嵌入式开发必看：I2C、SPI、UART、I2S接口选型与调试实战指南

嵌入式开发绕不开的一课就是把 i2c、i2s、spi、uart 这四兄弟彻底搞明白。我见过太多人做项目时凭感觉选接口结果板子打回来才发现时序对不上、带宽不够、或者引脚数量根本排不开返工的成本远比前期多花半小时研究要高得多。这四个接口名字长得像实际定位却差得很远i2c 是两根线的低速总线spi 是四根线的高速总线uart 是点对点的异步串口i2s 则是专门为音频数据流设计的同步接口。它们各自解决什么问题、在什么场景下用哪个、时序上有什么坑这篇文章我会结合自己踩过的实际案例从选型逻辑到波形细节一次讲透不管你是刚接触单片机的新手还是已经在调 rk3588、esp32 这类平台的老手都能从中找到能直接用的判断依据。1. 先搞清楚这四个接口各自解决什么问题很多人学接口的第一反应是背时序图但我觉得更有效的方式是先理解它们诞生的动机。每个接口的出现都是为了解决特定场景下的通信需求理解了需求时序自然就顺理成章了。1.1 i2c两根线挂一堆设备的低速总线i2c 的核心设计目标是用最少的引脚连接最多的设备。它只有两根线SCL 时钟线和 SDA 数据线所有设备都并联挂在这两根线上通过设备地址来区分。这就像一条走廊上装了很多扇门每扇门有自己的门牌号主机喊门牌号对应设备才应答。它的典型速率是 100kHz标准模式、400kHz快速模式高速模式能到 3.4MHz但实际项目中大部分传感器、EEPROM、RTC 芯片都跑在 400kHz 以下。速率不高但胜在省引脚。我做过一个项目一块板子上挂了 8 个不同的传感器如果全用 spi光片选线就要 8 根加上时钟和数据线总共 11 根换成 i2c两根线全部搞定PCB 布线压力小了一大截。i2c 是开漏输出结构这意味着 SDA 和 SCL 都必须外接上拉电阻。这个上拉电阻的取值很讲究阻值太大上升沿变缓高速通信时波形爬不上去阻值太小灌电流过大可能超过器件的驱动能力。经验值是 4.7kΩ 用于 100kHz2.2kΩ 到 4.7kΩ 用于 400kHz具体要看总线电容。总线电容每增加一个设备大约增加 10pF 左右电容越大上拉电阻就要越小。注意i2c 总线上所有设备地址不能冲突。有些芯片的地址是固定的有些可以通过地址引脚配置。选型时一定要先确认地址表我踩过一次坑两个传感器地址都是 0x68最后只能改用软件 i2c 分两条总线。1.2 spi四根线换来的高速全双工spi 的设计思路和 i2c 完全相反用更多的线换更高的速度。它需要四根线——SCLK时钟、MOSI主出从入、MISO主入从出、CS片选。每个从设备需要一根独立的 CS 线所以设备越多引脚消耗越大。但 spi 的速度是 i2c 望尘莫及的。常见的 spi 时钟可以跑到 10MHz、50MHz 甚至上百 MHz。像 rk3588 的 spi 接口配置得当跑几十 MHz 完全没问题。这就是为什么需要大数据量传输的场景——比如 spi nor flash 存引导程序、fpga 外挂 adc 采样、显示屏刷图——几乎都选 spi。spi 是全双工的主机在发送数据的同时也在接收数据。这个特性在读取 flash 时特别有用发一个读命令的同时下一个时钟周期就能把数据读回来效率很高。spi 有四种工作模式由 CPOL时钟极性和 CPHA时钟相位组合而成模式CPOLCPHA采样时刻Mode 000第一个边沿上升沿采样Mode 101第二个边沿下降沿采样Mode 210第一个边沿下降沿采样Mode 311第二个边沿上升沿采样主从双方必须配置成同一个模式否则数据全是错的。我调试 spi 屏幕时遇到过花屏查了半天最后发现是屏幕 datasheet 写的是 Mode 3我代码里配成了 Mode 0。1.3 uart最古老也最顽强的异步串口uart 不需要时钟线收发双方靠约定的波特率来同步。它只有两根线TX 和 RX交叉连接即可。因为没有时钟线所以叫异步。uart 的帧结构是起始位1位低电平 数据位5到9位通常8位 校验位可选 停止位1或2位高电平。收发双方必须约定完全相同的波特率、数据位、校验位、停止位否则收到的就是乱码。uart 最大的优势是简单、通用、历史悠久。从 16550 行业标准 uart 芯片到现在的各种 usb 转 uart 芯片比如 ft232r、ft231x生态极其成熟。调试信息输出、模块通信比如 gps 模块、蓝牙模块几乎都用 uart。但 uart 是点对点的一条线只能连两个设备。而且没有时钟线长距离传输时如果双方时钟有偏差累积到一定程度就会采样错误。所以 uart 一般用于板内或短距离通信波特率也不会太高常见 9600、115200高一点到 921600 或 1M 以上就需要比较稳定的时钟源了。1.4 i2s为音频数据流而生的同步接口i2s 名字里带 i2c 和 i2s 的i2但它和 i2c 没有关系是独立的音频接口标准。它的核心目标是高质量、连续地传输音频采样数据。i2s 至少需要三根线SCK位时钟也叫 BCLK、WS声道选择也叫 LRCLK、SD数据线。有时候还有 MCLK主时钟给 codec 提供参考时钟。i2s 的关键特点是数据总是在 WS 信号翻转后的固定位置开始传输而且数据是连续的流式传输没有地址、没有应答就是一路把采样点推出去。这跟 i2c、spi 那种发命令-等应答-读数据的模式完全不同。esp32-c3 的 i2s 输出就是一个典型应用配置好采样率、位宽、声道数之后dma 自动把音频数据搬运到 i2s 外设硬件按时钟节奏推出去cpu 几乎不用管。用逻辑分析仪抓 i2s 波形你能清楚看到 WS 每翻转一次就切换一个声道数据在 SCK 的边沿上稳定输出。2. 选型时真正该看的几个维度知道了四个接口是什么接下来是实际项目里怎么选。我总结下来主要看五个维度速率需求、引脚预算、设备数量、通信距离、以及是否需要全双工。2.1 速率需求决定了大方向先看你要传多少数据。如果只是读个温度传感器的寄存器几百字节每秒i2c 绰绰有余。如果要刷一块 320x240 的屏幕每帧 150KB刷新率 30fps 就是 4.5MB/si2c 根本不可能必须上 spi。粗略的速率对比接口典型速率适用数据量i2c100k~400kHz传感器寄存器读写、EEPROMuart9.6k~1Mbps调试输出、模块通信spi1M~100MHzflash、屏幕、adc、高速外设i2s取决于采样率音频流如 48kHz x 32bit x 2ch 3Mbps音频数据量其实不算特别大但 i2s 的价值在于它的时序是专门为音频优化的能保证采样点严格等间隔输出不会因为软件调度产生抖动。你用 spi 理论上也能传音频数据但时钟连续性和声道同步处理起来麻烦得多。2.2 引脚预算往往是被低估的约束新手选型时容易只看速率忽略了引脚。一个 mcu 的引脚是有限的尤其是小封装芯片。i2c 两根线能挂一堆设备spi 每多一个设备就多一根 CSuart 每多一个设备就多一对 TX/RX。我做过一个对比假设要连接 4 个外设。用 i2c2 根线假设地址不冲突用 spi3 根共用线 4 根 CS 7 根线用 uart4 对 TX/RX 8 根线引脚紧张的时候i2c 的优势非常明显。但要注意i2c 挂太多设备会导致总线电容增大波形变差一般建议不超过 8 到 10 个。2.3 设备数量和地址冲突的处理i2c 的地址冲突是实际项目中的高频问题。很多传感器地址是固定的比如某些型号的加速度计就是 0x68陀螺仪也是 0x68挂一起就冲突了。解决办法有几个用 i2c 多路复用器比如 TCA9548A把一条总线扩展成多条每条挂地址冲突的设备。用软件 i2c用普通 gpio 模拟 i2c 时序可以开多条独立总线。选带地址配置引脚的型号通过拉高拉低改变地址。spi 没有地址冲突问题因为每个设备有独立的 CS。但 CS 的驱动方式有讲究硬件片选由 spi 控制器自动控制时序精准软件片选用普通 gpio 手动拉低拉高灵活但占用 cpu 且时序可能不准。高速通信建议用硬件片选。2.4 通信距离与抗干扰板内通信四个接口都能胜任。但如果要拉出板外比如传感器通过排线连接到主板就要考虑抗干扰了。uart 因为没有时钟线长距离时双方时钟偏差会累积一般超过一两米就要降低波特率或者改用差分信号如 RS485。i2c 的开漏结构加上上拉电阻总线电容限制了大距离传输通常板内使用。spi 的时钟线在长距离时容易受干扰也不适合拉太远。i2s 同理适合板内 codec 连接。2.5 全双工与半双工的选择spi 是全双工mosi 和 miso 独立可以同时收发。uart 也是全双工TX 和 RX 独立。i2c 是半双工SDA 一根线分时复用收发。i2s 严格说是单向的每个数据线单向但通常用两根数据线实现收发。如果你需要同时高速收发spi 和 uart 更合适。如果只是主机读传感器i2c 的半双工完全够用。3. 时序层面的关键差异与常见踩坑点选型定了之后真正让人头疼的是时序调试。这一节我把四个接口在时序上最容易出问题的地方逐个拆开讲。3.1 i2c 的起始、停止与应答机制i2c 的时序有几个硬性规定起始条件SCL 高电平时SDA 从高变低。停止条件SCL 高电平时SDA 从低变高。数据有效SCL 高电平期间SDA 必须保持稳定SDA 只能在 SCL 低电平时变化。应答机制是 i2c 可靠性的核心。主机发完 8 位数据后第 9 个时钟周期释放 SDA从机如果收到就把 SDA 拉低表示 ACK没收到就保持高电平表示 NACK。主机读到 NACK 就知道出问题了。我调试 gt911 触摸屏 i2c 通信失败时用逻辑分析仪抓波形发现主机发了地址之后从机一直 NACK。排查下来是上拉电阻用了 10kΩ400kHz 下上升沿太慢从机根本没识别到起始条件。换成 2.2kΩ 之后立刻正常。这个案例说明i2c 的硬件参数上拉电阻、总线电容对通信成功率影响极大不能只看软件配置。另外 i2c 还有自由数据模式和时钟拉伸等机制。时钟拉伸是从机在还没准备好时把 SCL 拉低强制主机等待。有些 mcu 的硬件 i2c 不支持时钟拉伸遇到会拉伸的从机就会出错这时候只能改用软件 i2c。3.2 spi 的模式匹配与片选时序spi 最常见的坑就是模式不匹配。CPOL 决定空闲时时钟是高还是低CPHA 决定在第一个还是第二个边沿采样。主从必须完全一致。调试步骤我一般是这样查从设备 datasheet确认它支持的模式有些设备只支持 Mode 0 和 Mode 3。配置主机 spi 控制器为对应模式。用逻辑分析仪抓 SCLK、MOSI、CS 三根线看数据是否在正确的边沿稳定。如果数据错位先怀疑模式再怀疑位序MSB first 还是 LSB first。CS 的时序也很关键。CS 必须在时钟开始之前拉低在时钟结束之后拉高。有些 spi 控制器在两次传输之间会自动拉高 CS如果从设备要求 CS 保持低电平跨越多次传输比如 flash 的连续读就要配置成 CS 保持模式或者用软件片选手动控制。关于CS 最小能做到多少纳秒这个问题取决于 spi 控制器的能力和从设备的要求。一般来说CS 建立时间拉低到第一个时钟沿和保持时间最后一个时钟沿到拉高在 datasheet 里都有最小值要求常见是几纳秒到几十纳秒。高速通信时如果 cs 时序不满足从设备可能漏掉第一个或最后一个 bit。3.3 uart 的波特率误差与采样uart 没有时钟线靠波特率同步。接收方在起始位下降沿开始计数然后在每个位的中间时刻采样。如果双方波特率有偏差采样点会逐渐偏移偏差累积到半个位宽时就采错了。一般要求波特率误差在 2% 以内最好 1% 以内。用内部 rc 振荡器做时钟源的 mcu波特率误差可能比较大高速通信时容易出错。用外部晶振就稳得多。常见的波特率误差来源时钟源精度不够rc 振荡器 vs 晶振分频系数取整导致的误差温度漂移我遇到过用内部振荡器跑 115200 时偶尔收到乱码换成外部晶振后彻底解决。所以如果项目对 uart 可靠性要求高一定要用晶振。另外 uart 的波形分析也是调试的重要手段。用逻辑分析仪抓 TX 线能看到起始位、8 个数据位、停止位的完整帧。如果波形上看到帧间隔不对或者停止位缺失基本就是波特率或配置不匹配。3.4 i2s 的声道同步与时钟关系i2s 的时序核心是 WS 信号和数据的对齐关系。WS 翻转表示切换声道数据通常在 WS 翻转后的下一个 SCK 边沿开始输出。但不同芯片对WS 翻转后第几个时钟开始有效数据的定义可能不同有的有 1 个时钟延迟有的没有。这就是所谓的左对齐右对齐i2s 标准格式的区别。i2s 标准格式Philips 标准是WS 翻转后数据在第二个 SCK 边沿开始有效。左对齐格式是 WS 翻转后第一个边沿就开始。如果主从格式不一致声音会左右声道错位或者出现杂音。用逻辑分析仪抓 i2s 波形时重点看三件事WS 的频率是否等于采样率比如 48kHz 采样WS 就是 48kHz 方波。SCK 的频率是否等于 采样率 x 位宽 x 声道数比如 48k x 32 x 2 3.072MHz。数据在 WS 翻转后的位置是否符合预期格式。esp32-c3 的 i2s 输出配置时要特别注意 mclk 的倍数设置。有些 codec 要求 mclk 是采样率的 256 倍或 384 倍配错了 codec 根本不工作。4. 不同平台上的实际配置差异理论讲完了落到具体平台上这四个接口的配置方式差别很大。我拿几个常见平台举例。4.1 stm32 hal 库下的初始化思路stm32 用 cubemx 配置外设然后 hal 库调用。以 spi 为例cubemx 里要选ModeMaster 还是 SlaveData Size8bit 还是 16bitClock Polarity 和 Phase对应四种模式NSS硬件片选还是软件片选Baud Rate Prescaler分频系数决定实际时钟初始化代码大致是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; HAL_SPI_Init(hspi1);发送数据用HAL_SPI_Transmit()接收用HAL_SPI_Receive()全双工用HAL_SPI_TransmitReceive()。如果要 dma还要配置 dma 通道用HAL_SPI_Transmit_DMA()。i2c 的 hal 库调用类似HAL_I2C_Master_Transmit()和HAL_I2C_Master_Receive()。注意 hal 库的 i2c 函数有超时参数超时设置太短会在总线忙时误报错误。uart 用HAL_UART_Transmit()和HAL_UART_Receive()中断接收用HAL_UART_Receive_IT()dma 接收用HAL_UART_Receive_DMA()。uart 的 dma 加空闲中断接收不定长数据是很常用的套路。4.2 esp32-c3 的 i2s 输出配置要点esp32-c3 的 i2s 用 esp-idf 配置。核心是i2s_config_t结构体i2s_config_t i2s_config { .mode I2S_MODE_MASTER | I2S_MODE_TX, .sample_rate 48000, .bits_per_sample I2S_BITS_PER_SAMPLE_16BIT, .channel_format I2S_CHANNEL_FMT_RIGHT_LEFT, .communication_format I2S_COMM_FORMAT_STAND_I2S, .dma_buf_count 8, .dma_buf_len 64, };配置好之后i2s_driver_install()安装驱动i2s_set_pin()设置引脚然后i2s_write()写数据。dma 会自动搬运cpu 只需要往缓冲区填数据。这里有个坑communication_format如果选错声音会失真或者只有一边声道。esp32-c3 支持标准 i2s、左对齐、右对齐等格式要和 codec 匹配。4.3 rk3588 上的 spi 与混合存储方案rk3588 这类高性能 soc 上spi 常用于连接 spi nor flash 存引导程序。有个实际案例是 rk3588s 的混合存储方案spi nor 存 bootloaderpcie nvme ssd 存系统。这种方案踩坑点在于spi nor 的时钟频率不能太高否则引导阶段可能读失败。引导阶段的 spi 时钟通常比系统运行时低。spi nor 和 nvme 的启动顺序要在 bootrom 里配置正确。spi 控制器的引脚复用要确认有些引脚默认是其他功能。rk3588 的 spi 接口配置在设备树里要设置spi-max-frequency、reg片选号、compatible等属性。调试时如果 spi flash 读不到先查设备树配置再查硬件连接。4.4 linux 下 i2c 与 spi 的用户态访问linux 系统里i2c 和 spi 都可以从用户态访问。i2c 用/dev/i2c-N设备节点配合ioctl的I2C_RDWR进行读写。spi 用/dev/spidevX.Y配合ioctl设置模式和速率。int fd open(/dev/i2c-1, O_RDWR); ioctl(fd, I2C_SLAVE, 0x68); uint8_t reg 0x00; uint8_t data; struct i2c_msg msgs[2] { {.addr 0x68, .flags 0, .len 1, .buf reg}, {.addr 0x68, .flags I2C_M_RD, .len 1, .buf data}, }; struct i2c_rdwr_ioctl_data msgset {.msgs msgs, .nmsgs 2}; ioctl(fd, I2C_RDWR, msgset);这种用户态访问方式在调试阶段很方便不用写内核驱动就能验证硬件是否正常。5. 调试工具与波形分析实战接口调试离不开工具。万用表和示波器能看电平但要看协议内容逻辑分析仪是首选。5.1 逻辑分析仪抓波形的正确姿势逻辑分析仪的关键是采样率要足够高。根据奈奎斯特采样定理采样率至少是被测信号频率的 2 倍但实际用的时候建议 5 到 10 倍以上否则边沿位置不准。i2c 400kHz采样率至少 4MHz建议 10MHz 以上spi 10MHz采样率至少 100MHzuart 115200采样率 1MHz 以上就够i2s 3MHz SCK采样率 30MHz 以上抓波形时触发条件设置很重要。i2c 可以设 SDA 下降沿起始条件触发spi 可以设 CS 下降沿触发uart 可以设起始位下降沿触发。这样能抓到完整的帧。解码功能是逻辑分析仪的核心价值。大部分逻辑分析仪软件都内置 i2c、spi、uart 解码器直接显示地址、数据、ACK/NACK。i2s 解码器有的软件支持有的需要手动分析。5.2 从波形判断问题所在波形能告诉你很多软件层面看不到的信息i2c 波形如果 SCL 上升沿很缓说明上拉电阻太大或总线电容太大。如果 ACK 位是高电平说明从机没应答检查地址和从机供电。spi 波形如果数据在错误的边沿变化说明模式配错。如果 CS 在传输中间抖动说明片选控制有问题。uart 波形如果帧长度不对说明数据位或停止位配置错误。如果波形整体频率偏移说明波特率不匹配。i2s 波形如果 WS 频率不对说明采样率配置错误。如果数据在 WS 翻转后位置不对说明格式标准/左对齐/右对齐不匹配。我调试 rda5807 收音机芯片时用软件 i2c 写寄存器一直失败。抓波形发现起始条件之后第一个字节的地址是 0x20但 datasheet 上写的是 0x107 位地址。原来我把 7 位地址左移一位当成了 8 位地址但左移之后又多加了一次导致地址翻倍。这种错误看波形一眼就能发现。5.3 常见故障的排查顺序遇到接口不通信我一般按这个顺序排查供电和地先确认从设备供电正常地线连通。很多通信失败其实是设备根本没上电。引脚连接确认 SDA/SCL、MOSI/MISO、TX/RX 没有接反。uart 的 TX 要接对方 RX这个最容易搞错。上拉电阻i2c 必须有上拉spi 和 uart 一般不需要推挽输出。时钟和速率先用低速试通了再提速。i2c 先用 100kHzspi 先用 1MHz。波形验证用逻辑分析仪抓波形看有没有信号、时序对不对。软件配置确认模式、地址、波特率等参数。这个顺序是从硬件到软件从简单到复杂。实际排查中大部分问题在前三步就能定位。6. 几个容易混淆的边界问题最后聊几个经常被问到、也容易搞混的问题。6.1 pmbus 和 i2c 是什么关系pmbus 是建立在 i2c 之上的电源管理协议。它的物理层就是 i2c时序完全一样只是在 i2c 的数据帧里定义了特定的命令格式用于读取电压、电流、温度等电源参数。所以 pmbus 设备可以直接挂在 i2c 总线上用 i2c 的读写函数访问只是数据含义要按 pmbus 规范解析。6.2 linux phy 不用 mdio 改用 i2c 的场景有些网络 phy 芯片支持通过 i2c 配置寄存器而不是标准的 mdio 接口。这种情况在设备树里要把 phy 的配置方式改成 i2c然后通过 i2c 读写 phy 寄存器。这种设计一般是为了节省引脚或者复用已有的 i2c 总线。6.3 i2c 从机主动更新主机寄存器标准 i2c 是主机发起所有传输从机只能被动应答。但有些场景需要从机主动通知主机比如传感器有数据了。解决办法是从机拉一个额外的中断引脚主机收到中断后再用 i2c 去读。纯粹的 i2c 协议本身不支持从机主动发起传输。6.4 spi 硬件片选与软件片选的实际取舍硬件片选由 spi 控制器自动控制时序精准不占 cpu但片选引脚必须是控制器支持的硬件 CS 引脚。软件片选用普通 gpio灵活可以用任意引脚但需要 cpu 手动拉低拉高高速时可能来不及。我的经验是低速1MHz 以下用软件片选没问题高速10MHz 以上尽量用硬件片选。如果硬件 CS 引脚不够用可以用 gpio 扩展芯片或者译码器来扩展片选。6.5 uart 转 gpib 这类桥接应用有些老设备用 gpib 接口现代控制器没有 gpib就需要 uart 转 gpib 的桥接芯片。这类应用里 uart 只是传输通道真正的协议转换在桥接芯片内部完成。选型时要确认桥接芯片支持的 gpib 速率和 uart 波特率是否匹配。7. 我个人的选型决策清单讲了这么多最后给一个我自己实际用的决策流程遇到新项目时按这个顺序过一遍基本不会选错。第一步问数据量。每秒要传多少字节几百字节以内i2c 或 uart 都行几 KB 到几 MBspi音频流i2s。第二步问设备数量。一个设备uart 或 spi 都简单多个设备且地址不冲突i2c 最省线多个设备且地址冲突i2c 加多路复用器或者用 spi。第三步问引脚预算。引脚紧张优先 i2c引脚充裕且要高速spi。第四步问距离。板内随便选出板考虑 uart 降速或差分。第五步问实时性。音频要 i2s普通传感器 i2c 足够高速采集 spi。这套流程我用了很多年基本覆盖了大部分场景。当然实际项目里还要考虑芯片是否支持、驱动是否成熟、成本等因素但接口选型的大方向用这五步就能定下来。调试的时候记住一句话先降速再抓波形最后查配置。大部分接口问题都能用这个顺序定位。我踩过的坑里十有八九是硬件连接或基础配置的问题真正复杂的协议问题反而很少。把基础打牢这四个接口用起来其实都不难。