再论STM32之重大缺陷：无电平中断！！！！！！！！！！！

只看该作者 · 2013-5-2 10:15

电平中断，

以前有人在这里讨论过这个问题，版主认准的结论是电平中断用处不大，可以用边沿中断替换。

我现在举个例子，说明电平中断的重要性（其实我觉得，前辈们发明电平中断是有意义的，并不是可有可无的东西）：

读取一个外设的数据（通过SPI），实际是一个FIFO，而且是电平中断方式。

如果这个FIFO深度是6，FIFO有数据就触发电平中断，直到读完了，电平中断才会失效，但是软件并不知道此时FIFO中有几个数据可读，当然，可以读取寄存器获得这个数，但是这个数是易变的，而且，读取这个值要耗费时间。

实际上这样的外设很多，请问此种情况，STM32怎么处理？

只看该作者 · 2013-5-2 11:13

用边沿触发的话，中断程序里每读一次数据后再检测一下这个引脚的电平不就行了么？低电平就继续读，直至高电平。用电平触发导致频繁进中断也不太好吧？

只看该作者 · 2013-5-2 11:45

2楼的哥哥，是这样的，回读电平信号是个办法，但是，回读该信号，需要加延时，不加延时，回读的电平信号不可靠，加了延时，当然效率就降低了。不考虑效率，那办法就太多了。

只看该作者 · 2013-5-2 14:53

你以为频繁出入中断效率高吗？你把延时的时间调试为出入中断出栈入栈所耽误的时间，所谓的效率不就一样吗？甚至你还可以提高效率。

只看该作者 · 2013-5-2 15:33

本帖最后由 mybao 于 2013-5-2 15:40 编辑

有一定道理，但是，还是不可靠，这个延时可能比中断保存现场长，也可能短。

保存现场实际也很短，加上跳转，也就20多个时钟周期吧。这么短的时间内，等待设备IRQ信号变化，再读取稳定值，可靠不还得另外说。

毕竟STM32是一个平台，设备反应速度快还行，要是慢的话怎么办？

只看该作者 · 2013-5-2 18:51

个人觉得应该还是楼主的代码问题 STM的芯片应该不会有这些bug的

只看该作者 · 2013-5-2 18:51

如果有一般看来就是你的代码问题这个基本不用怀疑呵呵

只看该作者 · 2013-5-2 19:32

楼上，楼主并没有说这是 stm32 的 bug，而是“缺陷”，可以理解为大多数 MCU 具有的功能，而 stm32 不具有。
碰巧楼主需要这些功能。

只看该作者 · 2013-5-3 08:17

啥的水平还没有去到,啥是路过的

只看该作者 · 2013-5-3 08:53

的确是不能说是缺陷只能说你需要的“功能”stm没有而已
电平中断个人觉得效率不高

只看该作者 · 2013-5-3 09:36

你是在做CC1100超过64BYTE的帧吧？电平中断反而会搞死MCU！通常做法是在SPI读之前判断电平就行了。
下降沿中断来了就读一个BYTE，如果电平为低继续循环，为高退出。

只看该作者 · 2013-5-3 09:40

mybao 发表于 2013-5-2 11:45
2楼的哥哥，是这样的，回读电平信号是个办法，但是，回读该信号，需要加延时，不加延时，回读的电平信号不 ...

谁告诉你回读电平不加延时不稳定的？芯片与芯片之间连接不是按键，几乎没有毛刺的。

只看该作者 · 2013-5-3 13:30

本帖最后由 gbchang 于 2013-5-3 13:40 编辑

mybao 发表于 2013-5-2 11:45
2楼的哥哥，是这样的，回读电平信号是个办法，但是，回读该信号，需要加延时，不加延时，回读的电平信号不 ...

如果你**认为有抖动，需要加延时，那么，电平中断也会遇到那个抖动，同样问题，如何处理，是不是同样的头疼呢？

只看该作者 · 2013-5-5 11:03

要用同步时序，不用异步。

只看该作者 · 2013-5-5 16:23

菜鸟同学，不是毛刺的问题，是反应速度的问题，不加延时，可能人家动作还没做完，你就读了，这个延时必须要考虑的。

只看该作者 · 2013-5-5 16:25

14楼的，没整明白你的意思

只看该作者 · 2013-5-5 17:55

你用边沿中断进入中断后，再去判断电平是否翻转就行了。无需再再设计一个电平中断了。

只看该作者 · 2013-5-5 18:37

电平中断用得很少，基本上可以用边沿中断代替，而且边沿中断效率高。但在某些特别的应用下电平中断也很有用。比如低功耗应用时需要一个电平信号唤醒，如果在休眠前或休眠的同时就出现了信号，那么休眠后是无法唤醒的。因为此时无法产生边沿中断。只能在休眠前检测，然后立刻休眠。万一在检测和休眠之间出现了边沿，那就永远休眠下去了。

只看该作者 · 2013-5-5 19:24

按加里贝克的说法，这是社会资本存量（51遗留下来的）导致的争论。
作为一个51老狗，我大概记得，当时的cpu很慢，设备们之间打交道都是：干不干？不干？干不干？不干？干不干？干！
都很执拗，阻塞到你干为止。所以电平触发是有其历史根源的。
现代cpu很快了，各设备间一般都遵循低耦合的思路：干？干！或者：不干？不干！
所以，边沿触发，扔过去一个信号就行，干不干随你。很简洁，相互很尊重，很信任。

应该是这样的吧。

只看该作者 · 2013-5-5 20:48

版主肯定明白我的意思，不多解释了，坐等版主

再论STM32之重大缺陷：无电平中断！！！！！！！！！！！

楼上说的没错，又不是按键。

精华达人奖章

湍急之河流

以坛为家

技术奇才奖章

奔腾之江水

无冕之王奖章

常驻人口

十世金身

沉静之湖泊

技术领袖奖章

技术新星奖章

缘定三生

伴坛终老

欢快之小溪

社区建设奖章

技术高手奖章

晶莹之水滴

甘甜之泉水

涓涓之细流