别再傻傻分不清了！用SPI和UART的实际例子，5分钟搞懂同步与异步通信

嵌入式开发实战：SPI与UART通信协议深度解析

在嵌入式系统开发中，通信协议的选择往往决定了项目的成败。当你面对琳琅满目的传感器、显示屏和存储模块时，SPI和UART这两个最常见的通信协议就像两条分岔路，每一条都通向不同的开发体验。我曾在一个智能家居项目中同时使用过这两种协议——SPI连接高速OLED显示屏，UART对接环境传感器，结果发现两者的差异远比教科书上描述的更为微妙。

1. 同步与异步的本质区别

同步通信就像军队的正步走，所有士兵（数据位）必须踩着同一个鼓点（时钟信号）前进。SPI协议就是这种严格纪律的典型代表，它通过四根线实现全双工通信：

• SCLK：统一的时钟信号线，由主设备产生
• MOSI：主设备输出，从设备输入
• MISO：主设备输入，从设备输出
• SS：从设备选择线（片选）

// SPI初始化代码示例（STM32 HAL库） SPI_HandleTypeDef hspi1; hspi1.Instance = SPI1; hspi1.Init.Mode = SPI_MODE_MASTER; hspi1.Init.Direction = SPI_DIRECTION_2LINES; hspi1.Init.DataSize = SPI_DATASIZE_8BIT; hspi1.Init.CLKPolarity = SPI_POLARITY_LOW; hspi1.Init.CLKPhase = SPI_PHASE_1EDGE; hspi1.Init.NSS = SPI_NSS_SOFT; HAL_SPI_Init(&hspi1);

相比之下，异步通信更像是自由市场的交易，UART协议只需要两根线（TX和RX），每个字符都自带"报价单"（起始位和停止位）。这种自治性带来了布线简单的优势，但也埋下了定时误差的隐患。我曾遇到过一个典型的UART通信故障：当主控芯片超频运行时，由于缺乏统一的时钟参考，接收端出现了严重的误码现象。

提示：UART通信的波特率误差应控制在2%以内，否则可能出现帧错误。建议使用示波器测量实际通信波形。

2. 硬件连接实战对比

SPI的硬件连接看似复杂，实则规范。以连接MPU9250九轴传感器为例：

而UART的连接则简单得多，只需要交叉连接TX和RX。但正是这种简单性容易让人忽视潜在问题。在一次无人机项目中，我们忽略了RS-232电平转换，直接连接3.3V的STM32和5V的GPS模块，结果导致通信异常。

UART连接注意事项：

• 确保双方使用相同的波特率（常见9600/115200bps）
• 电平标准需匹配（TTL/RS-232/RS-485）
• 长距离传输建议添加终端电阻

3. 编程模式差异解析

SPI的编程需要严格遵循时序，下面是一个读取传感器数据的典型流程：

1. 拉低片选信号（SS）
2. 发送寄存器地址（通常最高位表示读/写）
3. 接收数据（可能需要发送空字节来产生时钟）
4. 拉高片选信号

# Raspberry Pi SPI读取示例 import spidev spi = spidev.SpiDev() spi.open(0, 0) # 打开总线0，设备0 spi.max_speed_hz = 1000000 # 设置1MHz时钟 def read_register(reg): msg = [reg | 0x80, 0x00] # 设置读标志位 return spi.xfer2(msg)[1]

UART编程则更注重数据帧处理。由于没有硬件流控，软件层面需要实现缓冲机制。这是我常用的一个UART接收状态机：

typedef enum { WAIT_START, RECEIVING, WAIT_STOP } uart_state_t; void process_uart(uint8_t byte) { static uart_state_t state = WAIT_START; static uint8_t buffer[32], index = 0; switch(state) { case WAIT_START: if(byte == START_BYTE) { index = 0; state = RECEIVING; } break; case RECEIVING: buffer[index++] = byte; if(index >= sizeof(buffer)) state = WAIT_STOP; break; case WAIT_STOP: if(byte == STOP_BYTE) { handle_message(buffer, index); } state = WAIT_START; break; } }

4. 选型决策矩阵

选择通信协议不能仅凭个人偏好，而应该建立客观的评估标准。以下是我总结的决策框架：

在最近的一个物联网网关项目中，我们同时采用了两种协议：SPI用于连接高速的LoRa射频模块，确保通信时效性；UART则用于对接低功耗的环境传感器，简化布线并降低整体功耗。这种混合架构既满足了性能需求，又优化了系统设计。

5. 常见问题排查指南

即使经验丰富的工程师也会遇到通信故障。以下是几个典型问题及解决方案：

SPI通信异常排查步骤：

1. 用逻辑分析仪捕获SCLK波形，确认时钟极性(CPOL)和相位(CPHA)设置正确
2. 检查片选信号是否正常激活（多数设备要求低电平有效）
3. 测量MOSI/MISO信号质量，过长走线可能导致边沿退化
4. 确认从设备支持主设备设置的时钟频率

UART通信问题特别提示：当发现数据错乱时，首先检查双方的波特率设置是否完全一致。我曾遇到过一个隐蔽的bug：某款MCU的UART模块在115200波特率下实际会产生约3.5%的误差，最终通过调整系统时钟才解决。

对于电磁环境复杂的工业场景，建议：

• SPI通信使用屏蔽双绞线
• UART长距离传输改用RS-485差分信号
• 在信号线上添加适当的滤波电容

在调试一个工业控制器时，我们发现SPI通信在电机启动瞬间会出现误码。通过改用带屏蔽的扁平电缆，并在每根信号线上添加100pF电容到地，问题得到彻底解决。