从理论到实战：USART、RS232、RS485、IIC、SPI五大通信协议选型与应用指南

1. 通信协议基础：为什么需要这么多选择？

第一次接触嵌入式开发时，我被各种通信协议搞得晕头转向。USART、RS232、RS485、IIC、SPI...这些名词就像天书一样。直到有一次做工业传感器项目，因为选错通信协议导致整个系统不稳定，我才真正明白协议选型的重要性。

通信协议本质上是设备间的"语言规则"。就像人类交流需要共同语言一样，电子设备之间传输数据也需要约定好怎么传、传多快、遇到干扰怎么办。不同协议就像不同方言，各有适用的场景。

串行通信是当前的主流选择，它只用1-2根数据线逐位传输。你可能好奇：并行通信不是更快吗？确实，8根线同时传输理论上比单根线快8倍。但实际项目中，我遇到太多并行通信的坑——线缆成本高、布线复杂、长距离信号不同步。有次用并行接口传视频信号，超过3米就出现雪花纹，换成串行HDMI线立刻解决问题。

同步和异步是另一个关键区分。同步通信像军训走正步，所有动作跟着指挥员（时钟信号）的哨声来；异步通信则像自由讨论，每个人按照自己的节奏发言，但需要明确的开始和结束标志。我在做智能家居网关时，传感器节点用异步通信可以省去时钟线，大幅降低布线复杂度。

全双工、半双工的区别就像电话和对讲机。全双工的USART可以同时收发，适合需要实时交互的调试终端；半双工的RS485虽然要轮流说话，但在工业现场抗干扰能力更强。记得有次用错全双工协议连接PLC，数据冲突导致设备异常停机，损失半天产能。

通信速率的选择也很有讲究。不是越快越好——高速意味着更大的干扰和功耗。我给农业大棚做监测系统时，开始追求115200bps的波特率，结果发现9600bps完全够用，还更省电稳定。关键是要算清楚：温度数据每分钟更新一次，每个读数才几个字节，根本不需要高速传输。

2. USART：嵌入式开发的"万能瑞士军刀"

在我的工具箱里，USART就像多功能螺丝刀——不是最专业的，但几乎什么活都能干。它支持全双工异步通信，还能切换同步模式，这种灵活性让它成为调试和设备交互的首选。

USART最实用的功能是打印调试信息。通过简单的串口转USB模块，就能在电脑上看到单片机内部的运行状态。我习惯在每个项目都保留一个USART接口，遇到问题时printf打印变量值，比调试器还方便。记得有次排查电机控制bug，就是靠USART输出的实时PWM占空比发现了问题。

配置USART要注意几个关键参数：

• 波特率要精确匹配：有次因为晶振误差导致115200波特率实际是115017，数据全是乱码
• 数据位通常选8位，但某些老设备可能需要9位
• 停止位1位足够，除非连接特别老的终端设备
• 校验位在干扰大的环境中建议启用

STM32的USART外设用起来很顺手。以STM32F103为例，初始化流程如下：

c复制// 1. 使能时钟
RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE);

// 2. 配置GPIO
GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9;  // TX
GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP;
GPIO_Init(GPIOA, &GPIO_InitStructure);

GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10; // RX 
GPIO_InitStructure.GPIO_Mode = GP