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.

[参考译文] ADS7924:软件复位时序要求

Guru**** 2390825 points
Other Parts Discussed in Thread: ADS7924

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/945550/ads7924-software-reset-timing-requirements

器件型号:ADS7924

ADS7924上软件复位的时序要求是什么? 数据表中的任何地方似乎都没有提及(与 e2e.ti.com/.../755048类似的静脉)。

我在发送软件复位请求和尝试与器件进行 I2C 事务之间设置了100us 的延迟、但这似乎还不够。 到目前为止、在我的测试用例中、将延迟增加到500uS 似乎足够了、但我想知道实际需要的持续时间。

我还尝试通过 I2C 持续轮询器件、而不是等待固定的持续时间、但如果采用这种方法、器件将永远不会再次 ACK (即使超过几分钟)

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

    您好、Ryan、

    件复位后、您需要等待至少2us 才能再次与器件通信、这来自使用类似架构的 ADS833x 数据表。  

    还要确保电源稳定且电压正确。  

    轮询器件可能会损坏 I2C 通信、因此我不建议使用这种方法。  

    在我看来、500us 可能太长了、这么长的时间后是否只有一个器件响应?

    此致

    Cynthia

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

    我们最初使用的延迟为100美元、但在某些情况下、我认为这太短了。 下面是传输过程中 I2C 线路的捕获:

    image

    如图所示、我们通过向器件写入0xAA、然后等待100us 来发出软件复位。 然后、我们再次尝试与器件通信、但获取一个 NAK。 如果延迟增加到~150uS 或200uS、则此问题似乎会消失。

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

    请注意、在硬件审查期间、我们还发现 AVDD 电源存在问题:

    因此、AVDD 电源始终(非常小)低于 DVDD 电源-这是否会导致芯片内的某些临时锁定条件?

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

    您好!

    这是一个有意义的发现、AVDD 电源需要等于或大于 DVDD。  

    这可能会影响器件的数字功能。 当 DVDD 超过 AVDD 时、器件的 ESD 结构可能会导通、这可能会导致电流消耗问题、从而降低器件的速度。

    我建议解决电源调节问题、以确保 DVDD 不超过 AVDD。 然后、如果调试仍未解决、我们可以继续进行调试

    此致

    Cynthia