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.

[参考译文] UCD90320:CTRL 引脚-&gt 的最大延迟;低电平到第一个 EN ->低电平?

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/630805/ucd90320-maximum-delay-from-ctrl-pin---low-to-first-en---low

器件型号:UCD90320

您好!

PMBus 控制引脚被拉至低电平与序列中的第一个 EN 失效之间是否有可预测的最大延迟时间?

我使用 UCD90320EVM-783在工作台上进行了检查、并在 Fusion GUI 中手动切换 CTRL、在~20的尝试中观察到从8us 到20us 的延迟。 在我的应用中、我需要该值小于等于100us。

如果 CTRL 引脚无法为我提供<= 100us 的延迟时间、是否有更快的 GPI?

谢谢、

Jonathan

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

    最大延迟将超过100us、因为 EN 以100us 间隔更新。

    谢谢

    Yihe

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

    感谢您的回复。 因此、如果 EN 以100us 的间隔更新、我们在最坏情况下可能会针对 EN 状态变化预期+100us。

    前端+逻辑上存在哪种延迟(认识到 CTRL 已更改状态、内部逻辑将其传播到 EN 值)?

    即使总运行将大于初始100us 目标、如果我们可以量化上限、也可能是可以的。

    谢谢、

    Jonathan
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    检测 CTRL 的处理时间是动态的、如果由于 GPI 中断/故障响应/LGPO 评估而进行大量处理、则处理时间范围可高达150us。 如果在 CTRL 切换之前、系统在没有太多负载(FAULT、GPI 中断、LGPO)的情况下运行、则对于第二端+逻辑、升载器最多为50us。
    此致
    Yihe
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢 Yihe。 因此、最坏的情况是、我们可以预期从 CTRL 变为低电平到取消置位第一个 EN 的时间为250us、其典型值远小于 EVM 上观察到的基于加载/程序的值。

    Jonathan