• 状态 Resolved
  • 已锁定 已锁定
  • 回复 1 回复
  • 订户 0 订户
  • 视图 106 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[FAQ] [参考译文] [常见问题解答] TPS23861：当使用 I2C 扫描发现总线上的 I2C 器件时、为什么我们从地址0x30接收额外的 ACK？

admin
Guru**** 2309090 points
Other Parts Discussed in Thread: TPS23861
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/723209/faq-tps23861-when-using-i2c-scan-to-discover-i2c-devices-on-the-bus-why-do-we-receive-extra-ack-from-address-0x30

器件型号：TPS23861

当使用 I2C 扫描来发现总线上的 I2C 器件时、为什么我们从地址0x30接收额外的 ACK？

  • 0
    TI__Guru**** 2309090 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    0x30是 TPS23861的广播地址，不能是任何 PSE 设备的 I2C 地址。 如果有命令扫描地址0x00至0xFF 以发现 I2C 总线上的设备，则可能会从地址0x30接收额外的 ACK，这会误导您地址0x30处有设备。 写入0x30后，解锁代码(0xAAh)将继续从机地址编程，但在 ACK 之前它不会查找匹配的解锁代码0xAA。 这意味着如果解锁代码不匹配，设备仍将 ACK。 为避免这种情况，建议在写入地址0x30或跳过地址0x30 (0x30永远不能是 PSE 的地址)后延迟100ms。 其他资源