3. I2C总线协议进阶：多主机仲裁、时钟同步与时钟拉伸、高速模式（Hs-mode）、超快速模式（UFm）、车载环境下的总线电容与速率限制

3.1 多主机仲裁（Multi-Master Arbitration）

在车载多域控制器（如IVI与T-Box共享同一I2C总线访问传感器）场景下，I2C总线支持多个主机同时发起传输。仲裁机制确保数据不丢失，且优先级由总线上的数据信号决定。

仲裁原理

• 逐位仲裁：多个主机在SCL高电平期间同时拉低SDA，输出低电平的主机赢得仲裁。
• 丢失仲裁的主机：立即释放SDA和SCL，转为从机模式，不产生停止条件。
• 数据与地址仲裁：地址阶段和数据阶段均可仲裁，优先级由低地址/低数据位决定。

仲裁时序关键参数

3.2 时钟同步与时钟拉伸（Clock Synchronization & Stretching）

时钟同步是多主机模式下SCL信号由所有主机共同驱动的结果；时钟拉伸是从机控制SCL低电平时间以降低传输速率，常用于低速传感器（如温度传感器TMP102）或需要处理时间的车载MCU。

时钟同步机制

• 每个主机内部产生自己的SCL时钟，通过线与连接。
• 最早拉低SCL的主机决定低电平起始，最后释放SCL的主机决定高电平起始。
• 同步后的SCL周期由最慢的主机决定。

时钟拉伸场景

• 从机忙：从机在ACK位后拉低SCL，表示需要额外处理时间。
• 超时风险：Linux I2C核心默认超时1秒，若从机拉伸超过此值，驱动返回-ETIMEDOUT。
• 车载影响：ADAS摄像头初始化时可能拉伸长达50ms，需在设备树中调整clock-frequency和i2c-scl-clk-low-timeout-us。

3.3 高速模式（Hs-mode）

高速模式将I2C总线速率提升至3.4 MHz，适用于车载高带宽场景（如摄像头配置通道、高刷新率显示控制）。

Hs-mode关键特性

车载Hs-mode应用限制

• 总线电容：Hs-mode要求总线电容不超过100 pF，车载线束和连接器易超标。
• PCB布局：必须使用差分对或屏蔽走线，避免EMI干扰。
• Linux支持：内核需配置CONFIG_I2C_HID_ACPI或CONFIG_I2C_DESIGNWARE_BAYTRAIL等专用驱动，通用i2c-gpio不支持Hs-mode。

3.4 超快速模式（UFm）

UFm是I2C总线的最快模式，速率高达5 MHz，仅支持单向传输（主机到从机），用于车载显示背光控制、LED驱动等纯输出场景。

UFm与Hs-mode对比

3.5 车载环境下的总线电容与速率限制

车载I2C总线受线束长度、连接器数量、分支拓扑影响，总线电容显著增加，直接限制最大传输速率。

电容来源与影响

• 线束电容：每米约50-100 pF（取决于线缆类型）。
• 连接器电容：每个连接器约5-15 pF。
• 从机输入电容：每个从机引脚约5-10 pF。
• 总电容公式：C_bus = C_wire + ΣC_connector + ΣC_slave

速率与电容关系

车载降容设计策略

1. 使用I2C总线缓冲器：如PCA9517、TCA9511，可隔离电容并驱动更长线束。
2. 降低上拉电阻：从标准10 kΩ降至2.2 kΩ（快速模式），但需注意功耗。
3. 星形拓扑：避免菊花链，使用星形连接减少分支电容。
4. 设备树配置：设置i2c-scl-rising-time-ns和i2c-scl-falling-time-ns，让内核自动调整时序。

3.6 多主机仲裁与时钟同步流程图

3.7 车载I2C总线电容与速率限制示意图

&i2c3 {
    status = "okay";
    clock-frequency = <100000>;          /* 标准模式，兼容长线束 */
    i2c-scl-rising-time-ns = <600>;      /* 3米线束实测上升时间 */
    i2c-scl-falling-time-ns = <150>;
    multi-master;                         /* IVI与T-Box共享总线 */

    temperature-sensor@48 {
        compatible = "ti,tmp102";
        reg = <0x48>;
    };

    light-sensor@44 {
        compatible = "rohm,bh1750";
        reg = <0x44>;
    };
};