SPI、I2C、UART时序对比：从原理到实战应用

1. 三种通信协议的基本原理

第一次接触嵌入式开发时，我被各种通信协议搞得晕头转向。SPI、I2C、UART这些名词听起来都很高大上，但实际用起来各有各的门道。今天我就用最直白的语言，带大家彻底搞懂这三种通信方式的原理和区别。

先打个比方：这三种协议就像不同性格的快递员。SPI是个急性子，送货特别快但要求客户必须在家等着；I2C是个讲究人，每次送货前都要确认地址；UART则是个随性的小哥，只要提前约好时间就行。下面我们就来看看它们具体的工作方式。

1.1 SPI：同步高速的"数据快递"

SPI全称Serial Peripheral Interface，中文叫串行外设接口。它最大的特点就是快，像我们常用的Flash存储芯片、显示屏驱动芯片很多都用SPI协议。我去年做的一个智能手表项目，就是用SPI驱动OLED屏幕，刷新率能达到60Hz。

SPI有四根关键线：

• SCLK：时钟线，像节拍器一样控制数据传输节奏
• MOSI：主机输出从机输入（Master Out Slave In）
• MISO：主机输入从机输出（Master In Slave Out）
• SS/CS：片选线，用来选择跟哪个设备通信

这里有个容易混淆的概念：CPOL和CPHA。简单来说：

• CPOL=0表示时钟空闲时为低电平
• CPOL=1表示时钟空闲时为高电平
• CPHA=0表示在时钟第一个边沿采样数据
• CPHA=1表示在时钟第二个边沿采样数据

实际项目中，我最常用的是Mode 0（CPOL=0, CPHA=0）和Mode 3（CPOL=1, CPHA=1）。比如AT25DF041A这款Flash芯片就支持这两种模式。

1.2 I2C：优雅的"双线管家"

I2C（Inter-Integrated Circuit）最大的优势就是省线，只需要两根线就能连接多个设备：

• SCL：时钟线
• SDA：数据线

我经常用I2C连接各种传感器，比如温度传感器BME280、加速度计MPU6050等。上周调试一个智能家居项目，就用I2C同时接了5个设备。

I2C有几个关键特点：

1. 起始条件：SCL高电平时，SDA从高变低
2. 停止条件：SCL高电平时，SDA从低变高
3. 每个字节传输后都有应答位（ACK）
4. 支持7位和10位地址模式

调试I2C时最常见的问题就是地址冲突。记得有一次，我买的两个传感器默认地址都是0x68，最后只能通过硬件跳线来修改其中一个的地址。

1.3 UART：随性的"异步信使"

UART（Universal Asynchronous Receiver/Transmitter）是我们最熟悉的串口通信。它最大的特点就是简单，只需要两根线：

• TX：发送线
• RX：接收线

我用UART最多的场景就是调试输出和蓝牙模块通信。比如通过CH340芯片实现USB转串口，打印调试信息。

UART的关键参数包括：

• 波特率：常见的有9600、115200等
• 数据位：5-9位，通常用8位
• 停止位：1位或2位
• 校验位：可选无校验、奇校验或偶校验

去年遇到一个坑：两块开发板的波特率设置不一致，一个设成9600，一个设成115200，结果收发的全是乱码，排查了半天才发现问题。

2. 时序图深度解析

看懂时序图就像看懂乐谱，能让你真正理解通信协议的精髓。下面我用实际案例带大家分析这三种协议的时序特点。

2.1 SPI时序的两种模式

以Mode 0（CPOL=0, CPHA=0）为例：

1. 片选信号SS拉低，通信开始
2. 时钟SCLK初始为低电平
3. 在时钟上升沿采样数据
4. 在时钟下降沿切换数据

而Mode 3（CPOL=1, CPHA=1）则相反：

1. 片选信号SS拉低
2. 时钟SCLK初始为高电平
3. 在时钟下降沿采样数据
4. 在时钟上升沿切换数据

实际项目中，STM32的SPI接口配置时需要注意这些参数。如果设置错误，就会出现数据错位的问题。

2.2 I2C的起始与停止

I2C的时序有几个关键点：

1. 起始条件：SCL高时，SDA从高变低
2. 地址帧：7位地址+1位读写方向（0写，1读）
3. 数据帧：每8位数据后跟1位ACK
4. 停止条件：SCL高时，SDA从低变高

调试时可以用逻辑分析仪抓取这些信号。我曾经用Saleae逻辑分析仪抓取过I2C数据，能清晰看到地址、数据和ACK/NACK位。

2.3 UART的帧结构

UART的一帧数据包括：

1. 起始位：1位低电平
2. 数据位：5-9位
3. 校验位：可选
4. 停止位：1-2位高电平

在STM32CubeIDE中配置UART时，这些参数都要正确设置。特别是波特率误差要控制在允许范围内，否则会导致通信失败。

3. 实战应用对比

3.1 速度比拼

在实际项目中，三种协议的速度差异很明显：

• SPI：通常可达10MHz以上，适合高速数据传输
• I2C：标准模式100kHz，快速模式400kHz，高速模式3.4MHz
• UART：常用波特率115200（约11.5k字节/秒）

我做过一个测试，用SPI和I2C分别读取16MB的Flash芯片：

• SPI用时约13秒
• I2C用时约4分钟

3.2 连线复杂度

从硬件连接角度看：

• SPI需要3+n线（n是从机数量）
• I2C只需要2根线
• UART需要2根线（全双工）

但要注意，I2C总线上每个设备都要有唯一地址，而SPI需要单独的片选线。

3.3 错误处理机制

三种协议的错误处理方式不同：

• UART有校验位可以检测单bit错误
• I2C有ACK/NACK机制
• SPI没有内置的错误检测机制

在工业环境中，我通常会在SPI通信的上层协议中添加CRC校验来提高可靠性。

4. 选型指南

4.1 何时选择SPI

SPI适合以下场景：

1. 需要高速数据传输（如显示屏、Flash）
2. 点对点或设备数量少的情况
3. 对实时性要求高的应用

比如我在智能手表项目中选用SPI驱动屏幕，就是因为需要高刷新率。

4.2 何时选择I2C

I2C的优势场景：

1. 设备数量多但数据量不大
2. PCB空间有限，需要节省引脚
3. 中低速传感器（温湿度、加速度等）

我的智能家居项目选择I2C连接多个传感器，就是因为布线简单。

4.3 何时选择UART

UART最适合：

1. 调试信息输出
2. 模块间简单通信（如蓝牙、GPS）
3. 长距离通信（配合RS232/RS485）

上周做的远程监控项目，就是用UART+RS485实现了100米距离的稳定通信。

5. 常见问题排查

5.1 SPI数据错位

可能原因：

1. CPOL/CPHA设置错误
2. 时钟频率过高
3. 信号干扰

解决方法：

1. 确认主从设备模式一致
2. 降低时钟频率测试
3. 检查PCB走线，缩短信号长度

5.2 I2C无应答

常见问题：

1. 设备地址错误
2. 上拉电阻不合适（通常4.7kΩ）
3. 总线冲突

排查步骤：

1. 用逻辑分析仪抓取波形
2. 检查设备地址（datasheet）
3. 测量SCL/SDA电压

5.3 UART乱码

主要原因：

1. 波特率不匹配
2. 帧格式设置错误
3. 地线未连接

快速排查：

1. 确认双方波特率一致
2. 检查数据位、停止位设置
3. 确保共地

记得有一次，我因为忘记接GND，UART能收到数据但全是乱码，这个坑现在想起来都觉得好笑。

6. 进阶技巧

6.1 SPI的DMA传输

对于大数据量传输，可以使用DMA减轻CPU负担。以STM32为例：

HAL_SPI_Transmit_DMA(&hspi1, txData, size); HAL_SPI_Receive_DMA(&hspi1, rxData, size);

这样CPU就可以去处理其他任务，等传输完成再通过中断通知。

6.2 I2C的时钟延展

某些从设备（如EEPROM）需要时钟延展功能。在STM32中需要启用这个特性：

hi2c1.Init.NoStretchMode = I2C_NOSTRETCH_DISABLE;

6.3 UART的中断接收

为了提高效率，可以使用中断接收：

HAL_UART_Receive_IT(&huart1, &rxData, 1);

然后在回调函数中处理数据：

void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { // 处理接收到的数据 // 重新启用接收 HAL_UART_Receive_IT(huart, &rxData, 1); }

7. 真实项目案例

去年做的智能农业监测系统，同时用到了三种协议：

1. SPI连接LoRa模块，用于远程数据传输
2. I2C连接BME280，采集温湿度
3. UART连接GPS模块，获取位置信息

这个项目让我深刻体会到，没有最好的协议，只有最合适的协议。根据不同的需求选择不同的通信方式，才是工程师的真正智慧。

调试过程中也遇到了各种问题，比如I2C总线被某个传感器拉死、SPI时钟干扰导致数据错误等。通过逻辑分析仪抓取波形，逐步排查，最终都找到了解决方案。这些实战经验让我明白，理解协议底层原理的重要性，远大于死记硬背各种参数。