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.

[参考译文] BQ3050:询问 AFE 短路恢复时序和去抖机制

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1648164/bq3050-inquiry-regarding-afe-short-circuit-recovery-timing-and-debounce-mechanism

器件型号: BQ3050

尊敬的 TI 工程师:

我有一个关于短路处理顺序的问题。 以下是代码逻辑:  

第 1 行:发送命令以清除 AFE 上的“短路标志“。
第 2 行:发送命令以打开 AFE 上的充电和放电 MOSFET。
根据以下情况、我有两个问题:

情况:短路保护事件在该函数执行第一行代码之前的确切时刻触发。

问题 1:当代码随后执行第 1 行并发出“清除短路标志“命令时、AFE 是否会立即响应并清除短路保护? 或者 AFE 是否具有内部“去抖时间“来防止在触发短路后不久清除故障标志?

问题 2:当它随后继续执行第 2 行并发出命令以启用充电和放电 MOSFET 时、AFE 是否会立即将其导通? 或者是否还有内部“去抖时间“可以禁止充电和放电 MOSFET 在短路事件后短时间内导通?

期待您的专业建议。 谢谢!

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

    您好:

    此问题已分配给团队内部、我们将在  可能的情况下审核并与其他应用工程师跟进。 在此期间、请附加与项目关联的任何.log/.gg 文件。

    *由于 e2e 队列中存在大量问题、回复可能会延迟

    谢谢您、
    Alan

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

    命令的幅度比 AFE 硬件慢。 它们必须通过慢速串行总线(从主机到电量监测计以及在内部)。 我没有定时信息,但“立即“是非常相对的。 接收并解码命令后的延迟比从主机 UC 向电量监测计发送此命令所需的时间小几个数量级、因此您可以将其视为可以忽略不计。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Dominik:
    感谢您提供有关命令延迟的说明。 我知道串行总线通信比 AFE 的内部硬件响应慢得多。
    我有一个后续问题: 数据表中是否有任何具体数据或典型值、说明从 MCU 发送 FET 控制命令 到 AFE 实际更改 FET 驱动器状态的最大响应时间?
    此致、
    zehu
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我没有这些数据。

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Dominik:
    感谢您的澄清。 我完全同意、与 AFE 的内部硬件响应相比、串行总线通信延迟可以忽略不计。
    然而、我的核心关注实际上是 AFE 用于短路保护的内部硬件去抖机制、而不是命令解码延迟。
    触发短路事件时、通常有一个硬件级 SC 去抖时间来防止 MOSFET 开关期间出现误触发。 如果我的 MCU 在该内部硬件去抖计时器仍处于活动状态时发送了“清除故障“和“启用 FET“命令、AFE 硬件是否会忽略该命令、或者它是执行命令并立即重新触发保护功能?
    此致、
    zehu
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您是否遇到了这方面的问题、或者这是一个一般性问题? 我没有性能分析数据、因为它的行为没有任何延迟。 一般而言、我们的电量监测计设计为在没有为命令做好准备时采用时钟延展的流控制或在总线上发出 NACK(有时可以进行配置,例如针对闪存写入延迟)。

    如果 AFE 未就绪、那么我预计电量监测计将进行时钟延展、主机将被强制等待。