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

jyrpxj · 发表于 2019-10-17 23:39:33

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

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

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

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

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

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

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

redworlf007 · 发表于 2019-10-18 00:04:25

过载错误置位是什么鬼？

jyrpxj · 发表于 2019-10-18 00:27:40

redworlf007 发表于 2019-10-18 00:04
过载错误置位是什么鬼？

过载错误，也许是上一个数据来不及接收，有来了一个新数据。也有可能是发送数据过程中遇到接收数据，二者冲突。总之，这个过载错误也是会进串口接收中断的。清除这个标志需按手册的操作顺序来。

可被这个害苦了，大家引以为鉴。

wuha · 发表于 2019-10-18 06:30:55

经验就是踩过无数坑积累来的

wqsjob · 发表于 2019-10-18 07:29:46

jyrpxj 发表于 2019-10-18 00:27
过载错误，也许是上一个数据来不及接收，有来了一个新数据。也有可能是发送数据过程中遇到接收数据，二者 ...

中断里做的事太多了吧？

mowin · 发表于 2019-10-18 07:30:47

收藏备用

way2888 · 发表于 2019-10-18 07:54:28

不是读完状态就读数据就清空吗

nickzhn · 发表于 2019-10-18 08:14:55

为何搞那么多中断呢？

riptell2008 · 发表于 2019-10-18 08:26:21

中断太多会影响其他任务的执行

zhongsandaoren · 发表于 2019-10-18 08:30:59

昨天也遇到了个too young的bug，恨死了

sme · 发表于 2019-10-18 08:31:27

OVR标志，应该叫溢出。

lj123456 · 发表于 2019-10-18 08:43:01

你的串口数据接收是无规律的？为啥会出现溢出？

bolizhicheng204 · 发表于 2019-10-18 08:43:43

遇到过类似的情况，最保险的做法是，在中断里判断对自己有用的中断标志处理，然后清空所有中断标志位

jackjiao · 发表于 2019-10-18 09:30:08

串口中断清除所有是必须，不过你这个应该是中断阻塞，导致串口下一个字节没有读取而被覆盖，如果是9600波特率，也就是相当于随机有大于1.04ms的阻塞，，，
需要优化调整代码结构，不然也会出现命令丢失的情况，一般这种中情况debug打断点时经常出现

xmm · 发表于 2019-10-18 09:36:56

越是底层的坑，越坑人

styleno1 · 发表于 2019-10-18 09:48:16

是的。允许中断的标志位，都要处理。

linghu2 · 发表于 2019-10-18 09:51:52

way2888 发表于 2019-10-18 07:54
不是读完状态就读数据就清空吗

+10086

蚁族 · 发表于 2019-10-18 11:11:27

也可能通讯逻辑没有处理好，

xyz543 · 发表于 2019-10-18 11:38:10

血泪教训？我还以为发生 Bug 因而出人命了都！呵呵～

xymxym · 发表于 2019-10-18 11:40:02

很多年前从51转到PIC时就遇到过类似问题，只要故意短路PIC的串口RX，或者用金属故障碰触RX引脚模拟脉冲干扰，程序就会跑飞了一样，死机了。最后查出来是帧格式错误标志位置位了，应该是人为故意短路，造成没有合法的停止位，产生了错误标志，而接收中断里没有处理这种标志，造成不停的中断。后来不管用什么平台的单片机，接收中断里都会加上对这些错误标志位的处理。所以有些坑还是要踩完才能成长。

unnormal · 发表于 2019-10-18 12:46:44

谢谢分享

lingdianhao · 发表于 2019-10-18 13:06:31

stm32这坑我也踩过，开启接收中断时溢出中断就被开启了，而且你并不能关掉溢出中断，它是和接收中断绑定到一起的。数据溢出时进中断如果只清除了发送和接收中断，就会在中断里面出不来。

laujc · 发表于 2019-10-18 13:52:00

这个仿真时应该很容易发现吧

yangbo18416 · 发表于 2019-10-18 15:45:16

吓得我赶紧把这段给加上了！虽然目前没爆出问题！

lb0857 · 发表于 2019-10-18 15:46:12

xymxym 发表于 2019-10-18 11:40
很多年前从51转到PIC时就遇到过类似问题，只要故意短路PIC的串口RX，或者用金属故障碰触RX引脚模拟脉冲干扰 ...

这个坑估计需要三五天才能爬出来话说一个大牛电工的青葱岁月大都是在坑里度过的呢

skystalker · 发表于 2019-10-18 15:47:39

过载噪声什么的BIT在进入HAL处理前都要清

bailangcn · 发表于 2019-10-18 16:16:16

lingdianhao 发表于 2019-10-18 13:06
stm32这坑我也踩过，开启接收中断时溢出中断就被开启了，而且你并不能关掉溢出中断，它是和接收中断绑定到 ...

哈哈哈哈哈我还以为就只有我遇到过呢

modbus · 发表于 2019-10-18 16:29:58

还是喜欢51的串口，简单可靠，不容易出BUG

xymxym · 发表于 2019-10-18 16:30:26

lb0857 发表于 2019-10-18 15:46
这个坑估计需要三五天才能爬出来话说一个大牛电工的青葱岁月大都是在坑里度过的呢 ...

是啊，关键对老电工来说，往往是一坑还比一坑深

foxpro2005 · 发表于 2019-10-18 21:05:19

呵呵，比如串口这类的中断，我的做法是“ 直接使用寄存器操作 ” （又快又方便），先把中断状态寄存器SR全部标志读取后，然后直接把所有中断标志清掉，然后再来判断发生了哪些中断，做相应处理。

不过你说的是 “过载错误置位”问题，估计应该你的中断程序处理时间太长了吧（当然不光是指串口的中断处理程序，还有其它比它优先级高的中断程序）

xiepan2010 · 发表于 2019-10-18 21:18:58

本帖最后由 xiepan2010 于 2019-10-18 21:24 编辑

这个问题我也遇到过不过调试的时候就发现了也就顺手解决了
是串口的溢出中断默认是开启这个的也没找到怎么用库函数关闭溢出中断直接用寄存器关掉的

Maurice · 发表于 2019-10-18 21:42:08

我比较幸运，使用过8和32的串口接收还没有遇到过类似的问题

wt3333 · 发表于 2019-10-19 10:45:50

谢谢楼主分享经验

122402902 · 发表于 2019-10-19 12:11:47

遇到过我的debug过程是吧寄存器值打印出来然后关键分支点打印

alding123 · 发表于 2019-10-19 13:38:07

还是没找到好的stm的串口demo，这个问题用多了自然会碰到

lb0857 · 发表于 2019-10-20 22:13:55

122402902 发表于 2019-10-19 12:11
遇到过我的debug过程是吧寄存器值打印出来然后关键分支点打印

这个方法很好值得学习

bailao99 · 发表于 2019-10-22 14:00:33

谢谢楼上各位分享的宝贵经验，以后仔细检查各种中断的设置，不需要的坚决关闭，出问题时要记录中断标志寄存器

人生路慢慢走 · 发表于 2019-10-23 11:25:25

中断处理东西太多，时间过长？

way2888 · 发表于 2019-10-25 19:53:06

从未有楼主的现象发生过
在接收中断添加如下:
u8 sr= UART3->SR;
u8 dr= UART3->DR;

kv2004 · 发表于 2019-10-25 20:46:43

似乎楼主的问题我也遇到过，比如，在stm8开机之前，外部串口一直发送数据。我也是进入串口接收后把所有中断标志都清掉。

cc1987 · 发表于 2019-10-26 08:03:15

遇到过，需要小心处理

Ray______ · 发表于 2019-10-26 08:55:53

出现过载证明有打断时间长的操作。估计本质还是中断函数里写太长了，遇到一堆人都这么干

chxaitz · 发表于 2019-11-11 22:35:52

bolizhicheng204 发表于 2019-10-18 08:43
遇到过类似的情况，最保险的做法是，在中断里判断对自己有用的中断标志处理，然后清空所有中断标志位 ...

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

布心 · 发表于 2019-11-12 08:09:15

技术员啊享受不了便利，ST设计STM8和STM32UART的时候，只要读取了Data，数据接收完成中断就会被自动清除，可仅仅清除了该中断标志，别的可不会自动清除。

最好的做法
if(Rx_Flg)
{
  Rx_Flg = 0；
  do something...
}
else if(TxC_Flg)
{
  TxC_Flg = 0;
  do something...
}
else
{
  SR_Reg = 0;
}

zhaoyuanxian · 发表于 2019-11-12 08:14:51

读的太慢了吧

ayumi8 · 发表于 2019-11-12 09:13:53

串口过载  我也遇到过这个问题当时怎么弄都搞不定找了群里一个高手看了  给我远程搞定了处理方法就是定义一个变量  再读一次串口接收寄存器  但这个变量从来不在别的地方去使用
如下
if (UART2_GetITStatus(UART2_IT_OR))//over run
      {
         ayumi = UART2_ReceiveData8();
      }

tangpeng · 发表于 2019-11-18 22:27:09

收藏防备着

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

阿莫论坛20周年了！感谢大家的支持与爱护！！

本帖子中包含更多资源