[参考译文] BQ40Z80：充电和放电时 ROSC 无法改变

您好、Jose。

这是来自最终客户 Ctechi 的 Sam。 我们昨天在我们的工厂中重现了此问题：充满电后、用实际的10W 对电池包放电(我们有10倍的量程)：

40Z80可以识别57mA (Real 570mA)、但 RemCap 不会改变！  直到数小时后。 这可能是根本原因。  

请参阅随附的日志文件。  非常感谢您的支持！

e2e.ti.com/.../USB_3E653575_SOC_0D4ED8532D003E658C5B3575_.csv

嘿 Chen、

今天是一个联邦假期,所以没有人在办公室。 我们明天会回复您。

此致、
尼克·理查兹

谢谢你，Nick！

这确实是一个挑战问题。 让我在这里向专家介绍整个故事。  

去年年底、我们从 JP 市场获得两个 BMS、FCC 保持0mA 十六进制 我们还发现了两种类似的 NG 产品(新产品在仓库中存放半年)也与0mA (SOC 保持100%的充放电). 我们将 EV2400中的图片和 gg 文件分享给 Gabriel Wang。 (因此 Gabriel 将这个问题弹出到了这里 E2E)；  

上周(2月中旬)、我们从生产线(而不是从仓库)复制了一个新产品的类似问题、请参阅随附的日志文件：

在放电期间、SOC 长时间保持100%。 然后、我们开始记录数据进行分析。 我们发现40Z80可以使用57mA (由于10倍的刻度、实数570mA)识别电流、但 RemCap 保持1.7Ah (等于17Ah。 但实际的电池容量为27Ah、并且没有任何变化。  但几小时后 RemCap 和 SOC 开始下降(从日志来看、使用相同的 RemCap 和 SOC 时、放电似乎只是1Ah。 1Ah 看起来与1.7Ah ~ 2.7Ah 部分的不同部分)。 完全放电后、5小时后我们将其充满电。 现在、FCC 从1.7Ah (实际17Ah)增加到2.5Ah (实际25Ah)。  

某些算法似乎会阻止 RemCap 更新。 谢谢各位专家。 感谢您的支持！

e2e.ti.com/.../DuringDischargeKeep100_2500_ForLongTime_2D00_FulllyDischargeRest5HoursFullyChargeRest5Hours.xlsx

嘿 Chen、

感谢您发送文件。 我需要更多的时间来浏览它们。 不过、我注意到的一点是、fltRemQ 和 TrueRemQ 正在 正确更新。 我需要就此咨询团队的其他一些成员。 感谢您的耐心。

此致、
尼克·理查兹

嗨、Nick、

感谢您的支持。 我在网上等着你的好消息。 因为它真的是一个大问题、大量的产品在生产线上、等待出货。 我们必须找到根本原因并在发货前解决。 谢谢。

您好、Chen！

我已经检查了所有关于这个问题的常见怀疑,并发现在您的设置中一切似乎都很好。 您是否曾尝试过以更高速率(可能在500 mA 周围)进行恒定放电测试。 我想看看更高的放电是否会导致同样的问题。

此致、
尼克·理查兹

您好、Nick。

感谢您的支持。 我想您的500mA 已检测到电流、实际电流为5000mA、因为我们具有10倍的电流范围。 对吧？ 在您确认之前、我们将进行2500mA (实际电流25000mA)测试。 因为2.5A (实际为25A)放电是 标称电流。

您好、Nick。

今天、我们将电池组充满电。 但在充电期间、FCC 从提供的2.5Ah (实际25Ah)更改为大约1.5Ah (实际15Ah)！ 我们没有记录充电过程。 当我们发现 FCC 更改时、我们开始记录它。 并关闭充满电后、FCC 再次跳至2.5Ah！！！ 请检查附件中的日志文件。

充满电后、我们也开始放电。 完全充电后、FCC 也几乎没有变化(从2.55Ah 更改为2.49Ah)。 您可以检查同一附加日志文件中的数据。

e2e.ti.com/.../AC_2D00_chg_2D00_dis_2D00_chg_2D00_2024_2D00_02_2D00_22.csv

感谢您的支持。

B.R.

陈三

嘿 Chen、

是的、在5000mA 处以实际电流运行测试。 此外、请捕获整个测试的日志文件。 我希望看到当 FCC 在日志中从2.5降至1.5时。

此致、
尼克·理查兹

嗨、Nick、

感谢您的反馈。 我现在以510ma (实际5100mA)对其放电。 将在数小时后反馈给您。

B.R.

陈三

嗨、Nick、

请参阅500mA (5000mA Real)放电日志数据。 但这次 FCC 是正常的。 您是否认为错误焊接可能导致错误的 FCC？

e2e.ti.com/.../5AdischargeLog.csv

嗨、Nick、

我们将尝试捕获不正常的 FCC 更新并进行记录。  根据技术参考手册、我感觉是由于某种原因(例如错误焊接、EMC... 执行不正确的电压检测、不正确的电阻检测...)、某些操作将 FCC 更新为0mA 十六进制 我想再做一些测试、尝试重现问题。  因此、我想咨询一下我们应该做什么类型的测试、以便能够重现问题。  

感谢您的支持！

7.5 FullChargeCapacity (FCC)、RemainingCapacity (RemCap)和 RelativeStateOfCharge (RSOC) Impedance Track 算法应用 QMax、阻抗、温度、电压和电流数据来预测运行时 FullChargeCapacity ()、RemainingCapacity ()和 RelativeStateOfCharge ()。 如果满足以下任一条件、则这些值会更新、以实时反映电池容量。

•发生 QMax 更新

•发生 Ra 更新

•开始充电和放电

•退出放电时

•在 RELAX 模式下每5个小时

•如果温度变化大于5°C

嗨、Nick、

需要提醒的一点是、我们使用的电池是 LiFePO4、而不是 NCM。 您认为40Z80适用于 LiFePO4吗？  

B.R.

陈三

[LFP_RELAX]：这是 LiFePO4化学成分的选项。 即使对非 LiFePO4化学成分进行了编程、也可以启用此标志。 在激活此功能之前、BQ40Z80器件将检查化学物质 ID (即 ChemID = 4xx 系列)。 LiFePO4具有独特的慢速配置弛豫功能、可接近充满电。 详细的内部测试数据表明、充满电后的弛豫需要几天才能解决。 电压衰减缓慢会导致 RSOC 每5小时继续下降一次。 根据完全充电的收尾电流、在某些情况下、完全稳定的电压可能会接近甚至低于 FlatVoltMax。 对于 chemID 4xx (LiFePO4)系列、要退出长休息模式、条件是电池包之前已充电到完全或接近完全状态、然后发生了显著的长时间弛豫或非平凡放电、这样在弛豫时、OCV < FlatVoltMax。 禁用 QMax 更新、因为只要处于 LFP_RELAX 模式、就不会采用 DOD。 当电量监测计退出 LFP_RELAX 模式时、OCV 已处于平坦区域。 因此、QMax 更新采用另一种方法：一旦发生满电([FC]位设置)、DOD0 = DOD_AT_EOC 就会自动分配、并对 QMax 更新有效。 如果没有 VOK 更新、则设置[QMax]。 如果更新了 Qmax、[QMax] VOK 会被清除。 该操作导致的 DOD 误差为零或可以忽略不计、因为在 LiFePO4表中、对应于 DOD= 0的 OCV 电压要低得多。

嘿 Chen、

BQ40z80非常适合 LFP。 在电压检测电缆断开的测试中、我预计会发生这种情况。 这将导致日志文件中看到的电池组电压迅速下降。 我还希望在该类型的测试中也触发一些保护功能。 对于生产线上的装置、该电量监测计是否具有与您之前发送的 gg 文件相同？

此致、
尼克·理查兹

嗨、Nick、

感谢您的信息。 BQ40Z80非常适合 LFP、这一点很棒。  

是的、当电压检测电缆断开时、电压将快速下降和增加。 在这种情况下、将保护欠压和过压。  

可以、生产线上的器件配置与我们之前发送给您的器件相同、因为所有器件都是相同的项目。

今天,我们再次重现0mA 与一个正常的产品从生产线:我们只是使用 USB 5V2A 10W,放电它,FCC 下降到0mA ! 请参阅随附的日志文件。  我认为小电流可能指向此重现。

e2e.ti.com/.../USB_2D00_discharge_2D00_0mAh100_2500_-_2D00_2024227.csv

B.R.

陈三

嘿 Chen、

您能否从该装置发送 gg 文件、以及从准确报告 FCC 的装置发送 gg 文件。 我想比较这两者、更具体地说、看看 Ra 表中是否有任何异常。

此致、
尼克·理查兹

您好、Nick。

感谢您的支持。 请参阅标准的大规模生产 gg 文件。 至于异常 gg 文件,你可以参考第一个原始信息发送由加百列"500-2-KUCun.gg.csv"

e2e.ti.com/.../001_2D00_230722_2D00_GT500_2D00_BmsApp_2D00_A2.gg.csv

嘿 Chen、

我检查了有缺陷器件的 gg 文件、并在寿命数据中注意到、报告了4次电芯过压事件和10次 电芯欠压事件。 您知道这些事件是如何引起的、或者为什么触发了这些保护机制吗？

此致、
尼克·理查兹

嗨、Nick、

使用期间、过压和欠压保护是正常操作、因为用户将充满电并将电池组完全放电。 这些会影响异常 FCC？

此致、

Sam Chen。

嘿 Chen、

这可能是导致该问题的原因。 正常运行时不应跳闸保护功能。 过压和欠压保护 阈值应设置在正常工作电压范围之外的点。

此致、
尼克·理查兹

嗨、Nick、

不,我不这么认为。 即使存在过压和欠压保护、也不会导致错误的 FCC。  

我们仍未找到根本原因。 您觉得芯片本身有问题吗？ (NG 芯片？)

我们必须继续向客户发布产品。 对于即将发货的情况、我们需要更改某些设置、使 FCC 尽量保持不变。 您认为建议更改哪种配置？ 感谢您的支持。

此致、

陈三