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.

[参考译文] ADS122C04:最短复位时间

Guru**** 2535750 points
Other Parts Discussed in Thread: ADS122C04, ADS122U04

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/977149/ads122c04-minimum-reset-time

器件型号:ADS122C04
主题中讨论的其他器件: ADS122U04

员工、

我们实施了 ADS122C04。   AVDD 和 DVDD 的电源稳定几分钟。   我们对 RESET 引脚进行脉冲、并在上升沿之后~4us 开始写入 I2C 总线。

根据数据表、这应该起作用:

 

但当写入寄存器指针时、我们将得到 NACK。   例如、下面是一个示例示例示例示例、其中写入器件地址0x40h (7位寻址)和寄存器0x40h (WREG)。

通过稍微放大、我们可以看到以下内容:

这与数据表的第8.5.3.7节匹配:

 

将等待时间增加到25us 以上似乎解决了这个问题。

我们怀疑所需的延迟接近数据表中指定的超时周期。   在正常时钟模式(256kHz)下、该值为14000 x (1/256kHz)~= 54.7us。   我们还怀疑数据表中可能有一个拼写错误;将 TD (RSSTA)的规格以 ns 为单位、而不是正确的 us。

期待着对这一问题作出一点澄清。

Don  

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

    您好、Don、

    是否可以将示波器图片作为文件附件附加?  很难从帖子中的论坛图片中获得良好的解决方案。  我们看到、当器件被寻址时、有一个适当的 ACK、因此器件正在进行通信。  但是、当下一个字节被传输时、会出现一个错误并发出一个 NACK。  这需要清除错误通信的超时时间。  因此、复位引脚变为高电平后的时序似乎不是问题所在。

    有点难判断、但似乎正在使用快速+模式。  上拉电阻值是多少?  示波器探头位于何处?  最好在 ADS122C04器件引脚处或其附近建立通信的示波器快照、以确保没有总线电容引起的延迟。

    您是否尝试过其他命令以查看它们是否正常工作、或者是否仅调用了 WREG?  此外、如果 SCL 时钟频率降低、是否有任何差异?   

    此致、

    Bob B

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

    尊敬的 Bob:

    已确认、我们使用的是1MHz I2C 时钟、因此是快速模式增强版。   当我们将时钟减至~200kHz 时、问题似乎消失了、尽管坦率地说、我怀疑这会将第二个字节 N/ACK 推到可疑50us 窗口之外。   

    随附示波器屏幕截图。   这是我拥有的最高分辨率。   将确认示波器探头在星期一的位置。   

    我将了解上拉电阻值是多少、但我参考了此应用手册、将其作为计算这些值的好工具:

     https://www.ti.com/lit/an/slva689/slva689.pdf

    请解释一下您的意思:

    ----

    这需要清除错误通信的超时时间。  因此、复位引脚变为高电平后的时序似乎不是问题所在。

    ----

    Don

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

    您好、Don、

    我对延迟回复表示歉意。  有两个注意事项。  第一个是在复位引脚的上升沿之后开始通信。  正如您在原始帖子中指出的那样、这在数据表中显示为100ns。  第二个注意事项没有明确说明、那就是在 RESET 引脚变为高电平后何时可以重新配置 ADS122C04的时序。 这实际上与通信开始不同。

    请注意、ADS122C04正在堆叠并识别到与 ADS122C04的通信已开始。

    这表明此时可以进行通信。  但是、虽然可以进行通信、但这并不意味着器件已准备好进行配置。  遗憾的是、我找不到有关此时序的具体设计信息、并且将尝试联系设计人员以获取其他信息。  我们很可能需要使用其他时序信息更新数据表。  从 RESET 引脚变为高电平到器件配置通信开始的时序似乎只有在使用标准模式时序时有效。  当我得到澄清时,我将再次作出答复。

    ADS122U04虽然使用不同的接口、但其运行方式与 ADS122C04非常相似。  ADS122U04时序需要80us 的最小延迟。  根据您的200kHz 计时实验、延迟时间似乎是相似的。  该命令的器件解码发生在8位命令的位7上。  这将在通信开始后的第16个时钟上发生、或者在第一个时钟之后大约80us 发生。

    我认为、通过将初始延迟从4us 延迟到84us、应该足以在超快模式下运行。  我根据200kHz 周期(5us)乘以16个时钟加上4us 初始延迟计算得出、该延迟等于84us、看起来正常工作。 如果您需要一个较小的保护频带、则可以稍微增大此值。

    此致、

    Bob B

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

    感谢 Bob、

    请告诉我、IC 设计人员会回来做什么。

    Don

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

    您好、Don、

    这可能会成为一个复杂的答案。  设计人员说、如果 NACK 被忽略、寄存器写入仍会发生。  因此、通信正常工作、不是预期的那样。  本质上、从 RESET 引脚的上升沿开始需要80us、直到从器件中读取所有内部修整信息。  在这段时间内、通信是可能的、但是在这个更新周期结束前、命令的 ACK 信号会被保持。

    因此、要获取命令的 ACK、您需要确保在 ACK 信号时间范围之前已传递80us。  这与 ADS122U04所需的延迟相同、因此我的理论与我之前发布的理论是正确的。

    我们在 WREG 解码之前需要80us 延迟。  我们将1MHz 时钟用于 SCL、每个时钟周期将为1us。  在16个时钟周期(16us)后、WREG 命令将解码。 80us - 16us = 64us、因此您需要至少64us 的延迟才能满足80us 的总接收 WREG ACK 时间要求。  这假设计时完美、无时钟漂移。

    80us 基于所有工艺角和工作温度。  因此、在某些器件的室温下、可能会出现较短的延时时间、但80us 是安全时间、应是用于计算以确保 ACK 的时间。

    此致、

    Bob B

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

    感谢 Bob、

    我们将添加80us 启动延迟时间、直到我们得到一个确定的数字。

    Don