从协议原理、核心优势到 MCU 应用实践

在嵌入式系统中，I²C 几乎是最常见的通信接口之一。从温度传感器、加速度计，到 EEPROM、电源管理芯片，许多外围器件都通过两根信号线与 MCU 通信。

但随着智能终端、工业控制和可穿戴设备的发展，单个系统需要连接的传感器越来越多，数据更新频率也越来越高。传统 I²C 在通信速率、设备管理和中断响应方面逐渐显现出一些局限。

在这样的背景下，MIPI 联盟推出了 I3C（Improved Inter-Integrated Circuit）通信标准。

I3C 并不是简单地提高 I²C 的时钟频率，而是在保留两线式、多设备连接等特点的基础上，引入动态地址分配、带内中断和更高效的数据传输机制，为新一代嵌入式设备提供了另一种通信选择。

下面从协议原理、核心特性、实际应用以及 MCU 硬件实现几个方面展开介绍。

一、I3C 是什么？为什么需要它？

I3C 是由 MIPI 联盟制定的串行通信总线标准，可以理解为面向新一代嵌入式设备的增强型两线通信接口。

它延续了 I²C 的基本连接方式，主要使用两根信号线：

• SCL： 时钟信号线。

• SDA： 双向数据传输线。

与传统 I²C 不同的是，I3C 在电气层和协议层进行了改进，支持推挽（Push-Pull）传输、动态地址分配、带内中断（IBI）等功能。

其中一个重要变化是数据传输方式。

传统 I²C 主要采用开漏（Open-Drain）结构，信号需要通过上拉电阻恢复高电平。而 I3C 在适用的数据传输阶段可以采用推挽方式，由发送端主动驱动高、低电平，从而提高信号切换效率。

I3C 的标准 SDR（Standard Data Rate）模式最高支持 12.5 MHz。需要注意，这属于标准定义的最高能力，并不代表所有 I3C 控制器和目标设备都支持该速率。实际速度还取决于具体芯片实现和总线条件。

MCU 通过 I3C 总线连接多个传感器的结构示意图

二、I3C 相比 I2C，核心升级在哪里？

I3C 的价值并不只是速度提升，更重要的是对多设备通信管理方式的改进。

1. 更高的数据传输效率

I²C 常见工作速率包括：

• Standard Mode：100 kHz

• Fast Mode：400 kHz

• Fast Mode Plus：1 MHz

• High Speed Mode：3.4 MHz

I3C 的 SDR 模式最高可达 12.5 MHz。

与常见的 400 kHz、1 MHz I²C 工作模式相比，I3C 可以显著提高数据吞吐能力。

另外，I3C 在数据传输阶段采用推挽驱动，减少了传统开漏方式对上拉电阻和总线电容的依赖。

实际价值：

对于需要持续采集多路传感器数据的系统，例如 IMU、环境监测设备和工业传感终端，更高的通信效率意味着可以缩短数据读取时间，降低通信过程对 MCU 运行时间的占用。

2. 动态地址分配（DAA）

这是 I3C 一个比较有代表性的功能。

在传统 I²C 系统中，每个设备通常使用固定的 7 位地址。当多个同型号传感器使用相同地址，且不支持地址配置时，就可能出现地址冲突，需要通过额外 GPIO、地址选择引脚或者 I²C 多路复用器解决。

I3C 引入了动态地址分配机制（Dynamic Address Assignment，DAA）。

系统启动后，主控制器可以通过 ENTDAA 等规定的通用命令，识别总线上的 I3C 设备，并为其分配动态地址。

其基本过程可以理解为：

1. MCU 初始化 I3C 总线。

2. 主控制器发起设备发现和动态地址分配流程。

3. 总线设备参与身份识别。

4. 主控制器为符合条件的设备分配动态地址。

5. 后续通信通过分配的地址进行寻址。

需要注意：动态地址并不是随意生成的随机地址，而是依据设备身份信息和协议规定的仲裁、分配流程完成。

实际价值：

当一个系统中接入多个相同型号的传感器时，动态寻址可以降低地址冲突带来的硬件设计难度，减少对额外地址选择电路的依赖。

3. 带内中断（IBI）

传统 I²C 从设备通常不能主动发起总线通信。如果传感器产生了新的数据或者出现某种事件，主控制器往往需要通过轮询，或者额外连接 GPIO 中断线来获知。

I3C 提供了带内中断机制（In-Band Interrupt，IBI）。

简单来说，从设备可以通过 SDA 总线请求主控制器关注自身，而不必为每个设备单独占用一根中断 GPIO。

例如：

• 加速度计检测到异常运动。

• 温度传感器达到设定阈值。

• 某个传感器产生新的数据。

• 外设需要向 MCU 发出服务请求。

此时，设备可以通过 IBI 机制请求总线访问，主控制器识别请求设备后，再根据应用需求读取相关状态或数据。

IBI 带内中断工作流程图

这种方式尤其适合多传感器系统，可以减少额外中断引脚的使用，也能避免主控制器持续轮询所有设备。

4. I²C 设备兼容与混合连接

I3C 的另一个重要特点是考虑了现有 I²C 生态的迁移问题。

在符合协议电气条件的情况下，I3C 总线上可以同时连接 I3C 设备和传统 I²C 设备。

这意味着在升级硬件平台时，不一定需要一次性替换所有外围器件。

例如，一块控制板可能同时连接：

• I3C 加速度传感器；

• I3C 温度传感器；

• 传统 I²C EEPROM；

• 传统 I²C 环境传感器。

这样可以根据外围器件的实际需求，逐步采用 I3C 设备。

不过需要注意，I²C 兼容不等于所有 I²C 器件都能直接混接。设备的电压、地址、总线时序、电气特性以及对 I3C 信号的容忍能力都需要确认。

5. 更灵活的功耗管理

I3C 的推挽数据传输方式可以提高单位时间内的数据传输效率。

对于电池供电设备而言，完成同样的数据读取任务，可以缩短通信时间，让 MCU 和外围器件更快进入低功耗状态。

此外，IBI 也可以作为一种事件通知和唤醒手段，减少不必要的轮询。

因此，I3C 的低功耗优势不仅来自信号传输本身，还来自系统级通信效率的改善。

三、I3C 与 I²C 核心参数对比

对比项目	I2C	I3C
信号线	SCL、SDA	SCL、SDA
常见速率	100 kHz、400 kHz、1 MHz	SDR 最高 12.5 MHz
数据驱动	主要为开漏	开漏与推挽结合
设备地址	静态地址为主	动态地址分配
设备中断	通常需要额外 GPIO	支持 IBI
多设备连接	支持	支持
设备热加入	无标准化对应机制	支持 Hot-Join
传统设备兼容	原生 I²C	支持符合条件的 I²C 设备混接

需要特别说明：

• 12.5 MHz 是 I3C SDR 的标准最高速率，不是所有设备的实际工作速率。

• I3C 还定义了 HDR（High Data Rate）模式，但具体 HDR 类型及支持情况取决于芯片实现。

• I3C 并不是 I²C 的完全替代品。对于低速、低成本、器件资源有限的应用，传统 I²C 依然具有很高的实用价值。

四、I3C 在实际嵌入式系统中有哪些应用？

从应用角度来看，I3C 更适合设备数量较多、数据更新频率较高，或者对功耗和系统集成度有要求的场景。

1. 智能穿戴设备

智能手表、运动手环通常需要接入加速度计、陀螺仪、温度传感器等器件。I3C 可以提高多传感器的数据交互效率，并利用 IBI 减少额外中断引脚。

2. 工业传感与监测

在工业设备中，多个传感器需要持续向控制器提供运行状态。I3C 的动态寻址和较高传输效率，有助于简化设备管理和提高数据采集效率。

3. 机器人与智能终端

机器人、智能控制终端往往需要接入姿态、距离、环境等多种传感器。I3C 可以为多设备通信提供更灵活的总线管理方式。

4. 汽车电子与电源管理

在部分汽车电子和电源管理系统中，控制器需要与多个监测及管理器件进行状态交互。I3C 可以作为传统控制总线之外的一种选择，具体需要结合器件认证和系统设计要求。

智能穿戴、工业传感、机器人等 I3C 应用场景

五、MCU 中的 I3C 实现：以 CH32H417、CH32V467 为例

协议标准最终需要落到芯片外设上，才能真正转化为开发者可以使用的功能。

目前，沁恒微电子的部分 MCU 产品已经集成 I3C 接口。例如 CH32H417 和 CH32V467，均可以作为了解 MCU 集成 I3C 外设的参考案例。

CH32H417

CH32H417 是一款双核 RISC-V MCU，集成 USB 3.0、USB 2.0 高速接口、以太网 PHY、Type-C/PD、SDIO、QSPI、I3C 等多种外设资源。

从应用定位来看，适合关注高速数据交互、丰富外设集成和多种接口协同的嵌入式系统。

CH32V467

CH32V467 是一款高性能 RISC-V MCU，集成 I3C、双 USB 2.0 高速接口、以太网 PHY、LTDC、DVP、SDIO 等丰富外设资源。

对于需要图像处理、显示控制和多种外设通信的应用，提供了较丰富的硬件接口选择。

从这两款 MCU 可以看到，I3C 已经不只是移动终端处理器上的通信接口，也开始进入更广泛的 MCU 应用领域。

对于开发者而言，选择集成 I3C 外设的 MCU，可以在芯片层面获得相应的硬件通信能力，减少通过软件模拟实现复杂总线协议的工作量。

当然，实际项目中仍需要结合具体芯片的数据手册、应用手册和参考例程，确认外设支持的功能、工作模式、时序配置及软件接口。

六、I3C 开发过程中，有哪些问题需要注意？

I3C 虽然在协议层面做了很多优化，但对于硬件工程师来说，实际开发仍有一些需要重点关注的地方。

1. 确认设备支持的 I3C 模式

不能只看到芯片支持 I3C，就默认其支持所有 I3C 功能。

例如，SDR、HDR、IBI、Hot-Join 等功能可能存在不同的实现组合。选型时需要确认 MCU 和目标器件各自支持的协议版本及功能。

2. 注意总线电气设计

I3C 并不意味着可以直接沿用传统 I²C 的所有硬件设计参数。

需要重点关注：

• MCU 与外围器件的 IO 电压是否匹配；

• SDA、SCL 的上拉及高电平保持结构；

• 总线电容、走线长度和信号完整性；

• 开漏与推挽阶段的电气要求；

• I²C 兼容设备混接时的电气限制。

尤其是在较高数据速率下，PCB 走线和负载电容会直接影响通信可靠性。

3. 注意软件初始化与地址管理

I3C 不只是配置一个时钟频率就能完成通信。

在典型的动态寻址应用中，还需要处理：

• I3C 外设初始化；

• 总线设备发现；

• 动态地址分配；

• CCC（Common Command Codes）命令；

• 设备通信及异常处理；

• IBI 请求响应。

对于多设备系统，还要考虑设备加入、移除及总线恢复等问题。

4. 合理使用 DMA 和中断

在数据量较大的场景下，可以根据 MCU 外设能力使用 DMA，减少 CPU 在数据搬运过程中的占用。

对于事件驱动型设备，则可以结合 IBI 和 MCU 中断机制，减少不必要的轮询。

七、总结：I3C 会取代 I²C 吗？

从技术发展来看，I3C 确实为传统两线通信总线提供了一种更高效的升级路径。

它在保留两线连接和多设备通信特点的基础上，通过推挽数据传输、动态地址分配、带内中断等机制，改善了传统 I²C 在通信效率和设备管理方面的一些局限。

但这并不意味着 I²C 会很快退出市场。

对于通信速率要求不高、外围设备简单、成本敏感的产品，I²C 依然是成熟且经济的选择。而对于需要连接多种传感器、追求更高数据吞吐率和更灵活设备管理的系统，I3C 则值得重点关注。

从 MCU 厂商的产品布局也能看到这一变化。以沁恒 CH32H417、CH32V467 为例，I3C 已经成为其片上外设资源的一部分，为开发者提供了在不同应用场景下采用新一代通信接口的可能性。

对于工程师来说，真正重要的不是盲目追求更新的协议，而是根据系统的数据量、功耗预算、外围器件兼容性和开发成本，选择合适的通信方案。