HAL UART 中断接收用法

发表于 2026-7-22 14:37

控制台指令可能较长且通信频繁，使用 DMA + 空闲中断是更好的选择

发表于 2026-7-22 15:06

若需连续接收不定长数据，直接在回调中重复调用HAL_UART_Receive_IT()可能导致中断冲突或资源未释放，从而引发卡死。

发表于 2026-7-22 15:25

利用DMA自动搬运数据，只在收到完整一帧时触发中断，单片机负载极低。

发表于 2026-7-22 17:46

DMA接收与中断接收效率对比分析

发表于 2026-7-22 18:12

回调后如何避免程序卡死？

发表于 2026-7-22 21:14

在回调函数中正确释放中断资源，避免重复调用HAL_UART_Receive_IT()时未完成前次接收导致冲突。

发表于 2026-7-22 21:48

建议使用环形缓冲区存储接收数据，避免数据丢失。

发表于 2026-7-23 20:53

中断回调宜简，数据处理交主循环，防止中断嵌套乱。

发表于 2026-7-24 14:57

环形缓冲区具体实现代码示例

发表于 2026-7-24 15:19

最简单稳妥的IDLE总线空闲中断方案

发表于 2026-7-24 15:58

中断+逐字节

发表于 2026-7-24 16:31

初始化时直接调用一次HAL_UART_Receive_IT，设置足够大的接收缓存。

发表于 2026-7-24 17:01

在CubeMX中开启UART全局中断的同时，额外开启UART的IDLE空闲中断：当UART检测到连续1个字节以上的总线无数据时，就会触发IDLE中断，标识当前一帧不定长数据接收完成。

发表于 2026-7-25 09:25

UART硬件依然在持续接收新数据，此时新到的数据还没来得及被存储就会溢出覆盖SR寄存器，触发ORE溢出错误，HAL库默认不会自动处理该错误，直接锁死UART外设状态。

发表于 2026-7-25 10:03

当接收到的数据超过了你设定的缓冲区大小，或单片机未能及时处理，导致数据寄存器溢出时，会触发溢出错误

发表于 2026-7-25 10:48

只要不把复杂指令匹配放在回调内部，基本不会出现多次接收后卡死。

发表于 2026-7-25 11:12

若使用多字节接收，可通过检测特定终止符而非固定长度来触发回调处理，结合环形缓冲区实现不定长指令的灵活接收。

发表于 2026-7-25 12:01

适合不定长数据，通过循环接收单字节实现连续数据捕获。

发表于 2026-7-25 12:27

把指令匹配、执行对应操作的逻辑全部放到主循环里轮询处理，完全把中断上下文的执行时长压缩到极致，彻底避免卡死。

发表于 2026-7-25 13:22

处理完当前帧数据后，只需要调用一次HAL_UART_Receive_IT重新使能下一轮接收即可，全程不会出现状态机冲突，也不需要单字节频繁触发中断。

[STM32F1] HAL UART 中断接收用法