I2C 协议概述：从历史到选型决策

各位工程师朋友，今天我们来聊聊 I2C。这个协议在嵌入式系统里太常见了，几乎所有单片机、传感器、存储芯片都会带上它。我最初接触 I2C 是在十多年前做一款消费电子主板，当时为了调通一颗 EEPROM 的读写，折腾了整整两天。从那以后，我对它的脾气算是摸透了。

这一节，我会从历史演变、典型场景，再到与 SPI、UART 的对比，把 I2C 的定位讲清楚。你不需要死记硬背参数，关键是理解它为什么会被设计成今天这个样子。

1.1 历史演变：从 Philips 到通用标准

I2C 的全称是 Inter-Integrated Circuit，最早由 Philips（现 NXP）在 1982 年推出。目的很简单——减少芯片间的连线数量。

• 1982 年：Philips 定义 100 kHz 标准模式，用于电视机、音响等消费电子内部通信。
• 1992 年：增加 400 kHz 快速模式，满足更高的数据吞吐需求。
• 1998 年：推出 3.4 MHz 高速模式，但我在项目中很少用到——它对 PCB 走线要求太高，容易出信号完整性问题。
• 2012 年：NXP 发布超快速模式（5 MHz）和增强型 I2C 规范，针对更复杂的多主系统。

说白了，I2C 的演进就是一条路：在两根线上不断压榨带宽，同时保持兼容性。我手头有块 2001 年产的传感器模块，照样能跟我现在的 STM32 正常通信，这种向下兼容做得确实不错。

1.2 典型应用场景：什么时候该选 I2C？

我遇到的绝大多数场景，I2C 都是第一选择。它不像 SPI 那样需要片选信号，也没有 UART 那样需要约定波特率。你想想看，只要把两根线拉出来，地址分配好，就能挂上一堆器件。

以下是几个我做过的项目实例：

• 传感器读取：温度、湿度、气压、加速度计。这些芯片通常数据量小（几字节到几十字节），对速率要求不高，I2C 的低引脚数优势明显。我曾在一款可穿戴设备上用 I2C 挂了 5 个传感器，只用了 2 个 GPIO。
• 低速外设配置：LCD 驱动、IO 扩展器、ADC/DAC 配置寄存器。这类操作不频繁，写几个字节就完事。I2C 的应答机制能让我立刻知道外设是否正常工作。
• 系统管理总线（SMBus）：笔记本电源管理、电池充放电控制。SMBus 本质上是 I2C 的变种，只是加入了一些超时和报警机制。我在一款逆变器项目里就用过 SMBus 做电源监控。
• 多主通信：当系统里有多个主设备需要共享总线时，I2C 的仲裁机制是天然的优势。SPI 和 UART 做多主就复杂多了——我见过有人用 SPI 做多主，结果芯片选择信号互相冲突，烧了一片。

应用类型	典型速率	常用器件	我踩过的坑
传感器读取	100 kHz ~ 400 kHz	BME280, MPU6050, TMP117	多个同型号传感器地址冲突时，需要额外选通引脚
外设配置	400 kHz	MCP23017, SSD1306, PCF8574	配置寄存器写完后未读回校验，导致外设状态未知
系统管理	100 kHz	BQ20Z80, MAX17048	SMBus 协议对时序更敏感，用普通 I2C 代码容易超时
多主通信	100 kHz ~ 400 kHz	双 MCU 之间共享总线	竞争条件未处理好，总线被两个主设备同时驱动导致锁死

1.3 与 SPI / UART 的对比归纳总结

有时候我们在选型会上争论：这个传感器到底用 I2C 还是 SPI？我的建议是——先把需求和约束列清楚，再做选择。

1. 引脚数：I2C 只需 2 根线（SCL+SDA），SPI 至少 4 根（SCK+MOSI+MISO+CS），UART 只需 2 根（TX+RX）。但你注意，UART 的点对点局限性很大，不像 I2C 能挂多设备。
2. 速度：SPI 最快（几十 MHz 甚至更高），I2C 高速模式也就 3.4 MHz，UART 通常几 Mbps。但速度不是唯一指标——我在调试一块 SPI 接口的 ADC 时，因为时钟线太长导致边沿变缓，采样结果全都是错的。I2C 虽然慢，但信号沿是受控的，抗干扰反而好一些。
3. 流控机制：I2C 有硬件级应答（ACK/NACK）和时钟拉伸（Clock Stretching）。UART 没有硬件应答，只能靠上层协议做。SPI 也没有标准应答，全靠主设备控制。举个例子，我曾经在 I2C 总线上挂了一片很慢的 EEPROM，它会在写入期间拉住时钟，主设备自动等待——换成 SPI 就得自己算延时。
4. 多主支持：I2C 天生支持多主，有总线仲裁。SPI 和 UART 做多主需要额外的总线管理逻辑，非常麻烦。
5. 布线距离：I2C 标准模式建议总电容不超过 400 pF，折算成 PCB 走线大概几十厘米。SPI 可以做到数米（降低速率），UART 通过 RS-485 能到千米级。我有个项目需要把传感器放在设备外部 1 米远，I2C 就不行了，最后换成 UART 加电平转换。

特性	I2C	SPI	UART
引脚数（总线）	2 根	4+根	2 根
最大速率（常用）	3.4 MHz（高速模式）	50-100 MHz	1-5 Mbps
通信方式	半双工，主从或多主	全双工，一主多从	全双工，点对点
地址机制	7位/10位地址，外设自带	片选信号编址	无地址概念
应答机制	硬件 ACK/NACK	无，需软件处理	无，需协议层处理
多主能力	原生支持，带仲裁	困难	困难
典型线长（板内）	几十厘米	数十厘米	数米（需驱动 IC）

1.4 I2C 的物理层与逻辑层框架

理解 I2C，必须把物理层和逻辑层分开看。物理层就是两根开漏线加上拉电阻；逻辑层是时钟、数据、起始/停止条件、地址、数据、应答这些时序规则。

下面的图展示了我平时做 I2C 调试时的思维框架。每次遇到奇怪的问题，我都是从底层往上排查：先看物理层（上拉电阻、电平），再看时序（SCL 频率、占空比），最后看逻辑层（地址、数据、应答）。

关于 I2C 协议解码参数的配置，我们需要清楚哪些参数是可以在不同主控/逻辑分析仪/示波器里设置的：SCL 频率、总线电压、从设备地址位宽（7位还是10位）、ACK/NACK 检查开关、以及时钟拉伸容忍度。这些参数看似琐碎，但配置错了，要么通信失败，要么解码出来的数据全是乱码。