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.

[参考译文] BQ76952:使用 ALERT 引脚和 Alarm Raw Status ()检测从故障保护中恢复(Safety Status A/B/C)

Guru**** 2457760 points
Other Parts Discussed in Thread: BQ76952

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1440552/bq76952-detecting-recovery-from-fault-protection-safety-status-a-b-c-using-alert-pin-and-alarm-raw-status

器件型号:BQ76952

工具与软件:

您好!

我目前正在为我们的电池管理系统(BMS)设计一种状态机、其中采用了 BQ76952。 我的计划是使用 ALERT 引脚中断或轮询 Alarm Raw Status ()寄存器作为事件来触发以下两种状态之间的状态转换:

  • NORMAL 运行状态: 所有 FET 均闭合、允许进行充电和放电。
  • 故障保护状态: 至少一个 Safety Status A/B/C 位已变为非零值、相应的 FET 已断开、以保护电池。

问题:

是否有建议的方法使用 ALERT 引脚 Alarm Raw Status ()轮询来检测从故障保护(安全状态 A/B/C)中恢复的情况?

根据我对技术参考手册的研究以及之前在 E2E 论坛上讨论的结果、一旦满足条件、启用的 Alarm Raw Status ()位就会被锁存(并且 ALERT 引脚保持有效)。 即使故障情况已解决、这些位也不会自动清零;必须通过1对相应位写1来手动清零。

如果正确、我是否需要持续轮询 Safety Status A/B/C 寄存器以验证触发的保护条件是否已清除、然后手动复位 Alarm Raw Status ()寄存器中的相应位?

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

    您好 Kyungjae:

    我们不一定有建议的方法来使用 ALERT 引脚 Alarm Raw Status ()轮询来检测从故障保护中恢复的情况。

    只是为了澄清、这些位的意思 0x62 Alarm Status()被锁定 并且需要通过向相应位写入‘1"来清除、不过、 0x64 Alarm Raw Status () 是多少 不会 已锁存。

    ‘通过0x66 Alarm Enable ()将其‘为"锁存"、该值会在0x62 Alarm Status ()寄存器中显示"锁存"。 这意味着在读取0x64 Alarm Raw Status()位时、只能短暂设置这些位。

    我认为、验证触发的保护条件是否已清除的最佳方法就是您所述的方法(如果您希望使用 ALERT 引脚来确认发生了故障)。

       如果启用了自主 FET 控制、您还可以轮询 Alarm Raw Status ()以确定恢复。 。 操作 表5-10. 过压保护操作 显示了在保护(包括恢复)的不同状态期间会发生什么情况的示例。 对于它、您可以看到当恢复发生时、Safety Status (安全状态)和 Alarm Raw Status (警报原始状态)设置回0。

    此致、
    Alexis

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

    感谢您发送编修。

    因此、ALERT 引脚的状态由映射到它的 Alarm Status()的位值决定、而复位它的唯一方法是通过向相应的位写入"1"来清除 Alarm Status()的设置位。 是这样吗?

    此致、

    Kyungjae

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

    您好 Kyungjae:

    如果 ALERT 引脚配置为 ALERT、则纠正。 通过写入‘1’清除 Alarm Status()中的所有设置位、ALERT 引脚应变为无效。

    此致、
    Alexis

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

    您好、Alexis、

    这可以解决我的问题。

    谢谢!

    Kyungjae