关于USART接收中断的BUG和注意事项

发表于 2013-1-6 14:21

学习

发表于 2013-1-6 14:59

本帖最后由 pattywu 于 2013-1-6 15:00 编辑

很显然，LZ的程序是有问题的。
所谓中断，当然是快速处理的。
你在高优先级中断处理了太多的数据，导致串口接收中断来不及进行响应，从来导致接收过载。从这一点上说，你的程序处理过程有太多的问题。通信中丢数据，是显然的。
你这样处理接收过载标志，是治标不治本的方法。

发表于 2013-1-6 20:59

暂时还未遇到过这种情况，学习了

发表于 2013-1-6 23:07

学习了

发表于 2013-1-6 23:49

纪录问题解决的过程真是个好习惯

发表于 2013-1-12 16:22

MARK

发表于 2013-1-13 21:30

只有明白了"为什么做",才能够解决"如何做"的问题。向楼主学习，顶了

发表于 2013-1-22 16:07

很好的东西

发表于 2013-1-25 16:22

已遇到这问题.谢谢

发表于 2013-1-26 23:55

学习。。。

发表于 2013-1-27 08:01

好帖子一定要顶.

发表于 2013-1-28 12:01

很好，我也在串口这儿出问题了，谢谢分享

发表于 2013-2-28 23:07

mark

发表于 2013-3-4 16:31

又长见识了，佩服楼主的解决问题的耐心，我也遇到过这样的问题，过了……感谢分享，顶了

发表于 2013-5-30 22:34

学习了，我也遇到这个问题，马上试试

发表于 2013-8-9 17:34

我也遇到这个问题了，单步运行的时候是可以通过，但只要全速运行，不管程序走到哪里了，都会跑回接收中断，按你这样设置了也不行。

发表于 2013-8-9 17:36

pattywu 发表于 2013-1-6 14:59
很显然，LZ的程序是有问题的。
所谓中断，当然是快速处理的。
你在高优先级中断处理了太多的数 ...

我也遇到这样的问题，按楼主的方法还是不行，我是用中断接收，查询发送的，接收到一组数据，进行分析。如果符合条件，就输出别一组数据。

发表于 2013-8-9 20:33

感觉STM的资料调理比较乱不知道大家的感受如何

发表于 2013-8-10 01:05

很详细呀啊，学习了

关于USART接收中断的BUG和注意事项

浏览过的版块

技术新星奖章

技术奇才奖章

十世金身

欢快之小溪

希望之星奖章

无冕之王奖章

奔腾之江水

缘定三生

技术导师奖章

以坛为家

涓涓之细流

常驻人口

经常做客

伴坛终老

晶莹之水滴

技术高手奖章

沉静之湖泊

偶尔光临