芯耀
87
不知道每个工程师，是否都是从点个灯，配置个串口开始，踏上了辉煌(Niu Ma)的开发(Bu Gui)之路!
在嵌入式开发中，串口通信是开发者最亲密的伙伴之一。然而，这位“伙伴”也时常带来挑战：数据乱码、通信中断、难以捉摸的错误……这些问题是否曾经让你抓狂？测试时好好的，安装到现场后，蹦出各种诡异问题？什么，你从来没碰到过？好吧，了解一下下面这些冷知识，希望你还没碰上一过。
一、PC与单片机间的配置差异
现象：PC端和单片机串口设置完全相同，但不通讯。或者能通讯，经常莫名奇妙错误。
原因：设置实际不匹配导致
虽然大多数情况下，大家习惯配置为8N1（8位数据、无校验、1位停止位），但有不少情况也会用到有校验的情况。坑点： 在有校验模式下，“数据位”的定义在PC与单片机间，可能存在差异，这是导致通信失败的一大常见原因。
无校验 (如 8N1)：天下太平，定义完全一致。
PC与单片机均理解为：8位数据 + 无校验 + 1停止位
有校验 (如 8P1)：潜藏危机！
PC标准定义：8P1 = 8位数据 + 1位校验 + 1停止位
单片机(如STM32)：配置为 8P1 时，可能理解为 7位数据 + 1位校验。
解决：
统一配置，并特别注意单片机端数据位宽度是否包含校验位。
对于单片机，应配置为 9P1，意为 8位数据与1位校验共同组成9位字长 + 1停止位。
避坑策略：始终根据实际帧结构进行配置，而非机械套用参数名称。当PC使用8P1时，单片机通常需配置为9P1。
配置不匹配的后果
如果收发端配置不一致，完全不能通讯还好。但是校验位配置不一致时，两边还是可以通讯的，只是在接收端不断地产生校验错误Parity Error。
图中为PC及配置8bit偶校验，MCU配置9bit偶校验的波形。
二、数据处理能力，速度匹配与溢出
现象：测试一切正常，安装到现场通讯卡死。
原因：溢出错误 (Overrun Error)。接收端处理速度跟不上发送速度，数据未被及时读取，导致新数据覆盖旧数据。这个错误还是很要命的，因为在测试时很难发现，大量安装到现场才会偶尔出现，而且一出现基本就是卡死！
解决：
优化代码，提高接收中断优先级，确保及时响应。
避免在中断服务程序中处理复杂任务。
最有效的方法是启用DMA进行数据收发，将搬运数据的任务交给DMA控制器，彻底解放CPU。
最后，在中断程序和主循环中，加入检查错误标志的代码，如果标志置位，把它清除掉。
三、时钟源偏差
现象：常温下通信正常，温度变化后出现偶发帧错误、数据错乱。。
原因：单片机内部RC振荡器受温度、电压、老化等因素影响，频率发生漂移，导致实际波特率偏离理论值。
典型场景：
工业现场昼夜温差大。
设备长期运行后芯片温度升高。
不同批次芯片的时钟精度存在差异。
解决：
优先使用外部晶振：晶体振荡器优于陶瓷振荡器，优于内部RC振荡时钟。
内部时钟校准：
利用单片机提供的时钟校准单元。
通过外部参考信号（如GPS脉冲、以太网PTP）进行实时校准。
波特率容错设计：
在协议层加入同步头、校验和、重传机制。
适当降低波特率，提升系统对时钟偏差的容忍度。
温度补偿：
在芯片内部或外部设置温度传感器，根据温度变化动态调整时钟配置参数。
总结
串口通信的成功，建立在配置精确匹配的基础上。最深之“坑”往往源于最基本的概念误解，特别是校验位与数据位的关系。希望这份“避坑指南”能助您扫清开发路上的障碍，让串口通信变得稳定而高效。
关注公众号：
