STM32串口中断、DMA接收的几点注意地方

STM32串口中断、DMA接收的几点注意地方

https://tieba.baidu.com/p/5978431198?red_tag=1717231177&traceid=

这个文章棒

今天写点大家常问，也是常见的关于UART串口的内容。这几点内容或许曾经也困惑了你很久。


1UART串口中断接收
使能UART串口中断之后，有接收到UART数据，进入中断，此时要清除RXNE接收标志位：
1.通过软件向该RXNE标志位写入零来清零；
2.通过对 USART_DR 寄存器执行读入操作将该位清零。
这里可以查看对应《参考手册》，一般我们选择第2种，通过读取UART串口数据来清零。
1.中断接收数据丢失
在UART串口中断函数中，或者更高优先级中断函数中长时间执行，导致接收丢失，所以，请勿在中断函数中长时间执行。
特别有些人，还在中断函数添加延时函数。实际应用中，只要不是特殊情况，比如测试某个功能可以添加延时函数，都不建议在中断函数添加延时函数。
2.ORE上溢错误
ORE上溢错误是什么意思呢？ 可能很多人不了解，简单说就是：UART接收到有数据，没有去取，但又来了数据，此时就会产生ORE上溢错误。（请看“参考手册”）
其实，上面这种长时间在占用中断，就会导致UART接收数据上溢。
很多人没有在意这个，如果是使能了中断接收，标志位没有清除，又有ORE上溢错误的话，程序就会不停地进入UART中断。（大家不妨试一下，看一下是不是你代码一直在UART中断里面不停运行）。
3.使能接收中断前，先清除接收标志位
有时候，在程序初始化的时候，就会接收到数据，这个时候建议大家先清除接收标志位再使能接收中断。类似如下：


2
DMA接收串口数据
使用DMA接收串口数据，相信很多朋友都知道。这个可以理解为使用队列，或者FIFO的形式，防止因高优先级中断而打断，导致接收数据丢失。
但很多人都遇到过，接收不到数据，或者数据异常的情况。所以，这里同样有需要注意的地方。
1.使能UART之前，先使能DMA相关配置
这个和清除标志位一样的道理，使能UART之前，先使能DMA相关配置，防止在配置过程中有接收数据。


2.ORE上溢错误导致不能使用DMA接收数据
导致不能DMA接收不到数据的根源，有一种可能就是有ORE上溢错误。
若在串口初始化并使能后到 DMA 使能之前有数据来，MCU是不能接收的。如果此时数据寄存器 USART_DR 存在一个数据，再来一个数据，就会导致ORE上溢错误。
一旦产生上溢错误后，就无法再触发 DAM 请求，及时之后再启动 DMA 也不行，无法触发 DMA 请求就无法将数据寄存器内的数据及时转移走，如此陷入死锁。这就是串口无法正常接收的原因。
所以，最后提醒大家，配置时，请一定要注意这些细节。

看了这个文章 我猜测 我发现串口总线上 接了多个设备 进行通信 远程主机轮询扫描是 导致个别某个设备某一次 数据没有返回 那这个问题估计就是中断当前子设备中断之间相互引起的 到达那一次数据没有返回。到底是不是 还需要测试