[参考译文] BQ40Z50-R1：在生产过程中、检测到 SOC 跳至0。

您好！

在 SOC 丢失期间、如果可能、您能否共享有关电量计设置的日志文件和.gg 文件？ 这将使我们更好地了解此时监测计内正在发生的情况。

此致、

Anthony

这是用于导出 SOC hops.e2e.ti.com/.../CN071_2D00_SOC_F38D_0_2D00_20240821.gg_2D00_A248FE0001058.csv 的 GG 文件

这是用于导出正常 machines.e2e.ti.com/.../CN071_2D00636B385E2D00_A248EF0001106.gg.csv 的 GG 文件

您好！

感谢您发送.gg 文件、我们将开始研究它们。

如果可能、您是否有一个描述我们可以研究的 SOC 降到0的日志文件？

此致、

Anthony

未记录突然下降0的日志文件。因为在生产电池后、读取 BQ40Z50-R1的内部时、发现正常电压应对应于50%-60%的 SOC、但 SOC 实际上下降到0。

您好！

您能否确认显示此问题的器件的"Terminate Voltage"已正确设置？ 此外、您能否确认已正确完成此单元格的学习周期？

该应用是如何选择 chemID 的？ 是否使用了 GPCCHEM 工具？

此致、

Anthony

上述所有内容均可确认为正确。

我们已导出4个原型 SOC 跳跃到0的 GG 文件、并将它们与普通机器的 GG 文件进行比较。 附件中突出显示的红色部分与普通机器不同。 您能否看看您是否可以识别任何异常问题？ 此外、还有一个附件、包含原始 GG 文件(没有任何测试或老化).e2e.ti.com/.../CN071_2D00636B385E8C54025F385EF95BD46B_.gg.csve2e.ti.com/.../CN071_2D00_2024620_2D00_seal_08FF9F53CB5909FF_.gg.csv

另外、我们还需要了解 BQ40Z50-R1芯片 SOC 突然跳到0背后的逻辑、以及哪些情况会导致这种现象发生？

您好！

Xiaogang WEN 说：

我们已导出4个原型 soc 的 GG 文件 SOC 跳转至0并将其与普通机器的 GG 文件进行比较。 附件中突出显示的红色部分与普通机器不同。 您能否看看您是否可以识别任何异常问题？ 此外、还有一个附件包含原始 GG 文件(没有任何测试或老化)[/QUOT]

我认为发送的文件中没有突出显示的部分、您能否确认发送的文件？

[报价 userid="59498" url="~/support/power-management-group/power-management/f/power-management-forum/1402281/bq40z50-r1-during-the-production-process-it-was-detected-that-soc bq40Z50-r1芯片 SOC 突然跳至0背后的逻辑以及哪些条件会导致出现这种现象？

有几种情况可能会导致该电压下降、例如端接电压设置不正确、电池的 chemID 不是正确的选择、监测计在极端温度下运行而不进行温度优化等 但是、如果没有描述这种情况的 bqStudio 日志文件、就很难确定这种情况的根本原因、因为这将允许我们在发生这种情况时直接查看电量计寄存器。

此致、

Anthony

其中的数据包括1PCS 正常机器的 GG 文件、4个异常机器的 GG 文件以及重新老化后从1PCS 异常机器导出的 GG 文件(重新老化后的周期数仍然为0)。 红色部分标记为异常机器的 GG 文件与正常 machines.e2e.ti.com/.../CN071_2D00636B385E8C54025F385EF95BD46B_.gg.xlsxe2e.ti.com/.../7356.CN071_2D00_2024620_2D00_seal_08FF9F53CB5909FF_.gg.csv 文件之间的差异

您好！

感谢您的澄清、我们现在可以看到带有红色标记的部分。 关于这些段、它们的大多数值与普通.gg 值相差不大、我认为会导致这个问题。 Ra Table 值已更新、但它们仍接近正常的 Ra 表值。

一个突出的部分是在第二个异常.gg 拉取时发生的6个 CUV 事件：

当 SOC 下降时、是否可以接收到电量计的 bqStudio 日志文件？ 这将使我们更好地了解导致下降的原因。

此致、

Anthony

我们发现四个异常电池的 Ra 表值与原始数据(未老化) Ra 表值相同。 此外、昨天我们使用异常的零跳转电池之一执行了复位操作、并且 SOC 根据容量相应地恢复正常。 但当我们再次尝试充电和测试时、我们发现随着容量的增加、这种异常电池包的 SOC 没有增加或变化、SOC 值保持不变。 我们现在怀疑 BQ40Z50-R1芯片已损坏。 您在这里是否遇到过类似的情况？

我们再次尝试刷写程序、芯片能够恢复正常运行。 但不可能确认同样的风险是否仍然存在、也不能模拟和重现。

您好！

您能否确认当监测计处于0% SOC 状态时是否触发了任何保护？ 执行充电测试时、您能否确认 FET 处于活动状态并且器件正在主动正确读取电流？

此致、

Anthony  

它将触发保护、附件是异常电池(当 SOC 为0时)的放电老化数据、可以通过当前显示看到。

e2e.ti.com/.../CN071_2D00_SOC_F38D_0_2D00018016532C7B8C4E656B_18A_3E65357508FF3E6535750180165309FF_.xlsx

您好！

感谢您发送日志文件、我认为其中一个问题来自 MaxError 为101%、是否发生了一段更长的时间、在此日志文件之前电量计中没有 QMax 更新？

此致、

Anthony

有

您好！

关于 QMax 更新、下面列出了电量监测计会使计算出的 QMax 更新无效的条件：

查看日志文件、监测计处于第二次放电后以外的温度范围内、此时监测计温度高于40。 您能否确认在第二次放电后的休息期间温度低于40？

关于电压、如果您共享电量计的.srec 文件、我们可以确认该条件是否中断。

此致、

Anthony

电池包的环境温度处于25 ℃ 范围内。 老化放电期间、有一部分电池表面在放电结束时会出现高温。 但是、停止放电后、可以确认温度低于40 ℃。

您好！

今天是国庆节。 我们将在本周晚些时候与您联系。

此致、

应用团队的成员

您好！

如果可能、您能否共享该器件的.srec 文件、以便我们检查其他条件是否中断？

此致、

Anthony

它是否是异常机器导出的 rec 文件？ 还是产品。 REC 文件？

您好！

通过使用 bqStudio 固件更新页面并按下以下按钮、可从器件中提取.srec：

此致、

Anthony

异常机器导出 .srec 文件：e2e.ti.com/.../CN070-_025F385E3A67505B_.zip   大规模生产机器 subroutine.srec 文件：e2e.ti.com/.../CN070-_CF91A74E3A67505B_.zip

您好！

量表的大规模生产机器.srec 是否处于密封状态？ 如果是、请共享此文件的解封版本、因此如果更改了默认值、则无需请求解封密钥。

此致、

Anthony

大规模生产机器.is 密封状态监测计的 srec；e2e.ti.com/.../CN070_2D00_UNSEAL.zipe2e.ti.com/.../CN070_2D00_UNSEAL.gg.gg.csv

您好！

感谢您发送.srec。 查看之前发送的放电日志文件、看起来电量监测计永远不会进入电池处于真正放松状态的休息状态。 为了进行 QMax 更新、电量监测计依赖于静止期间进行的两种不同的 OCV 测量。 您是否恰好在日志文件中设置了 Charge -> Relax -> Discharge -> Relax cycle、所以我们可以更好地研究监测计为何未完成 QMax 更新？

此致、

Anthony

如前所述、有一台机器的充电和放电周期已经老化、但周期数尚未更新。 附件是同一 platform.e2e.ti.com/.../5342.CN071_2D00_SOC_F38D_0_2D00018016532C7B8C4E656B_18A_3E65357508FF3E6535750180165309FF_.xlsxe2e.ti.com/.../CN071_2D00025F385E3A67505BCD91B06545513E65357501801653_.gg.xlsx 上正常机器 GG 文件、异常机器 GG 文件和异常机器老化 GG 文件的比较

您好！

关于周期数、我认为这是由于异常器件没有正确检测到此时发生的通过电荷量而导致的。 周期计数取决于周期计数百分比、即放电期间使该值递增所需的通过电荷量。 在随附的.gg 文件中、当前为90%、似乎器件没有看到通过的电荷。

此致、

Anthony