血泪教训,关于STM8单片机串口接收中断

2019-12-09 19:13发布

STM8单片机接工控屏,有接收中断和发送中断,带步进电机,每个脉冲产生一个中断,以及各种外部中断,内部定时器中断。

设计基本完成。在步进电机运转时,遇到一个无规律的重启(看门狗溢出复位)。关闭看门狗,故障为无规律的类似代码跑飞或死机现象。

先检查代码,没发现问题,怪自己还too young,指责客户的供电,安装,电磁干扰等原因造成,让客户仔细排查,又让客户搭一个小型测试模型,已去干扰。

然后,在模型中测试,依然无规律复位重启!
确定不是单片机受干扰引起了。然后回到代码上分析。

预估为反复进入某中断。因为程序的中断太多,不宜设置断点分析,只好定义一个256字节数组,记录最近256次进入了那些中断。每进一个中断,记录一下。
结果定位在串口接收中断,反复进入,阻塞了其它中断和代码运行。
根据串口状态,查出过载错误置位,这个也会进入接收中断。

教训:在接收中断里面,不但要清除接收到数据标志位,还要清除其它引起这个中断的其它标志位!

大家使用STM8和STM32的串口的,引以为鉴。

友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
46条回答
人生路慢慢走
1楼-- · 2019-12-13 16:16
中断处理东西太多,时间过长?
way2888
2楼-- · 2019-12-13 17:22
从未有楼主的现象发生过
在接收中断添加如下:
u8 sr= UART3->SR;
u8 dr= UART3->DR;
kv2004
3楼-- · 2019-12-13 22:18
 精彩回答 2  元偷偷看……
cc1987
4楼-- · 2019-12-13 23:19
遇到过,需要小心处理
Ray______
5楼-- · 2019-12-14 02:04
出现过载证明有打断时间长的操作。估计本质还是中断函数里写太长了,遇到一堆人都这么干
chxaitz
6楼-- · 2019-12-14 06:35
bolizhicheng204 发表于 2019-10-18 08:43
遇到过类似的情况,最保险的做法是,在中断里判断对自己有用的中断标志处理,然后清空所有中断标志位 ...

点赞,也是总结出来的血泪教训,真的可以避过好多坑。

一周热门 更多>