关于PSOC的一点建议

只看该作者 · 2008-6-6 10:37

楼主的观点很有代表性。

知道楼主在大学从事MCU等相关领域的教学工作，真是太好了。楼主也非常了解目前国内电子工程师普遍的水平和能力，就有更有机会教导您的第子们认认真真的做学问，踏踏实实的做研究。将来他们都能成为高水平的工程师。咱们国家工程师的量很多，但质不高，这就是咱们国家整体科技实力不强的原因。

CYPRESS自己也少有这样高水平的支持工程师.

但Cypress在美国和其他国家有一批高水平的工程师，所以才搞出PSoC这么个好东西来。我想我们现在只是要把这个好东西用好应该也不会太难吧！？

所以你的观点可能会吓走一批想了解和使用PSOC的用户.

真真有价值的东西总是会吸引越来越多的人去了解和探索它的。不用担心。Cypress也会给予最好的支持。

楼主在大学从事MCU等相关领域的教学工作，Cypress也有大学计划，可能的话，我们还有合作机会。

2万 · 2008-6-6 16:39

呵呵，期望马教授能向推广AVR那样卖力……

只看该作者 · 2008-6-10 16:24

感觉PSoC_Rock太傲，有些回答简直就是在狡辩。学过AVR单片机的人没人不知道马老师的。马老师提出的建议都非常中肯。在中国一个新产品的推广优秀的性能不一定是首要的。马老师推荐学习什么产品，很多人（包括我在内）都会毫不犹豫的学习，以为我们相信他。这就是榜样的力量。

只看该作者 · 2008-6-10 16:44

心态要平和.

只看该作者 · 2008-6-10 17:59

再次请教楼主

请问：关于CSD和TX8,RX8一起使用产生冲突的问题解决的怎么样了？

还有，您那8个在车间流水线上不停使用测试的样机稳定性如何？

因看了您这个帖子让俺少走不少弯路啊呵呵

非常感谢！

只看该作者 · 2008-6-10 23:55

26楼,CSD和TX8,RX8一起使用产生冲突的问题我无本事去解决.前面已经介绍了,我最后使用的CSR+TX8+RX8的组合,避开了这个问题.

如果你一定要使用CSD和TX8,RX8组合,还是请PSoC_Rock,或由他给你介绍一个在美国和其他国家的高水平工程师帮助解决这个冲突问题吧.

8个测试,目前尚可.

只看该作者 · 2008-6-11 11:13

回26楼:

冲突是存在的,避开是好办法.
可以选择的方法是在通信双方之间再加一条线,要通信时由PSoC通过这条线通知对方,建立通信,避开冲突.代价是通信双方要各占用一个I/O口，PCB板做好的要改板子。PSoC不是万能的！花这样的代价能得到你要的性能是值还是不值你自己可以考虑。
如果仅使用CSD和TX8是没什么大问题的。

2万 · 2008-6-11 11:47

PSOC的市场验证时间终究是太少了，还是需要不断改进才能趋向完美的。

只看该作者 · 2008-6-14 14:21

冲突是存在的,避开是好办法.

前一句实在,后一句无耐.

所以我感到CYPRESS的PSOC有其特点,看上去可以简单上手,每个模块功能都是现成的,但在实际工程上综合应用还是存在问题的.我只是在使用了RX8+TX8+CSD发现冲突,不知道TX8+RX8+TIMER(PWM,ADC)等的组合是否也会产生这样的问题(因为它们都跟时钟配置有关的).

不过使用I2C可能会好些,因为I2C好象不占用数字单元.因此建议26楼,如果使用PSOC从零开始设计产品,要仔细考虑,看使用什么手段好,比如放弃UART,使用I2C通信(总比加个什么I/O联络好吧,这是个可笑的解决办法).我的键盘设计没办法,因为原设计使用UART通信与另外主控板联系,主控是不能改动的.

CYPRESS的中国支持还需要踏踏实实的,真正深入到实际应用的技术层面去,还有很多工作要做.仅停留在卖工具,介绍基本模块功能和应用是不够的.

指望哪个学校或人能"教导第子们认认真真的做学问，踏踏实实的做研究。将来他们都能成为高水平的工程师。"表面上话不错,实际是推卸了CYPRESS中国支持工程师的责任,也是无耐的举动.

"认认真真的做学问，踏踏实实的做研究,成为高水平的工程师",CYPRESS的中国支持工程师们做到了吗?

2万 · 2008-6-14 16:36

嘿嘿，俺发现PSOC实在没必要连个必须的TIMER都需要用户自己配置……

虽说资料不少，但都是杂七杂八的，很难系统去看，写的好的资料也很少，嘿嘿，不知道为什么，PSOC的书为什么都写得那么生僻干什么？

今天好不容易捣鼓下一个LITE版的HCPSOC，嘿嘿，免费版PRO版的怎么GOOGLE也找不到，嘿嘿，CY总不至于期望用户一开始就花大把银子买个正版的把？

也许，CY会说，你就将就着用个效率不高的编译器捣鼓把，呵呵，如果CY这么想，那肯定是不了解真正做项目的工程师习惯，实际做项目都尽量追求质量最好的编译器，弄个质量一般般的编译器简直比杀了他还难受……

PSOC表面看上去很‘前卫’，但真正一捣鼓它就会感觉被弄得太花哨了，呵呵，个人意见，不要拿砖砸我。

NOTE：**删帖，嘿嘿，好象前几天俺有个帖被删了……

只看该作者 · 2008-6-15 15:18

谢谢两位的回答！

呵呵，不好意思俺这几天出差了没能及时回帖，请见谅。

我觉得很多新产品的产生到成熟都需要一个过程，但是如果没有足够的技术支持和前期投入，这个产品就很难走向成熟；

一个产品价值的多寡最终体现在应用层面，就PSOC来讲只有让更多的人对其感兴趣、学习直到应用才能体现它的自身价值和经济价值；

PSOC器件的设计理念很好，不过就应用来说显然不是很成熟，希望Cypress和所有对PSOC感兴趣的工程师一同携手使其走向成熟实现它的价值，当然首先是Cypress方要有足够的技术支持和前期投入。

大概10天前我发邮件向Cypress一主任工程师坦诚请教两个问题（关于他讲座的一点疑问），但一直没得到回复，不知原因。。。。。

中国市场是非常庞大的，如果Cypress对PSOC器件有足够的信心，希望PSOC能在中国得以推广。

只看该作者 · 2008-6-16 11:48

感谢几位对PSoC产品的关心和支持。

论坛本身也是一个很好的平台。事实上PSoC在中国已经有很多的应用，也有很多的工程师已经熟悉PSoC，在这个平台上大家可以互相交流，分享使用PSoC的经验和体会。

Cypress也会对所有对PSOC感兴趣的工程师提供更多的技术支持。

23楼的两个问题可以在这里提出来，CYPRESS会尽量使你满意。

另外，使用I2C通信，最好也要使用另外一根通信线，否则同样会有冲突的问题！增加一根线并不是什么可笑的解决办法,而是一个实施可靠通信的有效方法。顺便提一下，楼主所使用的CSR+RX虽然能够正常通信，事实上这个通信仍然是不可靠的通信，因为CSR与RX的冲突仍然是存在的！只不过可能不向CSD+RX那么明显罢了。

只看该作者 · 2008-6-16 17:43

回33楼PSoC_Rock

关于，08年2月29日在中电网“400%的芯片资源利用率 - PSoC动态重配置功能 ”座谈会讲座的第75小段（位置检测）中，介绍用21系列芯片配置了一个PGA用户模块。我查看了PGA用户模块的数据手册好像21系列的PSOC器件不支持这个模块，因为我的一个设计也想用21系列配置一个PGA,不知如何实现的？

另一个问题我已解决谢谢

只看该作者 · 2008-6-17 10:34

21系列芯片模拟模块不支持PGA，只支持比较器和ADC。24、27和29系列的模拟模块支持PGA。如果你的设计要使用CSD+PGA可以选择24x94芯片。

只看该作者 · 2008-6-18 11:29

33楼:
关于你的以下介绍:
使用I2C通信，最好也要使用另外一根通信线，否则同样会有冲突的问题！增加一根线并不是什么可笑的解决办法,而是一个实施可靠通信的有效方法。顺便提一下，楼主所使用的CSR+RX虽然能够正常通信，事实上这个通信仍然是不可靠的通信，因为CSR与RX的冲突仍然是存在的！只不过可能不向CSD+RX那么明显罢了。

1.我没有具体使用过I2C,只是从CYPRESS的资料中看到的调试例子中都是使用CSD+I2C,没有使用"另外一根通信线".所以是否有冲突问题不知道.

2.关于CSD+RX的冲突,我发现是由于CSD要改变时钟造成的.而CSR不改变时钟,所以CSR+RX还能正常工作.但你讲仍然不可靠,冲突还有,那么具体原因是什么?是执行CSR,扫描键盘过程中,关闭中断响应吗(那就是加根线也没用了)?还是其它原因形成的?

3.其它各个模块之间也存在冲突吗?

4.如果使用了CSD或CSR,那么采用那种通信接口比较好?I2C还是UART?还是其它方式?如果都存在冲突,在实际应用中如何处理?否则还敢用吗.

5.一个具体的应用中,如果需要几个模块的并行工作应该如何设计?哪些模块不能并行使用,CYPRESS有说明吗?

只看该作者 · 2008-6-19 14:43

因为时钟而产生的冲突可以通过反复重新设置时钟或通过不同的预分频器来设置不同的时钟来避免冲突。但来自中断的冲突就比较麻烦。

为了避免中断的冲突，可以尽量使中断的来临可预知。这也就是为什么加一根通信线的原因。

其实来自中断的冲突不仅存在于PSoC的系统，而且有可能在所有的嵌入式芯片中都存在。所以不必大惊小怪。

只看该作者 · 2008-6-19 17:50

37楼的解释根本不能令人信服.

1.为了避免中断的冲突，可以尽量使中断的来临可预知。这也就是为什么加一根通信线的原因。
===>可预知?提前多少时间?那么还要中断做什么?如果内部使用了定时器功能,定时产生内部中断,那么如何加"可预知的线"?

2.其实来自中断的冲突不仅存在于PSoC的系统，而且有可能在所有的嵌入式芯片中都存在。所以不必大惊小怪。
====>
不错,中断是有可能产生冲突的,因此有经验的程序员,会在进入不允许中断(可能产生冲突)的关键代码段前,需要关闭中断,执行完成后再开中断.会合理的考虑中断服务,以及系统结构,来避免中断产生的问题.

但是CYPRESS的关于PSOC的模块都没有给出相关的使用说明,比如本模块关闭了全局中断响应,时间大约是多少,等等.这样谁还敢用这些模块?如果让程序员自己从头开始编写代码,那PSOC的优点就大大的打了折扣了.

37楼并没有认真回复我提出的问题,特别是后3个问题.是在打马虎眼.一旦真的把PSOC应用到具体的系统中,这些是非常重要的.如果你是CYPRESS的支持,这样的回答是不能令人信服的.

只看该作者 · 2008-6-19 21:41

本人非常钦佩楼主对待技术的态度！

同时希望Cypress的支持会有更高的使命感和责任感，`作为一种新产品、新技术的推广和技术支持工程师是非常重要和崇高的工作。

体验新技术、交流新方法、探索新思路 + 解决新问题

呵呵，大家在探讨和讨论中共同进步。咱这栋楼建到100层时就成藏经阁喽

只看该作者 · 2008-6-20 08:44

你好， PSoC_Rock 。

关于你所说“为了避免中断的冲突，可以尽量使中断的来临可预知。这也就是为什么加一根通信线的原因。”可否更详细的解释一下你这段话？

我觉得加一根线主要是为了在调用RXD时得以预知，从而暂停CSD改回时钟。

但是你所说“为了避免中断的冲突”不知你所指中断冲突的具体所指（就所讨论应用）？就算加一根线（为了通信的实时性）也应得采用中断方式吧？我觉得这个中断应是不好预知的。

麻烦你对以上问题做进一步的解释，谢谢！

只看该作者 · 2008-6-20 18:01

40楼:
   仔细查一下RS232标准可以知道,除了RXD,TXD外,还有4根握手信号线,应用于控制数据流和通信的.如果你使用全功能的RS232,由硬件控制数据流,那么可以不用中断了.

   但通常在一般的系统中,采用简易3线,半双工方式,用软件控制数据流.这样就必须利用中断方式接受了,否则接收方会漏掉数据的.PSOC中提供的RX8,TX8模块都是采用这样的工作方式.

   所以我说"可笑",不是说不行,因为很少人这样处理.如果再加一个I/O,PSOC的TX8,RX8还怎么用?自己写代码吧.本身的解决办法就于PSOC提供的模块不符合,产生矛盾了.

   根据RS232的标准,要加通信握手线的话,起码是2根,一根由甲到乙,表示我要发送数据,一根由乙到甲,表示可以发送数据.然后甲发送.此时可不需要中断.采用查询方式等待吧,

关于PSOC的一点建议

楼主的观点很有代表性

呵呵，LS连大名鼎鼎马潮教授也不认识……

感觉PSoC_Rock有点有眼不识泰山

感觉不一定每次都对

CSD和TX8,RX8一起使用产生冲突的问题

请找PSoC_Rock支持吧

避开是好办法

呵呵，估计CY在以后会改正这个问题的……

冲突是存在的,避开是好办法.

嘿嘿，俺瞎捣鼓了一个周，越来越不想玩了……

谢谢

感谢几位对PSoC产品的关心和支持

问题如下

回34楼

关于"冲突"问题的深入讨论

冲突来自中断!

能令人信服吗?

钦佩楼主对待技术的态度

回37楼

关于"一根线"

终身成就奖章

坚毅之洋流

十世金身

技术领袖奖章

技术高手奖章