1. 通信基础:串行与并行的本质区别
记得我刚入行嵌入式开发时,最让我头疼的就是各种通信协议的选择。每次接到新项目,都要纠结到底用哪种方式连接设备最合适。今天我就把自己十年踩坑经验总结出来,帮你彻底搞懂UART、I2C、SPI这三个最常用的嵌入式通信协议。
先说说最基础的并行通信。想象一下八车道高速公路,八辆车可以同时通过——这就是并行通信,数据字节的各位通过多条数据线同时传输。优点是速度快,控制简单;缺点是需要的线太多,长距离传输时成本高,而且接收端要同时接收所有位,距离远了就容易出错。
串行通信就像单车道,车辆排成一队依次通过。虽然速度相对慢些,但只需要两根线(数据线加地线),长距离传输成本低,还能利用现成设备(比如电话网)。我在实际项目中发现,超过1米的距离基本都会选择串行通信,毕竟布线和成本优势太明显了。
2. 三大协议核心特性对比
2.1 协议基本参数对比
为了让你快速抓住重点,我先用表格总结三大协议的关键特性:
| 特性 | UART | I2C | SPI |
|---|---|---|---|
| 引脚数量 | 2线(TX/RX) + GND | 2线(SCL/SDA) | 4线(SCK/MOSI/MISO/SS) |
| 工作方式 | 异步 | 同步 | 同步 |
| 通信模式 | 全双工 | 半双工 | 全双工 |
| 时钟信号 | 无(靠波特率) | 有(SCL) | 有(SCK) |
| 设备数量 | 点对点 | 多设备(最多128个) | 多设备(受SS线限制) |
| 典型速度 | 115200bps-4Mbps | 100kbps-5Mbps | 10Mbps-100Mbps |
| 硬件复杂度 | 中等 | 简单 | 较复杂 |
| 错误检测 | 奇偶校验位 | ACK/NACK位 | 无 |
这个表格是我多年经验总结的实用参考。在实际选型时,我通常会先看设备数量需求:如果只需要连接两个设备,UART是最简单的选择;如果要连接多个传感器,就在I2C和SPI之间选择。
2.2 应用场景选择指南
根据我的实战经验,这三种协议有比较明确的应用边界。UART最适合设备间的简单数据交换,比如单片机与电脑的通信,或者两个微控制器之间的对话。我经常用UART来输出调试信息,因为接线简单,编程也容易。
I2C是我的传感器首选协议。它的双线制设计太适合连接多个传感器了,比如同时接温度、湿度、气压传感器。记得有一次做环境监测项目,我用了7个不同的传感器,全部通过I2C连接,布线非常整洁。
SPI则是高速应用的不二选择。当需要传输大量数据时,比如读写SD卡、驱动显示屏或者与无线模块通信,SPI的速度优势就体现出来了。不过要注意,SPI需要更多引脚,如果MCU的IO资源紧张,就得慎重考虑。
3. UART:异步通信的经典之作
3.1 协议层深度解析
UART的工作方式很像两个人约定好说话速度后对话。双方不需要共享时钟,但必须用相同的波特率。波特率就像语速,如果一个人说得太快另一个人听得太慢,沟通就会出问题。
数据格式是UART的核心。每帧数据包含起始位(总是低电平)、5-9位数据位、可选的校验位和1-2位停止位(高电平)。起始位和停止位就像信封的封口,告诉接收方数据的开始和结束。
校验位是个很实用的错误检测机制。奇校验要求数据位和校验位中"1"的个数为奇数,偶校验则要求为偶数。我在高干扰环境中一定会开启校验功能,虽然降低了一点传输效率,但大大提高了可靠性。
3.2 物理层实现与实战技巧
UART最让人困惑的是其物理层实现。虽然协议标准只有三根线(TXD、RXD、GND),但在实际应用中会有不同变种。最经典的是RS-232,用正负电压表示0和1,传输距离可达15米。RS-485则用差分信号,抗干扰能力强,距离能到1200米。
我在工业项目中最喜欢用RS-485,因为它的抗干扰能力真的很强。记得有一次在电机车间部署传感器网络,各种大功率设备启停造成很大干扰,但RS-485通信一直很稳定。接线时一定要注意A/B线的极性,反了就无法通信。
电平转换是另一个实战要点。现在很多MCU都是3.3V电平,如果要连接5V设备,就需要电平转换芯片。我常用TXS0108这类双向电平转换器,比用电阻分压可靠得多。
4. I2C:优雅的双线制解决方案
4.1 协议机制与时序详解
I2C的设计真的很巧妙,只用两根线就能管理多设备通信。SCL是时钟线,由主机控制;SDA是数据线,用于双向数据传输。它的开漏输出设计允许设备"线与",多个设备可以共享总线而不冲突。
时序是I2C的精华所在。起始条件:SCL高电平时SDA从高变低;停止条件:SCL高电平时SDA从低变高。每个字节传输后都有应答位,接收方拉低SDA表示成功接收。这种握手机制保证了传输可靠性。
地址机制是I2C支持多设备的关键。每个从设备有7位或10位唯一地址,主机在通信开始时先发送地址字节。地址字节的最后一位是读写标志:0表示主机要写数据,1表示要读数据。
4.2 多主机仲裁与实战应用
I2C支持多主机系统,这是它的独特优势。当多个主机同时试图控制总线时,仲裁机制会确保只有一个主机胜出。仲裁过程中,各主机继续发送数据,直到某个主机发送高电平时检测到SDA为低电平,就知道自己失去了仲裁,立即转为从模式。
我在实际项目中用I2C连接过各种传感器:温度传感器、加速度计、光强度传感器等等。上拉电阻的选择很重要,一般用4.7kΩ,如果总线电容大或设备多,可以减小到2.2kΩ以提高速度。
布线时要注意总线长度,I2C本来是为板内通信设计的,长距离传输会有问题。如果必须长距离传输,可以降低波特率或用I2C缓冲器。我试过最远在20cm距离上以10kbps速率通信,还算稳定。
5. SPI:高速全双工的王者
5.1 四种工作模式详解
SPI是同步串行接口中的速度担当,全双工通信让它能同时收发数据。SPI有四种工作模式,由CPOL(时钟极性)和CPHA(时钟相位)组合决定。模式0和模式3最常用,具体用哪种要看从设备的数据手册。
模式0:CPOL=0,CPHA=0。时钟空闲为低电平,数据在上升沿采样。 模式1:CPOL=0,CPHA=1。时钟空闲为低电平,数据在下降沿采样。 模式2:CPOL=1,CPHA=0。时钟空闲为高电平,数据在下降沿采样。 模式3:CPOL=1,CPHA=1。时钟空闲为高电平,数据在上升沿采样。
片选信号是SPI管理多设备的方式。每个从设备有独立的片选线,主机通过拉低某条片选线来选择通信对象。SPI没有寻址机制,完全靠硬件片选来区分设备。
5.2 高速传输优化技巧
SPI的速度优势来自其简单的协议设计。没有起始位、停止位和地址字节,几乎全是有效数据。我在传输大量数据时首选SPI,比如驱动显示屏或读写SD卡。
时钟速度需要根据传输距离和设备能力调整。短距离通信可以用很高速度,我做过一个项目在10cm距离上实现了50Mbps速率。但长距离时要降低速度,否则信号完整性会出问题。
PCB布局对SPI性能影响很大。高速SPI信号线要尽量短,避免过孔,最好有地平面作为参考。如果必须长距离传输,可以用差分SPI或加驱动芯片。
6. 实战对比与故障排查
6.1 协议选择决策树
面对具体项目时,我是这样选择协议的:先看设备数量,单设备优先考虑UART;多设备再看速度要求,低速用I2C,高速用SPI;最后考虑布线复杂度,尽量选择引脚少的方案。
传输距离也很重要。UART配合RS-485能传上千米,I2C通常限于板内或短距离,SPI中等距离。如果需要隔离,三种协议都可以用磁耦或光耦隔离,但SPI的高速特性会使隔离成本较高。
功耗敏感的应用中,I2C通常最省电,因为空闲时上拉电阻电流很小。SPI可以通过禁用片选来让从设备进入低功耗模式,UART则没有特别的省电机制。
6.2 常见故障与解决方桉
通信故障是嵌入式开发中的常事,我总结了一些常见问题及解决方法。首先是波形测量,一定要用示波器看实际信号。很多时候代码看起来没问题,但信号质量差导致通信失败。
I2C常见问题是地址冲突或上拉电阻不合适。我用过的排查步骤是:先确认设备地址正确,再检查上拉电阻值,最后用逻辑分析仪看时序是否符合规范。
SPI常见问题是模式设置错误或片选信号异常。不同设备的SPI模式可能不同,一定要仔细查数据手册。片选信号要在数据传输前有效,传输结束后无效。
UART最常见问题是波特率不匹配。虽然要求双方波特率相同,但实际上可以有约10%的偏差。在高波特率时,时钟精度很重要,最好用晶体而不是RC振荡器。
接地问题经常被忽视但很重要。尤其是UART,如果双方地电位不同,会导致数据错误。长距离通信时一定要保证地线连接良好,或者用差分信号隔离地环路。
我在实际项目中都会加入通信诊断功能,比如统计错误包数、重试次数等。这样出现问题时能快速定位是硬件还是软件问题,大大提高了调试效率。

656

被折叠的 条评论
为什么被折叠?



