串口跑着跑着又死掉了,是怎么回事?

科技   2024-10-30 08:01   中国  

串口是MCU最经常使用的外设之一,我遇到过多起串口在使用过程中出现死掉的实际案例。

这种问题在测试阶段如果发现了还好,一旦批量出去在现场发生就更加麻烦了。今天说的死掉,其实真实现象是MCU一直在不停的进串口中断,导致其他代码无法正常执行。

遇到该问题的罪魁祸首是串口Overrun,即溢出所致。Overrun其实很好理解,串口在接收数据的时候,每一字节数据经移位寄存器到数据寄存器,所谓溢出就是指,上一个字节的数据在数据寄存器还没有被读取走,新的1字节数据又已经被移入到移位寄存器的现象。以STM32F030为例,其他家的MCU也类似,Overrun错误标志位位于USART_ISR寄存器中

Overrun现象我们可以这么产生:在串口中断服务函数刚开始处加一个断点,debug全速运行,通过串口调试助手一下发送2个字节的数据,这时就会出现Overrun,原因就是进入到断点处还没有去读数据,但是新的数据又来了。

手册中描述当此标志位置位时,RDR寄存器中的数据没有丢失,我们可以看到RDR内容就是第一个字节0x31。

默认情况下,Overrun检测功能时开启的,USART_CR3寄存器的OVRDIS位可以把该功能关掉。

当把溢出检测功能给关掉,要注意的是新来的数据会覆盖USART_RDR寄存器中的数据。

我们在代码串口初始化中把溢出功能关闭,同样做之前的实验,这时可以看到RDR的值就不是之前的0x31,而是0x32了,ISR里ORE标志位也不会置位了。

出现死掉的问题是因为来了ORE中断,但是中断服务函数没有去处理所致,所以就会一直进中断。

其实解决该问题的方法也非常简单,就是在中断服务函数里加入该标志位的清除操作即可。或者干脆就把溢出功能关闭不使用也行。

MCU里Overrun这个标志本来目的是为了提醒数据传输过程中出错了,接收端需要通知发送端重传。但是实际应用中大家一般也不这么用,为了保证串口数据通信的正确性,一般都会在应用层上加上数据帧的校验,有了校验其实用不用溢出功能也无所谓了。

最后强调一下:如果MCU开启了Overrun功能,一定要在中断服务函数里加入清溢出标志的操作。不加Overrun标志位处理大部分情况下也许不会出问题,但是一旦溢出可就麻烦大了。

 




END

 免费申请开发板 


投稿/推广/合作/加群 请扫码添加微信

(请备注来意,加群请备注城市-称呼-行业岗位信息)


面包板社区
分享电子技术干货,工程师福利!EET电子工程专辑、ESM国际电子商情、EDN电子技术设计官方社区。
 最新文章