Bit & Signal
搜索
菜单
专题导航
嵌入式系统FreeRTOS 任务状态与调度机制I2C 总线原理与工程实践FreeRTOS 任务基础
文章目录
嵌入式系统

I2C 总线原理与工程实践

从开漏输出、上拉电阻到多主仲裁与时钟延展，系统理解 I2C 总线的工作机制与嵌入式工程中的排查方法。

本文解决什么问题

理解 I2C 总线为什么只需要两根线就能连接多个设备，掌握起始/停止条件、地址帧、应答机制和时钟延展等核心概念，学会在嵌入式项目中选择合适的上拉电阻、排查通信故障，并理解多主场景下的仲裁机制。适合有 C 语言基础的 MCU 开发者。

核心概念与直觉

I2C（Inter-Integrated Circuit）是一种同步、多主多从、双线串行总线。直观理解：想象一个会议室里有多个人（设备），其中一个是当前发言人（主设备），其他人静默监听（从设备）。主设备先喊出对谁说话（地址），对方回应一声”在”（ACK），然后开始交谈（数据传输）。任何人说完一句话，对方都应该给个回应。如果从设备需要时间思考怎么回答，它可以拉住发言人的线不让继续（时钟延展）。

核心技术要素：

  • SDA（数据线）和 SCL（时钟线）：两条线都通过上拉电阻拉到 VCC，设备通过开漏输出拉到 GND。
  • 开漏输出：设备只能主动拉低线路，不能主动拉高。这使得多设备可以共享同一线路而不冲突（线与逻辑）。
  • 7 位或 10 位地址：每个从设备有唯一地址，主设备在起始条件后先发送地址帧。

关键结构或工作流程

sequenceDiagram
    participant M as 主设备 (MCU)
    participant S as 从设备 (传感器)
    M->>S: START: SDA↓ 然后 SCL↓
    M->>S: 地址 + R/W (7bit addr + 1bit R/W)
    S-->>M: ACK (SDA↓)
    M->>S: 数据字节 (8bit)
    S-->>M: ACK
    M->>S: STOP: SCL↑ 然后 SDA↑

基本读/写流程：

  1. 主设备发送 START 条件：SCL 高时 SDA 从高变低。
  2. 主设备发送 7 位地址 + 1 位读写位（0=写，1=读）。
  3. 被寻址的从设备在第 9 个时钟周期拉低 SDA（ACK）。
  4. 数据传输以字节为单位，每字节后跟一个 ACK/NACK 位。
  5. 主设备发送 STOP 条件：SCL 高时 SDA 从低变高。

原理与机制

开漏输出与上拉电阻

I2C 的 SDA 和 SCL 都使用开漏输出结构。这意味着：

  • 设备内部通过一个 NMOS 管控制引脚：导通时拉到 GND（输出低电平），关断时引脚浮空。
  • 线路的高电平完全依赖外部上拉电阻 Rp 将总线拉到 VCC。
  • 任何设备都可以拉低线路，但没有设备能强行拉高——这就是”线与”逻辑。

上拉电阻的选择直接影响总线性能：

  • 太小：设备吸电流能力不足，低电平可能降不到 V_IL 以下。
  • 太大：RC 时间常数过大，上升沿太慢，限制最大通信速率。
Rp(min) = (VCC - V_OL(max)) / I_OL
Rp(max) = t_r / (0.8473 × C_b)

标准模式（100kHz）和快速模式（400kHz）对上升时间有不同要求。长走线或大电容总线（多节点并联）需要降低 Rp 或使用 I2C 缓冲器。

时钟延展 (Clock Stretching)

从设备如果来不及处理数据，可以在主设备释放 SCL 后将 SCL 保持低电平，阻止主设备产生下一个时钟脉冲。这是一种流控机制。但并非所有控制器、驱动和超时配置都能正确处理长时间的时钟延展，使用前应核对主设备数据手册。

多主仲裁

多个主设备可以同时尝试控制总线。由于开漏输出的线与特性，当两个主设备同时发送数据时，第一个在 SDA 上释放高电平但检测到低电平（被另一设备拉低）的主设备将失去仲裁并停止驱动总线。是否继续作为从设备取决于控制器能力和当前总线阶段，不能笼统地认为所有控制器都会自动切换角色。

示例代码或操作流程

典型的 MCU I2C 初始化流程（与具体芯片寄存器无关的伪代码）：

bool i2c_init(uint32_t bus_hz) {
    gpio_configure_open_drain(SCL_PIN);
    gpio_configure_open_drain(SDA_PIN);
    gpio_enable_external_pullups();


    i2c_disable();
    if (!i2c_configure_timing(bus_hz, peripheral_clock_hz())) {
        return false;  // 时序参数应来自芯片手册或厂商配置工具
    }
    i2c_clear_error_flags();
    i2c_enable();
    return i2c_bus_is_idle();
}

工程实践与排查

常见问题与排查步骤：

  1. 总线一直被拉低（SCL 或 SDA 卡在低电平）

    • SCL 持续为低时，检查从设备是否在时钟延展、主设备是否仍在驱动，或是否存在硬件短路。
    • SDA 持续为低且 SCL 可控时，可尝试产生最多 9 个 SCL 脉冲，让从设备完成未结束的字节，再发送 STOP。
    • 用示波器检查两条线的电平，逐一断开从设备定位肇事物。

  2. ACK 缺失（NACK）

    • 检查从设备地址是否正确（注意 7 位地址左移 1 位与 8 位写的区别）。
    • 检查从设备是否上电且未处于复位状态。
    • 用逻辑分析仪捕获波形，确认地址字节和 ACK 位。

  3. 间歇性通信失败

    • 检查上拉电阻是否过大导致上升沿缓慢。
    • 检查总线电容是否超标（走线过长或多节点）。
    • 检查电源噪声是否干扰了逻辑电平判断。

常见误区

  • 误区：“I2C 设备地址是 8 位” → 许多数据手册给出的地址是 7 位地址左移 1 位后的 8 位形式（含读写位）。实际编程前需要确认地址格式。
  • 误区：“上拉电阻随便选个 10kΩ 就行” → 10kΩ 可能在 400kHz 下上升沿过慢。应按总线电容和速率计算合适阻值。
  • 误区：“I2C 最多只能有 128 个设备” → 7 位地址确实有 128 个可能，但其中 16 个为保留地址。如果使用 10 位地址模式，理论上有更多地址空间。

深入理解

SMBus 与 PMBus：它们基于 I2C 物理层，但有更严格的时序和协议要求。SMBus 规定了固定的超时时间和最小总线速度。

I3C 演进：MIPI I3C 是面向传感器和控制总线的后续标准，可在同一总线上兼容部分 I2C 目标设备，并支持动态地址分配、带内中断和更高传输速率；具体速率取决于所使用的 I3C 模式。

小结

  • I2C 通过开漏输出+上拉电阻实现双线多设备通信，核心机制是线与。
  • 每个字节传输后必须有 ACK/NACK 位，这是基本的流控和数据确认手段。
  • 时钟延展允许慢速从设备调节通信节奏，但需确认主设备硬件支持。
  • 上拉电阻的选择是工程关键：阻值过小会增加灌电流，过大则使上升沿变慢。
  • 排查 I2C 问题时，示波器/逻辑分析仪是最有效的工具，先看总线电平和时序。

官方参考资料