4、I3C总线拓扑：点对点与多设备连接、动态地址分配（DAA）机制、设备角色
好，咱们今天聊聊I3C的拓扑结构。说实话，搞过I2C的朋友都知道，那玩意儿地址冲突起来真是让人头大。I3C在这方面做了很多改进，我个人觉得最亮眼的就是动态地址分配（DAA）。
4.1 点对点连接：最简单的玩法
先说说最简单的场景——点对点。就是一个主控带一个从设备。这种拓扑在I3C里其实不太常见，因为I3C的设计初衷就是多设备共享总线。但我在调试初期经常这么干，方便抓波形。
点对点连接时，主控直接通过SDA和SCL两根线与从设备通信。没有地址冲突，没有仲裁问题。说白了，就是两个人聊天，谁都不会抢话。
小提示： 我个人习惯在点对点模式下先验证DAA流程是否正常。如果这一步都跑不通，后面挂多个设备肯定出问题。
4.2 多设备连接：这才是I3C的主场
多设备连接是I3C的强项。你想想看，一条总线上可以挂几十个设备，而且每个设备都能动态分配地址。这在I2C时代简直不敢想。
多设备拓扑有几个关键点：
- 总线仲裁： I3C保留了I2C的仲裁机制，但做了优化。多个主控同时发起传输时，谁发低电平谁赢。
- 从设备数量： 理论上可以挂127个设备（7位地址），但实际受限于总线电容和驱动能力。我建议别超过32个，否则信号质量会下降。
- 热插拔： I3C支持热插拔，新设备接入后会自动触发DAA流程。嗯，这里要注意，热插拔时总线电平可能会抖动，最好加个滤波电容。
核心要点： 多设备连接时，每个设备必须有一个唯一的动态地址。DAA机制就是干这个活的。
4.3 动态地址分配（DAA）机制
DAA是I3C最核心的特性之一。我刚开始接触时觉得挺复杂，后来发现其实就三步：
- 主控发起DAA请求： 主控发送广播地址0x7E，告诉所有从设备「我要分配地址了」。
- 从设备响应： 每个从设备返回自己的唯一ID（48位）。这个ID是出厂固化的，不会重复。
- 主控分配地址： 主控根据ID给每个设备分配一个动态地址（0x08-0x7F之间）。
为什么会这样设计？因为I2C的静态地址太死板了。你想想看，两个设备用同一个地址，那就得改硬件或者跳线。I3C直接软件搞定，省心多了。
避坑指南： 我曾经遇到过一个坑——DAA过程中，从设备返回的ID如果包含0x00字节，主控可能会误判为NACK。后来发现是时序问题，需要在ID传输时加一个延时。嗯，这个细节很多文档都没提。
DAA的完整流程可以用伪代码表示：
// 主控发起DAA
i3c_send_broadcast(0x7E); // 广播地址
i3c_start_daa();
// 每个从设备依次响应
while (有设备未分配地址) {
device_id = i3c_read_id(); // 读取48位唯一ID
dynamic_addr = i3c_assign_addr(device_id); // 分配动态地址
i3c_store_addr(device_id, dynamic_addr); // 保存映射关系
}
// 完成DAA
i3c_end_daa();4.4 设备角色：主控、从设备、次主控
I3C的设备角色比I2C丰富。除了传统的主控和从设备，还多了个「次主控」。我刚开始也觉得这玩意儿多余，后来发现真香。
| 角色 | 功能 | 典型场景 |
|---|---|---|
| 主控（Primary Master） | 发起总线传输，管理DAA流程 | SoC主芯片 |
| 从设备（Slave） | 响应主控请求，不能主动发起传输 | 传感器、ADC |
| 次主控（Secondary Master） | 可以接管总线控制权，但需要主控授权 | 协处理器、DMA控制器 |
次主控的引入，说白了就是为了解决「主控忙不过来」的问题。比如主控正在处理中断，次主控可以临时接管总线，跟从设备通信。等主控忙完了，再把控制权交回去。
我记得有个项目，主控是个低功耗MCU，平时都在睡觉。次主控是个传感器集线器，负责定时采集数据。主控醒来后直接读缓存就行，省电又高效。
个人经验： 次主控的切换需要遵循「三握手」协议——请求、授权、确认。我曾经偷懒没做确认，结果总线死锁了。嗯，该走的流程一步都不能省。
4.5 实战建议
最后给几点实战建议：
- DAA一定要做： 别偷懒用静态地址。虽然I3C兼容I2C静态地址，但动态地址能避免冲突。
- 设备ID要管理好： 48位ID虽然不会重复，但最好在系统初始化时打印出来，方便调试。
- 次主控慎用： 如果系统简单，一个主控就够了。次主控会增加复杂度，除非你真的需要。
- 总线电容要控制： 多设备连接时，总线电容容易超标。我一般控制在400pF以内，超过就加中继器。
好了，这一章就聊到这儿。下一章咱们深入讲讲I3C的时序和信号完整性，那才是真正考验硬件功底的地方。