4. I2C协议深度解析：总线架构、时序参数、寻址方式、多主机仲裁、时钟拉伸

I2C协议，说实话，是嵌入式系统里最常用的低速总线之一。两根线——SCL和SDA，就能挂一堆设备。但越简单的东西，坑往往越多。我这些年调试过的I2C问题，从时序不达标到地址冲突，再到莫名其妙的总线锁死，几乎每个项目都会遇到。这一章，咱们就把I2C的底裤扒干净。

4.1 总线架构：开漏与上拉电阻

I2C总线物理层用的是开漏输出。什么意思？就是每个设备只能把总线拉低，不能主动拉高。高电平全靠上拉电阻。这种设计的最大好处是：多个设备可以安全地共用总线，不会出现电平冲突。

上拉电阻的取值很关键。阻值太小，功耗大，而且驱动能力过强可能损坏端口；阻值太大，上升沿太慢，时序容易超标。我一般按这个经验公式估算：

R_pullup(min) = (Vcc - Vol_max) / Iol_max
R_pullup(max) = Trise_max / (0.8473 × Cbus)

其中Cbus是总线上所有设备的引脚电容加上走线寄生电容的总和。标准模式下，Trise_max是1000ns，快速模式是300ns。我建议你实际设计时留30%的余量。

4.2 时序参数：标准、快速与高速模式

I2C有几种速度模式，参数差异不小。我整理了一张表，方便你对照：

注意看，高速模式对上升时间要求极严，只有40ns。这意味着你的PCB走线寄生电容必须控制得很低。我曾经在一个项目中，因为没注意走线长度，导致高速模式下的上升沿超标，从机无法识别起始条件。后来把走线从15cm缩短到5cm，问题就解决了。

4.3 寻址方式：7位与10位地址

I2C的寻址方式有两种：7位地址和10位地址。7位地址最多支持112个设备（保留16个地址），10位地址可以扩展到1024个。

7位地址的传输格式是这样的：主机发送起始条件后，先发7位地址，再发1位读写位。从机收到地址后，在第9个SCL周期拉低SDA作为应答。

// 7位地址写操作示例
// 假设从机地址为 0x50 (7位)
// 主机发送: S 0x50 W A [数据字节] A ... P

// 代码实现（伪代码）
i2c_start();
i2c_write_byte(0xA0);  // 0x50 << 1 | 0 (写)
i2c_wait_ack();
i2c_write_byte(0x00);  // 寄存器地址高字节
i2c_wait_ack();
i2c_write_byte(0x10);  // 寄存器地址低字节
i2c_wait_ack();
i2c_write_byte(0xFF);  // 要写入的数据
i2c_wait_ack();
i2c_stop();

10位地址的格式稍微复杂一些。主机先发11110xx（xx是10位地址的高2位）加读写位，然后发一个额外的字节放低8位地址。从机需要两次应答。

4.4 多主机仲裁：谁抢到算谁的

I2C支持多个主机挂在同一总线上。但同一时刻只能有一个主机控制总线。如果两个主机同时发起传输，就会发生仲裁。

仲裁的机制其实很简单：谁先拉低SDA，谁就赢。因为开漏结构下，低电平会覆盖高电平。每个主机在发送数据的同时，会监测SDA的实际电平。如果它发送的是1，但读到的是0，说明有其他主机在拉低总线，它就自动退出。

仲裁可以在两个阶段发生：

• 地址阶段： 两个主机发送不同的地址，地址值小的那个会赢（因为先出现0）。
• 数据阶段： 如果地址相同，就在数据字节上仲裁。同样，数据值小的赢。

我遇到过最头疼的仲裁问题，是三个主机同时访问同一个从机。从机只有一个，但三个主机都在发数据。结果数据在总线上混在一起，谁都没读到正确内容。解决方案是给每个主机分配不同的优先级，或者用硬件仲裁逻辑。

4.5 时钟拉伸：从机的“慢一点”信号

时钟拉伸是从机用来控制传输速度的机制。当从机来不及处理数据时，它会主动拉低SCL，迫使主机等待。主机在释放SCL后，必须检测SCL是否真的变高了。如果SCL还是低，说明从机在拉伸时钟，主机就得继续等。

这个机制在低速传感器和EEPROM中很常见。比如，一个温度传感器在转换数据时，可能需要几毫秒。如果主机不管不顾地继续发时钟，从机就会丢数据。

// 带时钟拉伸处理的I2C读操作
uint8_t i2c_read_byte_with_clock_stretch(void) {
    uint8_t data = 0;
    for (int i = 0; i < 8; i++) {
        // 主机释放SCL，让从机控制
        SCL_HIGH();
        // 等待SCL变高，处理时钟拉伸
        uint32_t timeout = 10000;
        while (READ_SCL() == 0) {
            if (--timeout == 0) {
                // 超时处理，防止死锁
                return 0xFF;
            }
        }
        // 延时，满足建立时间
        delay_us(1);
        // 读取SDA
        data = (data << 1) | READ_SDA();
        // 拉低SCL，给从机准备下一位数据的时间
        SCL_LOW();
        delay_us(1);
    }
    return data;
}

注意代码里的超时处理。我曾经在一个项目中，从机因为电源不稳定，时钟拉伸时间异常长，导致主机卡死在等待循环里。加上超时后，系统就能自动恢复。

4.6 知识体系总览

下面这张图把I2C协议的核心知识点串起来了。你可以把它当作调试时的快速参考。

I2C协议看着简单，但每个细节都可能成为系统的瓶颈。从物理层的上拉电阻，到协议层的地址冲突，再到高级特性的时钟拉伸和仲裁，每一步都需要仔细验证。我建议你在设计阶段就把这些参数算清楚，别等到板子回来了再慢慢调。