别再傻傻分不清了！嵌入式开发中UART、SPI、I2C到底怎么选？附Arduino/STM32实战对比
嵌入式开发实战：UART、SPI、I2C协议选型指南
在嵌入式系统开发中，选择合适的通信协议往往决定了项目的成败。面对琳琅满目的传感器、显示屏和功能模块，新手工程师常被UART、SPI、I2C这三种主流串行通信协议搞得晕头转向。本文将从实际项目需求出发，通过Arduino和STM32平台的具体案例，帮你理清选择思路。
1. 协议基础与核心差异
嵌入式系统中的串行通信协议就像城市中的不同道路：有的适合高速通行但建设成本高（SPI），有的路线简单但容易堵车（I2C），还有的就像乡间小路简单直接（UART）。理解它们的本质差异是做出正确选择的第一步。
1.1 物理层特性对比
| 特性 | UART | SPI | I2C |
|---|---|---|---|
| 信号线数量 | 2线(TX/RX) | 4线(SCK/MOSI/MISO/SS) | 2线(SDA/SCL) |
| 时钟信号 | 异步 | 同步 | 同步 |
| 通信方向 | 全双工 | 全双工 | 半双工 |
| 最大速率 | 115200bps(常见) | 10Mbps+ | 3.4Mbps(Fast Mode+) |
| 寻址方式 | 无 | 片选信号 | 7/10位地址 |
表：三种协议的基础物理特性对比
UART的独特之处在于它的异步特性——不需要时钟线，仅通过预先约定的波特率进行通信。这使得它成为两个设备间简单通信的理想选择，比如连接GPS模块或蓝牙模块。我在调试一个气象站项目时，发现UART连接SDS011粉尘传感器只需要三根线（TX、RX、GND），接线异常简单。
1.2 协议栈开销分析
不同协议在软件实现上的差异往往被初学者忽视：
UART：需要精确的波特率匹配，数据包通常包含起始位、数据位、校验位和停止位。例如常见的"8N1"配置表示8位数据、无校验、1位停止位。
// Arduino UART初始化示例 void setup() { Serial.begin(9600); // 初始化波特率为9600 }SPI：硬件开销最小，没有复杂的协议栈。主设备通过片选信号选择从设备，时钟信号由主设备完全控制。在STM32CubeIDE中配置SPI接口时，需要注意时钟极性和相位的设置（CPOL/CPHA）。
I2C：协议最复杂，包含起始条件、地址帧、ACK/NACK、停止条件等。以下是STM32 HAL库的I2C读取示例：
// STM32 I2C读取示例 HAL_I2C_Mem_Read(&hi2c1, 0xA0, 0x00, I2C_MEMADD_SIZE_8BIT, buffer, 2, 100);
提示：SPI的实际吞吐量通常能达到理论值的90%以上，而I2C由于协议开销，实际速率往往只有标称值的一半。
2. 项目需求与协议匹配
选择通信协议就像选择交通工具——没有绝对的好坏，只有适合与否。下面通过几个典型场景，分析如何根据项目需求做出最优选择。
2.1 速度敏感型应用
对于需要高速数据传输的场景，如摄像头模块、高速ADC采集等，SPI通常是首选。在测试STM32H743与ADXL345加速度计时，SPI接口能轻松达到5MHz时钟频率，而I2C在Fast Mode下仅400kHz。
速度优化技巧：
- SPI可尝试使用DMA传输减少CPU开销
- I2C设备尽量选择支持Fast Mode+(1MHz)或High Speed Mode(3.4MHz)的型号
- UART可考虑使用硬件流控制(RTS/CTS)防止数据丢失
2.2 引脚资源紧张场景
当使用ATtiny85等引脚有限的MCU时，I2C的优势就显现出来了。我在一个智能家居传感器项目中，仅用两根引脚就连接了温湿度传感器(SHT30)、OLED显示屏和EEPROM。
引脚节省方案：
- I2C设备可并联在同一总线上
- SPI设备可共用SCK/MOSI/MISO，仅SS引脚独立
- UART可考虑单线半双工模式(如MAX485)
2.3 多设备组网需求
工业控制等需要连接多个设备的场景中，I2C和RS485(基于UART)更为适合。一个典型的案例是通过I2C连接多个MCP23017 GPIO扩展芯片构建控制面板。
多设备连接要点：
- I2C总线需注意上拉电阻取值(通常4.7kΩ)
- 长距离传输时，考虑使用I2C缓冲器(如PCA9515)
- RS485网络需要终端电阻匹配(120Ω)
3. 开发平台实战对比
不同开发平台对通信协议的支持程度差异显著，这直接影响开发效率和最终性能。
3.1 Arduino平台体验
Arduino的Wire和SPI库极大简化了协议使用：
// Arduino I2C扫描示例 #include <Wire.h> void setup() { Wire.begin(); Serial.begin(9600); for(uint8_t addr=1; addr<127; addr++) { Wire.beginTransmission(addr); if(Wire.endTransmission()==0) { Serial.print("Found device at 0x"); Serial.println(addr,HEX); } } }Arduino平台特点：
- 库函数封装完善，上手简单
- 性能优化空间有限
- 软件模拟I2C/SPI实现灵活但效率低
3.2 STM32 HAL库实践
STM32CubeMX生成的代码提供了更专业的控制：
// STM32 SPI DMA传输配置 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; hspi1.Init.BaudRatePrescaler = SPI_BAUDRATEPRESCALER_8; hspi1.Init.FirstBit = SPI_FIRSTBIT_MSB; hspi1.Init.TIMode = SPI_TIMODE_DISABLE; hspi1.Init.CRCCalculation = SPI_CRCCALCULATION_DISABLE;HAL库使用建议：
- 合理设置时钟分频和DMA缓冲区
- 中断模式下注意临界区保护
- 活用CubeMX图形化配置工具
4. 抗干扰与可靠性设计
通信协议的实际表现往往受到环境干扰的严重影响。在工业现场测试中，我们发现以下优化措施效果显著：
4.1 硬件设计要点
UART：
- 长距离传输使用RS232/RS485电平转换
- 添加TVS二极管防止浪涌
- 差分信号线平行走线
SPI：
- 缩短信号线长度(<10cm最佳)
- 高速信号使用阻抗匹配
- 为每个片选信号添加上拉电阻
I2C：
- 总线电容控制在400pF以内
- 避免与高频信号平行走线
- 使用屏蔽双绞线
4.2 软件容错机制
超时处理是保证系统稳定的关键：
// STM32 HAL超时处理示例 HAL_StatusTypeDef status = HAL_I2C_Master_Transmit(&hi2c1, devAddr, pData, Size, 100); if(status != HAL_OK) { Error_Handler(); }其他软件技巧：
- 实现自动波特率检测(UART)
- 添加CRC校验确保数据完整性
- 重要数据采用应答重传机制
在完成一个农业物联网项目时，我们发现I2C总线在潮湿环境下容易出现通信失败。通过将上拉电阻从10kΩ调整为4.7kΩ，并添加软件重试逻辑，系统稳定性得到显著提升。