I3C 地址类型：静态地址与动态地址
要说 I3C 地址分配，咱们得先把两种地址类型彻底掰扯清楚。静态地址和动态地址是 I3C 总线的基石。很多工程师面试时被问懵，就是没搞懂这俩到底怎么配合工作。我这些年调试 I3C 设备，光是地址冲突就踩过好几次坑，今天把核心要点全摊开讲。
什么是静态地址？
静态地址，说白了就是设备出厂时固化的 7 位地址。跟 I²C 的从机地址一样，每个设备在芯片设计阶段就确定好了。你买回来的传感器，数据手册里一定会写“默认 7 位从机地址为 0x76”之类的参数。这个地址只要不烧录新固件，一辈子不会变。
静态地址的特点：
- 固定性——设备每次上电地址都一样，不需要额外配置。
- 冲突风险——总线上的静态地址必须唯一。我遇到过一块板子上挂了两个同型号的加速度计，默认地址都是 0x1D，结果两个设备都无法正常通信。只能用独立片选线或者换不同硬件版本解决。
- 由规范定义——大量 I3C 设备的静态地址遵循
7'h7C的公共范围，但具体值靠厂商自由分配。 - 不参与动态分配——静态地址设备不需要通过 ENTDAA 流程获取地址，直接使用出厂值就行。
什么是动态地址？
动态地址是 I3C 相比 I²C 最核心的升级。主控在上电后发起 ENTDAA（Enter Dynamic Address Assignment）流程，给每个从设备临时分配一个唯一地址。这个地址不是出厂就有的，而是每次总线枚举时重新赋予。
动态地址的优势：
- 即插即用——不需要外部跳线、不需要 EEPROM 配置，主控能自动给所有设备分配地址。
- 彻底解决冲突——即使总线上挂了多个同型号的传感器，动态地址也能保证每个设备获得唯一的 7 位地址。
- 地址范围可控——主控通常从
0x08到0x77之间分配，避开 0x7E（广播地址）和保留区域。
你想想看，传统 I²C 要是挂两个一模一样的器件，要么改硬件地址引脚，要么用 MUX 切换。I3C 直接用软件就搞定了，是不是很方便？
静态地址 vs 动态地址：一张表看明白
| 特性 | 静态地址 | 动态地址 |
|---|---|---|
| 来源 | 出厂固件/硬件引脚 | 主控通过 ENTDAA 分配 |
| 是否唯一 | 总线级需要唯一，否则冲突 | 分配过程中强制唯一 |
| 是否可改 | 不可改（除非重新烧录） | 每次上电可能不同 |
| 分配时机 | 上电即固定 | 主控发起动态分配流程 |
| 应用场景 | 单设备系统、免配置场景 | 多设备、热插拔、复杂系统 |
这张表是我面试时最喜欢让候选人画的。你能把两种地址的差异说清楚，基本就掌握了一半的 I3C 地址分配概念。
动态地址分配流程快速过一遍
地址分配的核心步骤其实不复杂。主控先广播一条 ENTDAA 命令，然后所有支持动态地址的设备通过 SDA 线上的数据触发（Data Toggle）机制逐位报告自己的唯一标识符（Provisioned ID）。主控收到后，给每个设备回复一个 7 位的动态地址。具体拆解如下：
- 主控发送 START + ENTDAA：广播地址 0x7E + R/W=0，通知所有设备准备进入动态地址分配模式。
- 从设备回复 ACK：支持动态地址的从设备在 SDA 上输出 ACK。
- 主控开始读取 Provisioned ID：每个从设备逐位输出 48 位的唯一 ID（包含厂商编码、设备类型、序列号等）。
- 冲突检测：如果两个设备在同一比特位上输出不同电平，会造成冲突（SDA 被拉低）。主控检测到冲突后，选择优先级更高的设备（比如 ID 更小的）继续分配，并放弃其他设备。
- 主控发送动态地址：一旦某个设备成功输出完整 ID，主控就给它指派一个动态地址，设备回复 ACK 确认。
- 循环直到所有设备分配完毕：主控重复 ENTDAA 命令，直到总线上没有设备响应为止。
0x7E 是 I3C 协议保留地址，不得用于普通通信。我早期做验证时，不小心把这个地址当普通从机地址用，结果把整个总线锁死了。
地址类型在总线通信中的协作
实际系统里，静态地址和动态地址是共存的。举个例子：一个 I3C 总线上挂了一片静态地址的 NFC 芯片（地址 0x58），还有一个动态分配的温湿度传感器。主控上电后，先对 NFC 芯片直接发静态地址通信；然后发送 ENTDAA 给温湿度传感器分配动态地址。两个地址域互不干扰。
为什么需要静态地址？因为有些设备（比如安全芯片、电源管理 IC）不希望每次上电地址变化，否则上层软件无法做配对绑定。动态地址则给高密度传感器阵列提供灵活性。我个人推荐的做法是：功能固定的关键芯片用静态，数量多且型号相同的传感器用动态。
避坑指南：地址分配中的常见错误
- 静态地址与动态地址范围重叠：I3C 规定动态地址只占用
0x08-0x77，但很多 I²C 器件的静态地址也落在这个范围内。我曾经碰过一块 SSD1306 OLED 驱动芯片，它的默认 I²C 地址是 0x3C，结果和我分配的动态地址撞车了。系统初始化时，主控先分配的动态地址和 OLED 的静态地址冲突，导致通信时好时坏。解决办法：软件中把动态地址池排除 0x3C 这个区间。 - 设备不支持动态地址但挂了 ENTDAA：某些 legacy 从设备只支持 I²C 时序，不响应 ENTDAA。它们会直接 NACK 或者直接不参与。主控的驱动程序要能区分“不支持”和“总线错误”。
- 上电时序乱套：动态地址分配必须在系统时钟稳定、所有从设备上电完成后才能发起。我在一个低功耗项目中，主控刚起来就发 ENTDAA，结果部分外设还处于复位状态，分配失败。
一张图理清地址类型与分配流程
下面这张图把静态地址和动态地址的关系、以及动态地址分配的典型步骤串在一起。记住这个图，面试官问“I3C 如何解决地址冲突”时，你就能从静态地址的局限性讲到动态分配的具体机制。
看这张图就清楚了：静态地址和动态地址是两个独立的地址域，分配流程从 START 开始逐步走完。面试时你就照着这个流程讲，重点突出“静态地址解决不了多同类设备地址冲突问题，而动态地址通过 ID 仲裁彻底解决了”。把这个逻辑讲出来，面试官就知道你是真懂 I3C 地址分配精髓的。