为何HAL库会造成UART传输延迟？STM32采样异常问题解析

1. 阻塞式传输的时间冲突 #

HAL_UART_Transmit是阻塞式API，必须等待当前字节完全发送完成才会返回。对于115200波特率的UART，单字节（含起始位、8数据位、停止位）的理论传输时间约为86.8μs，而你的采样间隔是100μs（对应10000Hz采样率）。这意味着传输时间几乎填满了两次采样的间隔，当主循环执行HAL_UART_Transmit时，下一次ADC转换完成中断已经触发，endOfConversion被置1，但此时CPU还在等待UART传输完成，完全错过这次采样的处理时机。最终变成每两次ADC采样仅发送一次数据，网关仍按10000Hz采样率解析，自然会把1kHz信号识别为2000Hz（时间轴被压缩一倍）。

2. HAL API的额外软件开销 #

除了硬件传输时间，HAL_UART_Transmit本身包含参数合法性检查、UART状态机判断、循环等待TC（传输完成）标志等软件逻辑，这些额外开销会让实际传输总时间超过100μs，进一步加剧延迟，导致连续两次采样的endOfConversion标志被覆盖，最终只处理了其中一次。

3. 主循环轮询的低效性 #

采用主循环轮询endOfConversion标志的方式，本身就存在响应延迟。ADC中断触发后标志置位，但主循环可能需要若干周期才能检测到，再叠加UART阻塞时间，直接导致采样数据丢失。

• 改用UART DMA传输：配置UART的DMA发送通道，将ADC采样数据直接写入DMA缓冲区，由硬件自动完成传输，彻底避免CPU阻塞。可以在ADC中断回调中把采样值存入缓冲区，当缓冲区达到一定大小后触发DMA传输，或者每次采样后触发单次DMA发送。
• 使用中断式UART发送：替换HAL_UART_Transmit为HAL_UART_Transmit_IT，在HAL_UART_TxCpltCallback回调中处理下一次采样数据的发送，实现无阻塞的连续传输。
• 提升UART波特率：如果必须使用阻塞传输，可将波特率提升至921600甚至更高，将单字节传输时间压缩至约10μs，确保远小于100μs的采样间隔。
• 重构采样逻辑：把采样数据的读取和发送逻辑直接放到ADC中断回调中，避免主循环轮询的延迟，但要注意中断服务函数不能执行过长时间，所以配合DMA或中断式UART才是合理选择。

内容的提问来源于stack exchange，提问作者vishnu m c