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.

[参考译文] DAC7678:DAC7678SPW 服务后 I2C 地址不正确 (ADDR0 = GND)

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1598650/dac7678-dac7678spw-i2c-address-incorrect-after-time-in-service-addr0-gnd

部件号: DAC7678

您好、

在现场正常运行几周后、我们观察到一种失效模式、在该模式下、某些 DAC7678SPW 器件不再确认预期地址的 I2C 事务  0x48

进一步调查显示受影响的器件  应该做 在地址确认 I2C 事务 0x00 。 在 0x00 处访问时、器件可以成功编程、并且看起来正常工作。 很好的器件 请勿 在 0x00 确认。

I2C 总线包含三个额外的器件、它们都不会对地址 0x00 做出响应、从而确认相应的响应对于受影响的 DAC7678SPW 器件是唯一的。  一旦问题发生、器件会始终在 0x00 而不是 0x48 作出响应。 0x00 条件下的 I2C 通信是可靠且可重复的。
 
确定 I2C 地址的内部上电或地址选择电路似乎会随着时间的推移而损坏或降级。 一些问题:

1.您是否知道与 DAC7678SPW 的 I2C 地址检测或 ADDR 引脚采样相关的任何已知问题或勘误表?
2.在任何记录的故障情况下、地址 0x00 是有效的还是回退的状态?
3.是否有已知的敏感问题( ESD,闩锁,电源时序或引脚过载)会随着时间的推移而导致这种类型的地址损坏?
4.为避免这种行为、ADDR0 引脚是否有建议的设计实践(例如串联电阻,下拉强度,电源时序要求)?
5. TI 能否建议进行其他诊断以确认地址检测电路是否已损坏?
此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    高 RD、

    这是一个有趣的发现。 我还没有听说过我们的器件会以这种方式发生故障、但由于这是一款较旧的器件、因此可能会有一些历史。 我将与我们的数字设计师交谈、看看他是否曾经见过他。 这是否仅适用于地址= 0x48 的器件? 这是 TSSOP、这意味着引脚悬空、对吧? 您是否尝试过将此引脚接地以查看其他地址是否正常工作? 我遇到了悬空地址引脚无法正确响应的偶发问题。  

    我会看到设计人员对您的问题所说的话。

    谢谢、
    Erin

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

    尊敬的 Erin:

    谢谢。 这似乎仅发生在地址为 0x48 的器件上。 我们在同一总线上有其中两个器件;一个器件将 ADDR0 连接到 GND、另一个器件将 ADDR0 连接到 VDD。 发生故障的情况是 ADDR0 引脚直接连接到 GND(根据表 10:GND=0x48、ADDR1=0x4A VDD 且悬空=0x4C)

    此致、

    Rd

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

    高 RD、

    啊,这是合理的,我误读了桌子。 在这种情况下、如果您隔离了器件并将 ADDR0 引脚设置为 VDD、它是否以 0x4A 进行响应、或者仍然只响应 0x00? 由于这是一款较旧的设备、我的数字设计师需要一些时间来整理文档、但我会告诉您他的发现。

    谢谢、
    Erin