主题中讨论的其他器件:BQ24192、 BQSTUDIO
工具与软件:
Anthony、您好!
将 BYPASS 位更改为1可以将位 CHRG_FAULT[1:0]设置为11、从而根据需要指示计时器到期。
但正如我在之前的消息中所说的、我们的应用目标是让电量监测计完全控制充电器 bq24192、这在旁路设置为1的情况下是无法实现的。
因此、当煤气表控制充电器时、该故障将被阻止、无法查明。 对吗?
此致、
Alexandru Mixich
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.
工具与软件:
Anthony、您好!
将 BYPASS 位更改为1可以将位 CHRG_FAULT[1:0]设置为11、从而根据需要指示计时器到期。
但正如我在之前的消息中所说的、我们的应用目标是让电量监测计完全控制充电器 bq24192、这在旁路设置为1的情况下是无法实现的。
因此、当煤气表控制充电器时、该故障将被阻止、无法查明。 对吗?
此致、
Alexandru Mixich
Anthony、您好!
我使用我们的器件进行了温度测试(在-5和+50°C 之间)、通过该器件、电量监测计可完全控制充电器。 在标志中设置了 GG_CHGRCTL_EN 位。 在+50°C 的热阶段(充电已经停止,电池温度为61°C ),电池电压已增加到4193mV。 后一段时间(1-2秒) GG_CHGRCTL_EN 位已禁用。 从这时起、充电器不再受电量监测计的控制。
是否有任何对此行为的解释?
此致、
Alexandru Mixich
尊敬的 Alexandru:
我进行了进一步测试、甚至故障情况下的充电器也未在 STAT 引脚上显示该图形。 这也不应该发生。
上述 STAT 是否指 REG8的 CHG_STAT 或不同的 STAT 值?
[报价 userid="92334" url="~/support/power-management-group/power-management/f/power-management-forum/1399886/bq27531-g1-new-learning-cycle/5361253 #5361253"]您是否认为有任何可能删除错误并获取新固件?
是否有可能更新芯片? 我们已经为组装完成了3000件。
[报价]我将联系我们的固件团队、看看是否有任何正在进行的固件更新。
[报价 userid="92334" url="~/support/power-management-group/power-management/f/power-management-forum/1399886/bq27531-g1-new-learning-cycle/5361413 #5361413"]我使用我们的器件进行了温度测试(在-5和+50°C 之间)、通过该器件、电量监测计可完全控制充电器。 在标志中设置了 GG_CHGRCTL_EN 位。 在+50°C 的热阶段(充电已经停止,电池温度为61°C ),电池电压已增加到4193mV。 后一段时间(1-2秒) GG_CHGRCTL_EN 位已禁用。 从这时起、充电器不再受电量监测计的控制。
是否有任何对此行为的解释?
[报价]当电池达到较高温度时、电量监测计是否触发了任何保护? 您是否有描述上述情况的日志文件、以便我们更深入地查看?
此致、
Anthony Baldino
您好、Bill、您好 Anthony
REG07的值为0x0B。

但现在出现了另一个问题。
我们对充电/放电进行了测试、以了解显示 SOC 的质量如何。 我们在应用中使用该值来决定器件何时需要因容量不足而关断。
从下图中、您可以看到、虽然 CellPackVoltage 达到 TerminateVoltage 的值(在我们的案例中为3V)、但 SOC 值仍被阻止在大约78%。

TrueSOC 正在下降、但未下降到 SOC。 您对此行为有何解释?
此致、
Alexandru Mixich
Anthony、您好!
关于被阻止的 SOC、我可以在过去12小时内与您共享我们自己的日志文件(它与 bq 日志文件类似、只是缺少一些列)。
这是文件(CSV 格式):
OpConfig C 寄存器中的"平滑"位设置为1。
此致、
Alexandru Mixich
Anthony、您好!
请查看所需时间段的日志记录附件。
此致、
Alexandru Mixich
尊敬的 Alexandru:
感谢您发送日志、我认为真实 SOC 在下降、因为此时仍在施加放电电流:

但是、对于报告的 SOC、我认为该值由于平滑算法的原因正在从常量值下降到0、在该算法中、电量监测计将在退出 RELAX 状态后更新 RELAX 状态下的所有通过的电荷。 但是、在放电仍在发生的情况下、电量监测计不应处于弛豫状态、而此时平滑算法不应处于活动状态。 您能告诉我 Quit Current 参数当前设置为什么吗?
此致、
Anthony
Anthony、您好!
Quit Current 的值设置为30 mA。
我想知道为什么 SOC 保持在恒定值、尽管 TrueSOC 在放电阶段按预期下降?

我们的测试目标是了解在不完整(100%)充电/放电 周期发生时、电量监测计计算所有值(SOC、RM、FullChargingCapacity 等、我们的应用处理)的准确性有多高。 我们想要检查它在出现小充电/放电周期(例如30%放电、20%充电比 next10%放电和15%充电等)时的行为。
此致、
Alexandru Mixich
尊敬的 Alexandru:
[报价 userid="92334" url="~/support/power-management-group/power-management/f/power-management-forum/1399886/bq27531-g1-new-learning-cycle/5375072 #5375072"]我想知道为什么 SOC 保持不变、尽管 TrueSOC 在放电阶段按预期下降了?我认为、在此时可能会触发平滑处理功能、此时 SOC 保持不变、这是奇怪的、因为电量监测计在应触发的点不会进入张弛状态。 但是、很难确定是什么导致了这种情况、因为发送的日志文件没有来自器件的全套寄存器读数。
此致、
Anthony
尊敬的 Alexandru:
我们的变通办法是取消选择 Opconfig C 中的"平滑"位。因为我们这样做了、我们没有再登记任何异常。 这是我们应该遵循的方式吗?
我认为这应该可以作为权变措施、但是、如果在张弛期间施加待机电流或温度发生较大跳跃、则 SOC 很可能会大幅变化、因为正在使用未滤波的值。 如果这些情况在此应用中并不常见、则我认为可以使用未筛选的值。
此致、
Anthony
Anthony、您好!
我现在面临一个新问题。
在放松阶段、电池完全充电(设置了 FC 位)后、充电器突然启动了一小段时间、即5秒 (在 Excel 文件(日期09.09.2024、时间12:29)中、充电时间在4200 mV 时标记为黄色。 但由于散热原因、这是不必要的、并且根据温度曲线的定义、它应该保持在4100mV 上。 此外、SOC 也设置为100%
这种行为的原因可能是什么?
此致、
Alexandru Mixiche2e.ti.com/.../log_5F00_Dev_5F00_8132400016.xlsx
Anthony、您好!
我在充电器与电量计之间的 I2C 线路上开辟了一个通信错误、于是我得以重现该问题、并通过这种方式在我最后一条消息中写下的假设进行了确认。 为了产生此情况、我将两条通信线路短路了几秒钟。
随附了使用 bqstudio 保存的日志文件。
e2e.ti.com/.../Charging_5F00_4200mV_5F00_Issue.log
这对 由气量计和充电器形成的组件似乎有许多好奇心。
对我来说、最重要的一点是、如果 出现故障(充电时间已过期)、充电器无法闪烁。 您能否询问充电器团队是否可以重现此问题以及可以使用哪种权变措施。
此致、
Alexandru Mixich