Other Parts Discussed in Thread: BQ76972
器件型号： BQ76972
您好、
我观察到、在没有外部电源的情况下进入 CONFIG_UPDATE 模式时、BQ76972 电池监测器出现意外的 4 分钟恢复行为。 我想请求 TI 确认这是否为预期行为以及它是否代表无文档记载的安全机制。
设置：
-基于 BQ76972 的电池管理系统
- STM32H7 主机 MCU 通信超过 I²C μ s , 400kHz
-驱动程序在初始化期间进入 CONFIG_UPDATE 模式以配置保护阈值
-电池组在独立和连接到供电设备时运行
观察到的行为：
当电池在连接到设备时启动（不存在外部充电器）：
主机 MCU 发送 SET_CFGUPDATE (0x0090) 命令
DSG FET 按预期立即打开（CONFIG_UPDATE 根据 TRM 第 7.6 节停止保护监测）
3、器件断电、阻止主机发送 EXIT_CFGUPDATE (0x0092)
4.恰好在 4 分钟后、DSG FET 会自动重新启用
5、设备通电并重复循环
此行为完全可以重现。 当在上述步骤 3 和 4 之间从器件上取出电池时、它仍会在进入 CONFIG_UPDATE 模式后 4 分钟重新启用 DSG FET 并使其保持开启、因为主机在启动时不再发出进入 CONFIG_UPDATE 的命令。 请参阅随附的逻辑分析仪捕获结果、其中显示了恢复尝试之间精确的 4 分钟间隔。
分析：
BQ76972 技术参考手册 (SLUUCW9) 指出 CONFIG_UPDATE 模式“停止正常固件运行并停止所有测量和保护监控“。 但是、我找不到有关 CONFIG_UPDATE 自动退出超时的任何文档。
4 分钟的时间非常具体 — 与记录的计时器不匹配，例如：
-电源:关机:自动关机时间（不同的行为模式）
- Protections：HWD：Delay（主机看门狗，但 CONFIG_UPDATE 应该禁用）
-任何保护恢复计时器
问题：
BQ76972 是否会实施无文档记载的 4 分钟 CONFIG_UPDATE 自动退出超时作为安全机制、以防止在没有保护监控的情况下卡住？
2.如果超时存在,是可配置的还是固定在 240 秒?
是否有寄存器用于读取剩余的 CONFIG_UPDATE 超时？
4.出于任何原因是否不鼓励定期写入数据存储器（例如更新保护阈值之间的切换）？ 对数据存储器的寿命写入次数是否有限制？ （假设没有 RAM 作为“数据存储器“，但想仔细检查）
关于上下文、我知道 CONFIG_UPDATE 主要用于制造/调试用途、然而、在我们的应用中、有必要在运行时进入 CONFIG_UPDATE 模式、从而根据器件运行模式更改一些保护阈值。 了解 CONFIG_UPDATE 进入/退出行为的详细信息对于确保系统设计的稳健至关重要。
提前感谢您澄清这一行为。
此致、
瓦西里
