Other Parts Discussed in Thread: BQ25720
器件型号: BQ25720
Thread 中讨论的其他器件: Tiger
我们使用源自您开发板方法的 BQ25720 设计和固件、
我们会看到间歇性的现场事件、在这些事件中、我们的系统记录“输入丢失“/"输入“输入恢复“、我们希望确认是否有任何充电器配置或固件行为起到作用。
注意:
- 输入源标称值:~12–13.6V、我们也尝试了 24VDC
- 固件会定期读取状态并通过 MQTT 发布遥测
- 我们目前进行以下配置:
- 充电选项 0 = 0x060E
- 充电电流= 0x0080 (128mA)
- 输入电压 (VINDPM)=最近从 0x1AC0 (~10.048V) 更改为 0x8D00 (~9.024V)
- IIN_HOST = 0x4100 (~3.25A)
- 充电选项 3 = 0x0434
- 我们还运行寄存器验证例程、并在检测到不匹配时重新应用配置、
发现的问题:
- 某些事件显示低 VIN 和充电器状态 0x0000 (看起来像真正的输入移除)。
- 其他事件显示“输入丢失“、而充电器状态为 0x9400、这似乎表示输入存在+ DPM 活动。
- 我们希望避免将 DPM 限制条件错误地归类为真正的输入损失。
问题:
- BQ25720 是否可以在某些故障/保护条件下自动禁用/看似会丢失适配器输入、而无需主机明确设置 INHIBIT/OTG 位?
- 在您的视图中、主机固件应如何区分:
- 真正的适配器移除与
- VINDPM/IINDPM 限制与
- 瞬态骤降事件?
- STAT_AC 是否 是“存在 IN_VINDPM/IN_IINDPM 且 单独处理的输入“的建议主要指示器?
- 我们的寄存器设置(0x060E、0x0434、IIN_HOST、VINDPM 阈值)是否会 导致出现输入压降等意外问题?
- 是否定期重新写入任何不匹配的所有寄存器是一种安全策略、或者我们应该只更正特定字段和/或去抖验证?
- 是否存在已知注意事项、在正常操作期间、寄存器回读可能会有所不同并触发错误的“不匹配“复位?
- 对于充电终止/充满电池的情况、主机驱动的 CHRG_INHIBIT 或 ChargeCurrent=0 是否是唯一的预期控制路径、或者是否有其他内部路径在输入保持存在时有效地停止充电?
- 请确认在输入电压为~12V 且电缆/源可能出现压降的情况下、使用 3 节串联锂离子电池时的最佳实践设置。
- 我们是否应该始终记录建议的遥测/状态位来诊断源不稳定性与充电器限制?
- 是否建议在 ACOC/ACOV/VSYS_UVP 附近进行额外的保护/故障处理、以减少错误的“断电“警报?
如有任何帮助、将不胜感激