USART在外部串口开始传输时停止接收

发表于 2025-9-26 22:17

用STM32G0B1KC启动后外部串行数据开始传输时，代码运行正常并能解码USART1。但当外部传输（38400波特）在mcu启动过程中开始时，Rx中断在接收到第一个字符后便会挂起。

在接收器挂起后重启mcu，即使外部数据流仍在继续，通常也能恢复功能。

由于时序问题，调试起来很不顺利。整程序是用STMCubeIDE和HAL库开发。

如何解决这个问题？

发表于 2025-9-27 07:26

听起来像是起始位对不上导致的，你可以试着在初始化完 USART 后丢弃一次接收缓冲里的内容。

发表于 2025-9-27 07:27

我之前在 G0 上遇到过类似问题，开机时外部设备已经在发数据，MCU 初始化慢了一步。最后是加了 IDLE 中断来恢复。

发表于 2025-9-27 07:28

要不要考虑在上电时给外部设备一个延时启动信号？避免 MCU 还没准备好就收数据。

发表于 2025-9-27 07:29

检查下是不是 RXNE 标志没清掉，导致后续中断被卡住了。

发表于 2025-9-27 07:31

如果外设数据不可控，可以在初始化 USART 后手动 reset 一下接收器，比如先关再开 UE 位。

发表于 2025-9-27 07:32

CubeIDE 生成的 HAL 有时候对错误中断处理不完整，你看下 ORE/FE/NE 这些错误标志是不是被忽略了。

发表于 2025-9-27 07:33

我用裸寄存器写过，在外部数据流持续的时候，需要先清一次 ORE 错误才能继续接收。

发表于 2025-9-27 07:34

也可以考虑 DMA 接收，用环形缓冲方式就不会因为起步时丢字节而挂死。

发表于 2025-9-27 07:35

调试的时候最好用逻辑分析仪抓一下 RXD 和中断触发点，看是卡在第一帧还是错误中断。

发表于 2025-9-27 07:36

实在不行，可以在系统启动时人为丢弃前几个字节，等 MCU 和外设“同步”后再进入正式接收。

发表于 2025-9-29 12:20

ORE标志位未清除后续数据无法接收。

发表于 2025-9-29 13:21

可能是中断优先级与时序冲突

发表于 2025-9-29 14:21

启动过程中系统时钟、外设时钟未完全稳定，若中断优先级配置不当，可能导致接收中断被高优先级任务抢占，引发时序错乱。

发表于 2025-9-29 15:22

HAL库的HAL_UART_RxCpltCallback需等待RxXferCount归零才触发，若数据连续到来，可能因回调延迟导致缓冲区溢出。

发表于 2025-9-29 12:22

在USART初始化后，手动开启错误中断并清除ORE标志位

发表于 2025-9-29 16:22

强制清除ORE标志位

发表于 2025-9-29 17:29

优化中断处理函数，直接在中断服务函数中处理数据，避免依赖HAL库回调。

发表于 2025-9-29 19:23

调整中断优先级。

发表于 2025-9-29 20:28

在main()函数中，延迟启动USART接收以稳定系统时钟。

[STM32G0] USART在外部串口开始传输时停止接收

相关帖子

浏览过的版块

十世金身

技术导师奖章

坚毅之洋流

精英会员奖章