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.

[参考译文] BQ769142:事件是否触发深度睡眠命令?

Guru**** 2510375 points
Other Parts Discussed in Thread: BQ769142

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1041907/bq769142-event-s-triggering-a-deepsleep-command

器件型号:BQ769142

尊敬的 TI 论坛:

从我的另一个主题  BQ769142:DAStatus6 PassQ 溢出?

几分钟后、Dastatus6重置为-32678时出现问题。  我以为我们已经发现了这个问题、但不幸的是、我仍然有这个问题。

设置为 BQ769142通过不带 CRC 的 I2C 与 MCU 通信。
当我们关闭电池时、整个 MCU 会关闭(不再有电源)。 当我们打开电池组时、MCU 会打开、并向 BMS 发送 I2C 命令、这样就可以正常工作。

问题是、如果我们让电池组关闭几次(5分钟或更长时间、但过去是45分钟或更长时间)、并且我们再次打开电池组、则 Dastatus6的值为-32768。

TI 的 Matt 告诉我、当您使用 TS2引脚从深度睡眠模式唤醒 BMS 时、这是一个已知问题。 但我们只使用 I2C Deepsle()命令将其唤醒。

我已尝试将 BMS 芯片留在睡眠模式(未进入深度睡眠模式)、并注意到在某个时候它仍将进入深度睡眠模式。
从数据表中、我看到两次发送的 DeepSleep ()命令或永久故障都可以使 BMS 进入 DeepSleep 模式。

因此、我想将 BMS 芯片放入深度睡眠模式时会遇到永久性故障。 但是、我已停用所有永久故障寄存器(启用永久故障 A/B/C/D)、并且 MFG 状态设置为0x0010。

是否有任何其他寄存器我应该禁用以完全禁用永久故障?
您是否知道为什么我会获得这个-32768值、即使我不使用 TS2唤醒`μ s?

我知道我可以在启动时清除寄存器、但我们目前正在使用 dastatus6来监控充电状态(或者、您是否有一种在不使用电量监测计的情况下了解充电状态的好方法?)

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

    Olivier、您好!

    通过 RST_SHUT 引脚进行复位也可能导致-32768的值。 您是否有可能对引脚执行复位?

    此致、

    Matt

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

    谢谢 Matt、
    我将检查一下、但在设计中、我有一个下拉列表。
    使用 RST_SHUT 复位时、是否所有芯片都复位? 因为所有其他值看起来都很好。

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

    RST_SHUT 不会复位器件寄存器。 它确实会复位累积的充电计数器。 理想情况下、它应该复位为零、但实际上它会复位为-32768、因此您应该在切换 RST_SHUT 引脚后发送 RESET_PASSQ ()命令、这会将其复位为零。