[参考译文] BQ27441-G1：黄金映像/学习函数/RAM 值

内置 ChemID 不匹配(DOD 误差为7.08%)。 但是、这不一定会导致20%的 SOC 跳转。 这可能有不同的原因。

当您重置电量监测计(例如下电上电)时、它将丢失所获得的所有数据、并且必须重新配置(这由 ITPOR 位指示)。 配置完成后、您必须发出 SOFT_RESET 命令、在该命令之后、监测计进行电压、电流和温度测量、然后使用此参考点(由该测量确定)的放电仿真估算剩余容量(RM)、以终止电压、 完整充电容量(FCC)，具有从配置的充电终止(V AT Chg Term、Taper Rate)到终止电压的放电仿真，SOC = 100*RM/FCC。

DOD 误差将影响 RM (并因此影响 SOC 计算)、但根据电池的实际 DOD、这可能不会接近7%。 更有可能的是、您的配置与复位前使用的监测计不匹配。 这可能是由 V at Chg Term 定义的100% SOC 点(检查您的配置是否准确)、因为监测计在检测到充电终止时将学习(测量)这一点。 这可能是负载预测(平均 I/P 上次运行-监测计也会学习此结果、您应该在配置中将其设置为合理的值)。 它可能是阻抗曲线(再次学习)、甚至是 Qmax (也学习)。

20%的误差也可能是由于 SOFT_RESET 处的电流过大。 如果电池未被放松、监测计无法准确确定 DOD0 (参考点)。 根据定义、如果存在负载电流(如果负载电流相对较高(>C/10)、则电池单元不会放松、因此监测计必须使用估算基准点的估算阻抗以及所有具有不可避免误差的因素进行补偿。 这就是为什么它通常是一个可怕的(！！！) 如果 ITPOR 不为1、则重置或配置监测计。 除非绝对必要、否则不应中断监测计的算法。

如果您必须重启/重置电量监测计、则可以通过定期保存以下信息(例如每周一次)来减轻后续错误(由于 OCV 基准点较差而导致的错误除外)(配置无法修复、但是系统问题)。 并在复位后恢复它(与电流阈值等其他监测计配置一起使用)

*子类状态(这将保留所学的信息、如 Qmax 或负载预测或电荷终止)

*子类 Ra (这是阻抗表)

尊敬的 Dominik：

感谢您的快速响应。

为了进一步介绍 Mike 已经说过的内容、我们注意到在重置器件时、初始 SOC 会根据我们是否正在对电池进行充电/放电而变化。 例如：

• 假设实际 SOC 为30%
• 如果在未连接 USB 的情况下复位、初始 SOC 会按预期以~30%的速度启动
• 在连接 USB 的情况下、它的起始值为~50%

我认为这是由您说过的"软复位时的电流过大"引起的、除非我认为 SOC 计算是由于充电而不是电池上的负载而关闭的。

我们使用的是 bq24160锂离子充电器。 为了避免 FG 初始化上出现更高的 OCV 和电流、我尝试了以下操作：

• 在 FG 初始化期间禁用充电(使用 bq24160的充电使能 CE 位)
• 等待~1秒以使 OCV/电流稳定
• 使用适当的设计容量等配置 FG
• 触发 SOFT_RESET
• 等待设置标志中的 OCVTAKEN
• 重新启用充电

这似乎暂时起作用(报告的 SOC 为~30%)、但大约一秒钟后、FG 似乎再次更新、导致它跳至50%。

我还尝试使用 EXIT_CFGUPDATE 而不是 SOFT_RESET、该功能在我们将 FG 置于关断状态之前有效、在这种情况下、OCV 再次被取、SOC 报告为50%。  

正如您所说的、这一切似乎都是一个系统问题、而不是由~7% DOD 误差(我认为短期内我们可以这么做)引起的问题。

您是否建议在启用充电时使用一种方法来处理 FG 初始化？ 我们是否有办法可以补偿这种情况、或者存在我已经尝试过的、您认为可以正常工作的变化？

谢谢、
Josh

此外、这是否会通过使电池经过多个充电/放电周期而得到改进？  如果我们在10个器件上执行此操作、我们能否从 RAM 中提取一些数据、以便在工厂预调节电路？

我运行了一些其他实验、似乎使其正常工作(报告的插入/移除 USB 充电器的 SOC 相同、粗体是我在上一帖子中更改的内容)：

• 在 FG 初始化期间禁用充电(使用 bq24160的充电使能 CE 位)
• 等待~1秒以使 OCV/电流稳定
• 使用适当的设计容量等配置 FG
• 触发 SOFT_RESET
• 等待 CONTRAL_STATUS 中的 INITCOMP 被置位(花费~5秒)
• 重新启用充电

这听起来是否是合理的解决方案、或者是否有更好的方法值得推荐。

我认为、这种情况以及只有在设置了 ITPOR 时重新配置 FG 才可行。 初始化只需5秒的时间即可完成 POR/EXIT 关断。

谢谢、
Josh