[参考译文] BQ28Z620：BQ28Z620 设计容量和 SoC 测量问题–FCC 波动和周期数未更新

嗨、Hasan、

您能给我发送.gg 文件和 bqstudio 日志文件吗？

谢谢、

Adam

您好、Adam、

请查看随附的 gg。 和 bqstudio 日志文件。 提前感谢您的反馈和支持。

Hasan B.

e2e.ti.com/.../6371.gg.csve2e.ti.com/.../0407.Discharge.log

您好 Hasan、

Update Status 应该能够从 4 更新到 5。 因此、似乎使用了不恰当的 ChemID。 您如何匹配 ChemID？ 如果您使用了 GPCCHEM 工具、能否发送报告？

谢谢、

Adam

您好、Adam、

我没有使用 GPCCHEM 工具。 我使用的单元格是 Aspilsan 的 INR18650A28。 由于在 ChemID 部分找不到它、因此我为 Molicel P28A 系列选择了 ChemID。

您认为该问题是否与 ChemID 相关？

Hasan B.

尊敬的 Adam：
我使用 GPCCHEM 工具执行了化合物 ID 匹配。 我还按照您之前的建议将“更新状态“从 4 更新为 5。 但是、问题仍未解决、并且周期计数仍未按预期变化。
请查看随附的化学 ID 匹配报告和日志文件。

谢谢、  

e2e.ti.com/.../5518.ChemId_2D00_report.zipe2e.ti.com/.../5518.ChemId.zipHasan b. 

尊敬的 Hasan：

您能给我发一个 gg。 上次运行的文件和日志文件（正确的 ChemID 和更新状态= 5）？

谢谢、

Adam

e2e.ti.com/.../prototype.gg.csv

尊敬的 Adam：  

请找到随附的.GG 文件。 如果您能就我所面临的问题分享任何见解或建议、我将不胜感激。

谢谢、  

Hasan B.

嗨、Hasan

FCC 有多大变化？ 如果可以、请向我发送包含 FCC 的 bqstudio 日志文件。 设计容量是 制造商针对全新电池的目标储能容量、而满电容量是电池老化后可保持充满电的实际电量。 这是您永远不会达到设计容量的合理原因。

谢谢、

Adam

尊敬的 Adam：  

我正在附加我使用更新后的 gg.file 执行的最新测试中的日志文件。

更新 化学成分 ID 后、  根据最近的测试、FCC（充满电容量）行为有所改善。 然而、 SoC（充电状态） 变化仍然表现出相对较高的误差裕度。 我们期望将此误差保持在 5%或更低。

此外、我观察到 周期计数存在一些不一致之处。 有时它根本不会改变、或者偶尔会递增。 例如，在最近一次测试后，周期计数增加，但在此之前，我执行了几个完全充电 — 完全放电周期，而计数没有任何变化。

虽然 FCC 行为似乎是合理的、但 SoC 估算误差 仍然很重要。

您能检查一下更新后的 gg.file 、如果发现任何差异或潜在问题、请告诉我

谢谢、  

Hasan B.

e2e.ti.com/.../Prototype_5F00_Discharge.log

尊敬的 Hasan：

我计算了 SoC 估计误差并看看这个问题。 我会立即开始查看此内容、尽快回复您。

谢谢、

Adam

您好、Adam、

我很期待您的答复。

感谢你的帮助。

Hasan B.

尊敬的 Hasan：

似乎是随着温升而跟踪误差。   对高温运行 GPCRB 并发送这些结果。 另外、将设计容量更改为 3600 CWH（当前为 360）、似乎是舍入误差。 这有助于解决您的问题。

谢谢、

Adam

尊敬的 Adam：

我已经根据参考文档收集了请求的数据。 但是、我在尝试通过提供的链接上传时遇到错误。 这可能是由于未按要求在低温和室温下进行测试。

我期待您的反馈。 请注意、我下周可能不在办公室、因此我的回复可能会延迟。

谢谢、
Hasan

e2e.ti.com/.../1145.GPCRB.zip

嗨、Hasan

如果可以、请从 GPCRB 向我发送 SREC 和日志文件。 这些文件将很好地解释可能发生的情况。 设计容量的修正是否有助于解决您的问题？

谢谢、

Adam

尊敬的 Adam：

请根据 GPCRB 程序、查找随附的 SREC 文件和高温操作日志文件。

是的、SoC 估算误差显著减小、非常好。 然而、能力波动的问题仍然存在。 在每个充电/放电周期之后、FCC 值都会发生变化、并且器件似乎会相应地对其进行解释。

此外、周期计数仍然不会更新。

谢谢、

Hasan B.

e2e.ti.com/.../highTemperatureLog.loge2e.ti.com/.../screc.zip

尊敬的 Hasan：

FCC 值可以根据温度变化而变化。 这可能是您在 FCC 中看到这些波动的原因。

我将查看 screc 文件的原因,循环计数没有更新,并得到你. 可以看到“Cycle Count Percentage“设置为 85%。 您的 CCT 位是 1 还是 0？ 这确定是使用 FCC 还是 Design Capacity 更新周期计数。

谢谢、

Adam

尊敬的 Adam：

CCT 设置为 1、因此周期计数应根据 FCC 进行更新。 我通过这种方式设置、以便更准确地了解随时间推移的容量和相关值。

从您的角度来看、您是否看到了我可能错过的任何问题或异常情况？

谢谢、
Hasan

尊敬的 Hasan：

 更深入地查看日志文件、 FCC 会因您的温度而波动。 每次 FCC 跳跃时、是因为温度会上升到 50°C 或更高。 但 FCC 似乎采取了适当的行动。

如果循环计数未更新 — 我无法找到循环计数未更新的任何原因。 一个简单而简单的解决方法是让您自己保持循环计数。 如果这不是我想要的,我可以继续研究它,并试图找到问题. 我自己猜测高温可能会导致循环计数不更新。 可以仅在室温下运行测试、看看这是否是问题。

谢谢、

Adam

尊敬的 Adam：

感谢您的反馈和支持。 现在、我可以手动跟踪周期数、但一旦产品超出原型设计阶段、我们就需要确定并永久解决根本原因、尤其是对于电池运行状况等长期指标。

由于电池内部电阻会自然产生热量、因此 BMS 也会受到影响。 我以前在其他 TI BMS 系列上没有遇到此类问题。 也就是说、SOC 值当前保持在可接受的限值内。

关于周期计数、我观察到在室温下执行的所有测试中、周期计数没有增加。 如果您注意到日志或参数中有任何异常、或者需要更正的任何内容、我将非常感谢您的见解。

再次感谢您的持续支持。

谢谢、

Hasan  

尊敬的 Hasan：

我将继续浏览您发送给我的文件以查找循环计数问题。 我也会让您了解最新信息。

谢谢、

Adam