[参考译文] TPS546C23：多 PMBus 通信

 1)您能解释一下此器件  TPS546C23如何 耐受同一总线上另一个器件的时钟拉伸吗？

TPS546C23可耐受其他器件的时钟延展的原因有很多。

1)时钟延展延长 CLK 低电平周期、延迟 CLK 的上升沿。  它不会为 CLK 增加额外的边沿。

2) TPS546C23没有与传入 CLK 同步的内部时钟、它仅响应传入 CLK 的下降沿和上升沿。  只要 CLK 低电平周期大于300ns 且不超过25ms、并且时钟高电平周期至少为300ns、CLK 就无需恒定。

3) 3)当 PMBus 事务的目标地址与 TPS546C23使用的地址不同时、它会忽略总线上的所有数据、直到发生下一个 START 事件(CLK 为高电平时下降 DAT)。

4) 4) TPS546x24y 系列器件在事务被寻址到其器件地址时、仅在数据字节内的特定位期间延展时钟。

2))支持的时钟延展设备 TPS546A24A 是否 会中断 TPS546C23 的功能 ?

否。  TPS546x24y 系列器件不会干扰 TPS546C23器件在共享 PMBus 物理层上的运行。  与其他客户一起执行过很多次此操作。

3)如果我们将所有 PMIC ALERT 引脚绑定在一起，是否有任何问题？

所有的警报引脚连接在一起、当任何器件想要发出警报时、警报被拉低是很常见的。  SMBus 使用警报响应地址(ARA)允许系统识别哪个器件正在置位 ALERT。  支持 ARA 的器件、包括 TPS546C23和 TPS546A24A、置位 ALERT 将对以 ALERT 响应地址+读取位开始的事务进行响应、然后将发布 ALERT。  这允许系统识别生成 ALERT 的器件、以便通过读取 STATUS_BYTE 或 STATUS_WORD 来进行后续操作。

如果多个器件置位 ALERT、标准位仲裁将导致具有最低目标地址的器件赢得有争议的总线。  成功对其地址做出响应后、设备应释放其警报、以便系统知道是否需要再次轮询 ARA 以获得更多警报设备地址、或者开始读取状态信息。

我想确保我的 PMBus 架构是正确的吗？ 请查看以下图片

您的图形中交换了器件2的 CLK 和 DAT - TPS546A24A。

所有三个器件都应将其 DAT 引脚连接到同一网络

所有三个器件的 CLK 引脚都应连接到同一网络

两种器件都应将其 ALERT 引脚连接到 Raspberry Pi 微控制器的中断数字输入。

此外、我不建议为 TPS546C23使用地址0x02、根据 I2C 规范、这是 CBUS 的保留地址、并且 TPS546A24A 无法引脚编程为地址0x03。  为了避免保留地址并选择可由两个器件编程的地址、我建议对 TPS546C23使用地址0x12、对 TPS546A24A 使用地址0x13。