树莓派通信实战：SPI与UART，到底怎么选？
你有没有过这样的经历？接了一个传感器，数据总对不上；或者连上蓝牙模块，发指令像在“抽盲盒”——有时通，有时不通。折腾半天，最后发现不是代码写错了，而是串口选错了。
在树莓派的世界里，SPI 和 UART是两条最常用的“信息高速公路”，但它们走的却是完全不同的路线。一个快如闪电却占地盘，一个慢条斯理却四通八达。搞不清它们的区别，轻则浪费GPIO，重则系统瘫痪、信号飞掉。
今天我们就抛开教科书式的罗列，从真实开发场景出发，拆解 SPI 与 UART 在树莓派上的“性格特征”、适用战场和那些只有踩过坑才知道的避雷点。
为什么树莓派离不开这两个“老伙计”？
别看树莓派跑着Linux、能上网、能放视频，它本质上还是个嵌入式平台。当你想让它跟温度传感器、OLED屏、GPS模块甚至电机驱动板说话时，GPIO引脚上的串行接口就是唯一的语言通道。
而在这群串行协议中，SPI 和 UART 出镜率最高：
- SPI像是高速专线，专供“内部高频率协作”
- UART更像公共电话线，适合“跨设备喊话”
两者都走串行路线，但底层逻辑天差地别。理解这一点，才能避免把低速设备塞进高速通道，或让关键数据挤在一条慢路上堵死。
SPI：速度狂魔，但代价不小
它是谁？什么时候该请它出山？
SPI 的全称是 Serial Peripheral Interface，说白了就是一种主控芯片和外设之间快速传数据的私有高速链路。你在树莓派上驱动一块彩色LCD屏、读取MPU6050陀螺仪、写入Flash存储器……背后大概率都是SPI在干活。
它的核心气质就四个字：又快又稳。
实测性能有多猛？
树莓派4B默认支持最高32MHz的SPI时钟频率。这意味着理论带宽接近50 Mbps—— 足够流畅推送小尺寸图像帧或实时采样音频流。
比如你要做一个人体姿态识别项目，每秒要从IMU采集上千组加速度+角速度数据，延迟必须控制在毫秒级。这时候用UART？等你收到第一个字节，姿态早就变了。而SPI可以一口气拉回几十字节，干净利落。
四根线的“豪华配置”
SPI 需要至少4根信号线协同工作：
| 信号线 | 功能说明 |
|---|---|
| SCLK | 主设备发出的时钟脉冲，所有数据跟着这个节奏走 |
| MOSI | Master Out Slave In，主发从收 |
| MISO | Master In Slave Out，主收从发 |
| CS/SS | Chip Select，片选信号，用来唤醒特定从机 |
注意：CS 是关键。每个从设备都需要一根独立的CS线来“点名”。你想接3个SPI设备？那就得准备3个额外GPIO来控制片选。
这就引出了SPI最大的软肋：吃IO。树莓派的GPIO本来就紧张，如果你还接了摄像头、按键、蜂鸣器……再被SPI一占，很容易陷入“无脚可用”的窘境。
同步通信的优势：不靠猜，只认拍子
SPI 是同步通信，也就是说，发送方和接收方共用同一个时钟（SCLK）。每一个bit都在精确的上升沿或下降沿被采样，只要线路没干扰，几乎不会出错。
相比之下，UART靠双方“心照不宣”地约定波特率，一旦有一点偏差，帧就会错位。而SPI不怕这点小误差，因为它边传数据边打节拍。
这也让它特别适合短距离、高可靠性、大批量数据传输的场景。
Python示例：读取SPI温湿度传感器
import spidev spi = spidev.SpiDev() spi.open(0, 0) # 总线0，设备0 spi.max_speed_hz = 1_000_000 # 1MHz，匹配传感器上限 spi.mode = 0 # 模式0：CPOL=0, CPHA=0 # 发送命令并读取3字节响应 response = spi.xfer([0x80, 0x00, 0x00]) # 假设读寄存器指令 print(f"原始数据: {response}") spi.close()⚠️ 提醒：
- 必须提前在raspi-config中启用SPI接口
- 若使用多个从机，不要依赖自动CS！建议手动用GPIO控制CS脚，防止冲突
- 高频下布线尽量短，远离电源线，否则容易出现误码
UART：极简主义的老江湖
它是谁？为什么这么多年还没被淘汰？
UART 全称 Universal Asynchronous Receiver/Transmitter，翻译过来叫“通用异步收发器”。听起来很古老，但它至今仍是嵌入式世界里的“万金油”。
为什么？因为它够简单。
只需要两根线：
- TXD（发送）
- RXD（接收）
加上共地（GND），就能实现全双工通信。没有时钟线，不需要同步信号，靠的是双方提前约好一个“语速”——也就是波特率（baud rate）。
常见波特率有9600、115200、921600等。树莓派原生支持高达4 Mbps的波特率（实际稳定常用到1.5Mbps），虽然远不及SPI，但对于大多数控制类任务已经绰绰有余。
异步通信的本质：信任但要核验
因为没有共享时钟，UART 对时间精度要求更高。如果两边晶振不准，或者波特率设置差了一点点，就会导致采样偏移，最终解码失败。
所以它通常会加入：
- 起始位（Start Bit）
- 数据位（5~8位）
- 可选奇偶校验位
- 停止位（1或2位）
这样一帧数据打包发送，接收端根据起始位重新对齐，再按固定间隔逐位采样。哪怕开头慢半拍，也能迅速跟上。
这种机制牺牲了速度，换来了极大的灵活性。尤其适合以下场景：
- 调试输出（Linux控制台默认走UART）
- AT指令控制（如ESP8266、SIM800C）
- 工业Modbus通信（RS485物理层 + UART协议）
树莓派上的两个UART：别用错了！
这里有个大坑很多人踩过：树莓派有两个UART控制器！
| 名称 | 设备节点 | 特点 |
|---|---|---|
| PL011 | /dev/ttyAMA0 | 真·硬件UART，性能稳定，推荐使用 |
| mini-UART | /dev/ttyS0 | 受GPU频率影响，波特率易漂移，仅作备用 |
默认情况下，系统会把 mini-UART 当作串口终端输出。如果你想用PL011来做用户通信，就得改配置：
# 编辑 /boot/config.txt dtoverlay=disable-bt # 释放ttyAMA0 enable_uart=1 # 启用UART否则你会发现波特率忽快忽慢，尤其是在CPU负载变化时。
Python示例：通过UART配置蓝牙模块
import serial ser = serial.Serial( '/dev/ttyAMA0', baudrate=115200, timeout=1 ) # 发送AT指令 ser.write(b'AT+NAME=MyRaspberry\r\n') response = ser.readline() print("返回:", response.decode()) ser.close()这代码看着简单，但前提是：
- 你已经禁用了串口登录终端
- 波特率与HC-05模块一致
- 使用了电平转换（如果对方是5V系统）
否则很可能“发出去没回应”，白白浪费半天时间查代码。
对比一张表，彻底分清谁该上场
| 维度 | SPI | UART |
|---|---|---|
| 通信方式 | 同步，有SCLK | 异步，靠波特率 |
| 数据速率 | 最高可达50 Mbps（理论） | 一般≤1.5 Mbps（实用） |
| 引脚数量 | 至少4根（SCLK/MOSI/MISO/CS） | 仅需2根（TX/RX） |
| 连接拓扑 | 星型结构，一主多从 | 点对点为主，也可总线扩展 |
| 地址机制 | 无，靠CS硬件选择 | 无，靠应用层协议区分设备 |
| 抗干扰能力 | 弱，适合板内短距 | 强（配合RS485可传百米） |
| 典型应用场景 | LCD刷屏、ADC采样、高速存储 | 调试日志、GPS定位、Modbus通信 |
实战决策指南：什么情况该用哪个？
别再凭感觉选择了，下面是几个典型场景的选型建议：
✅ 选 SPI 的情况：
- 你需要频繁读取大量传感器数据（如IMU、麦克风阵列）
- 你要驱动图形显示屏（如ST7789、ILI9341），刷新率要高
- 通信距离很短（<30cm），且在同一块PCB或杜邦线直连
- 对实时性要求极高，不能容忍丢帧或延迟波动
📌 秘籍：若多个SPI设备共享总线，务必确保它们支持相同的SPI模式（CPOL/CPHA），否则可能互相干扰。
✅ 选 UART 的情况：
- 你只是偶尔发几条命令（如AT指令、配置参数）
- 设备分布在不同位置，需要长线连接（配合MAX485转RS485）
- GPIO资源紧张，不想再多占两三个脚
- 用于调试输出或日志打印，无需高速传输
📌 秘籍：使用Modbus RTU协议时，可通过单条UART总线挂载多达32个从设备，管理方便成本低。
❌ 错误搭配举例：
- 用UART去读取高速ADC采样数据 → 数据来不及收，严重丢包
- 用SPI连接10米外的远程控制器 → 信号衰减严重，根本无法稳定通信
- 多个SPI设备共用CS脚 → 总线冲突，数据混乱
高手才会告诉你的五个实战技巧
永远优先使用
/dev/ttyAMA0
不要用ttyS0做关键通信，除非你确定系统频率锁定。SPI频率别贪高
即使树莓派支持32MHz，也要看外设手册！很多传感器只支持10MHz以下。电平一定要匹配
树莓派是3.3V逻辑，遇到5V设备（如某些Arduino模块）必须加电平转换器（如TXS0108E），否则可能烧IO。UART通信加超时处理
python response = ser.read(100) # 设置read timeout，避免程序卡死
否则一旦对方没响应，整个程序就挂住了。封装统一接口，提升可移植性
class CommunicationInterface: def write(self, data: bytes): ... def read(self, length: int) -> bytes: ... class SPIDriver(CommunicationInterface): def __init__(self, bus, device, speed=1_000_000): self.spi = spidev.SpiDev() self.spi.open(bus, device) self.spi.max_speed_hz = speed def write(self, data): self.spi.xfer(list(data)) def read(self, length): return bytes(self.spi.readbytes(length)) class UARTDriver(CommunicationInterface): def __init__(self, port, baud=115200): self.ser = serial.Serial(port, baudrate=baud, timeout=1) def write(self, data): self.ser.write(data) def read(self, length): return self.ser.read(length)这样未来切换通信方式时，只需更换实例，业务逻辑不动。
写在最后：没有最好，只有最合适
回到最初的问题：SPI 和 UART 到底哪个更强？
答案是：都不是最强，组合起来才最强。
真正的高手，是在同一块树莓派上：
- 用SPI驱动本地高速传感器，
- 用UART对接远程Modbus设备，
- 再通过USB或以太网上传数据到云端。
这才是现代边缘计算系统的标准打法。
掌握SPI与UART的本质差异，不只是为了选对接口，更是为了构建一个资源合理、通信可靠、扩展性强的硬件交互架构。
下次当你面对一堆杜邦线犹豫不决时，不妨问自己一句：
“我是要跑高速赛道，还是打通远距离联络？”
答案自然浮现。
如果你正在做智能网关、工业监控或机器人项目，欢迎在评论区分享你的通信方案设计思路，我们一起探讨最优解。
