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.

[参考译文] ADS122S14:ADS122S14:清除状态标志后寄存器配置所需的稳定时间

Guru**** 2826855 points

Other Parts Discussed in Thread: ADS122S14

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

https://e2e.ti.com/support/data-converters-group/data-converters/f/data-converters-forum/1629216/ads122s14-ads122s14-settling-time-required-after-register-configuration-to-clear-status-flags

器件型号: ADS122S14

您好:

我将 ADS122S14 与 Renesas RX230 MCU 一起使用、并且对在初始化期间清除状态标志的时序有疑问。

【背景】
我已经知道数据表和 TI 示例代码 (ads122y1x.c) 指定了复位命令后 500us 的延迟。 我已在固件中成功实现了该复位后延迟。

【问题】
我面临的问题发生在初始复位延迟过后的后续寄存器配置阶段。 我的设置顺序如下:
配置寄存器:DEVICE_CFG、DATA_RATE_CFG、MUX_CFG 和 GAIN_CFG。
2.将 REFERENCE_CFG 设置为 0x81(启用基准监控器)。
3.立即尝试通过写入 0xE8(复位位位位位 3 和 5)来清除 STATUS_MSB (02h) 标志、从而清除默认的上电故障标志。

如果我在步骤 2 之后立即执行步骤 3、AVDD_UVn 和 REF_UVn 标志通常会保持故障状态或立即返回到故障状态。

【观察】
如果在配置寄存器后、清除状态寄存器之前插入额外的 500us 延迟、则这些标志将成功清除并保持在“无故障“状态。

【问题】
内部模拟监控器(AVDD 和基准)是否有所需的稳定时间、特别是在寄存器写入(如 REFEREN_CFG 或 GAIN_CFG)之后、与标准复位后延迟分开?
2.模拟前端或监测电路是否需要特定的持续时间来稳定,然后状态寄存器才能在监控器启用后可靠地反映“无故障“的情况?
3.在配置更改后状态标志变为有效之前、是否有任何官方文档或建议的时钟周期数 (t_MOD) 要等待?

我需要一个技术基础来证明在我的设计文档中这一额外的 500us 延迟是合理的。

感谢您的支持。

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

    亲爱的野村山、

    很高兴听到您已在使用我们全新的 ADS122S14 进行设计。 我刚 在最近的日本之行中与小林山会面、讨论了这款器件非常适合您的应用。

    我正在等待我们的设计团队就您的问题提供反馈。 我们尚未详细描述这些模拟监控器在器件复位后的“稳定时间“特性。 但您的观察结果听起来并不完全出乎意料。

    此致、
    Joachim Wuerker

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

    亲爱的野村山、

    我今天听到了设计团队的声音。

    器件复位后所需的 500us 延迟时间只是为了保证器件内部的数字逻辑和 SPI 通信正常工作。
    但是、器件内部的模拟电路尚未完全稳定。 主要限制是内部电压基准的稳定时间、最坏情况下可能需要长达 10ms、如数据表中的电气特性表所述。
    当内部电压基准未完全上电时、AVDD 和 VREF 欠压监控器会跳闸。

    这意味着、我们的建议是在器件复位后等待 10ms、然后再清除 AVDD_UVn 和 REF_UVn 故障标志。
    请注意、当您启用基准监控器时、REF_UVn 标志可能会跳闸。 因此、最好在示例中的步骤 2 和步骤 3 之间添加 10ms 的延迟时间。

    此致、
    Joachim Wuerker

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

    亲爱的 Joachim-san

    感谢您的答复。

    我想确认一点。
    目前、系统在复位后等待 500 微秒。 我的理解是、将此等待时间更改为 10 毫秒可以解决此问题。 是这样吗?

    此致、

    野村智彦

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

    亲爱的野村山、

    将初始延迟时间从 500us 更改为 10ms 可以肯定地解决 AVDD_UVn 标志问题。
    但是、如果在启用基准监控器后立即写入该位、我不确定是否可以清除 REF_UVn 标志。 可能需要较小的延迟。 这就是我建议在您启用基准监控器后添加 10ms 延迟时间的原因。

    此致、
    Joachim Wuerker  

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

    亲爱的 Joachim-san

    感谢您的答复。
    μsec、我知道最可靠的方法是在复位后等待 500 μ s、设置值后等待 10ms、然后清除 AVDD_UVn 和 REF_UVn 的故障标志(在步骤 2 和 3 之间插入 10ms 等待)。

    我将实施该解决方案。

    此致、

    野村智彦