STM32F04xx UART发送乱码：HAL_Delay高于90ms时数据不可读

该现象的核心特征是长空闲间隔后启动发送出现乱码，连续短间隔发送无异常，不属于固定波特率偏差类问题，常见诱因如下：

• UART线路电平漂移故障
  这是自定义硬件最常见的问题。如果UART_TX线路缺少正确的偏置、电平转换芯片（USB转TTL/RS232芯片）存在静态漏电、走线存在虚焊或多余容性负载，长时间空闲时线路电平会偏离UART协议要求的空闲高电平阈值，下次发送起始位时采样点偏移，触发帧错误输出乱码；连续发送时线路持续有电平跳变，电容充放电维持电平在正常阈值范围内，通信就会恢复正常。排查时可直接用万用表测量空闲状态下MCU_TX引脚的电压，3.3V系统下该值应稳定在3.0V以上，若低于2.5V即可判定为电平异常。
• 电源稳定性不足导致时钟精度漂移
  若自定义板MCU电源引脚去耦电容缺失、电源走线阻抗过大，不同负载下的电源纹波差异会直接影响内部HSI RC振荡器的精度：长间隔发送时，MCU大部分时间处于Delay空循环状态，功耗较低，电源电压小幅抬升或纹波特性变化，会导致HSI频率偏移超出UART允许的偏差范围；连续发送时MCU外设持续工作，功耗稳定，HSI频率回到标称值，波特率匹配正常。排查时可用示波器抓MCU发送瞬间的VDD引脚波形，若电压波动超过额定值的5%即可确认该问题。
• stm32flash烧录导致选项字节配置异常
  stm32flash操作不当很容易误改写STM32F0系列的选项字节：比如擦除了出厂烧录的HSI校准值、误改了内存等待周期配置、半生效了读保护位，都会导致芯片空闲状态下的时钟运行状态异常，刚启动发送的前几个字节波特率偏差大，连续发送后时钟回到稳定状态就恢复正常。排查时可使用STM32CubeProgrammer连接故障板，读取选项字节中的HSI校准值，对比芯片出厂存储的校准参数、以及评估板的选项字节配置，重新写入正确配置后再烧录固件即可。
• UART错误标志未及时清除
  部分版本的HAL库UART驱动不会在每次发送前自动清除累计的错误标志。上电时引脚电平不确定可能触发FE帧错误、ORE溢出错误等标志位置位，长间隔空闲时这些标志一直保持，启动发送时会导致输出时序错位；连续发送时错误标志被硬件自动清除，通信恢复正常。可在每次调用发送函数前添加如下代码验证：

  __HAL_UART_CLEAR_FLAG(&huart2, UART_CLEAR_FEF | UART_CLEAR_OREF | UART_CLEAR_NEF);
  

• 低功耗模式唤醒时钟稳定时间不足
  如果工程中开启了低功耗相关配置，长间隔Delay期间MCU会进入睡眠模式，唤醒后HSI振荡器的稳定等待时间配置不足时，刚唤醒的前几百微秒HSI频率还未稳定到标称值，导致前几个发送字节波特率偏差；短间隔Delay时MCU不会进入低功耗模式，HSI始终处于稳定运行状态，就不会出现乱码。排查时可暂时关闭所有低功耗入口，拉长HSI启动稳定等待时间验证。

内容的提问来源于stack exchange，提问作者Ahmed Jalal