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.

[参考译文] BQ40Z50-R3-DEVICE-FW:RSOC 保持100%过长

Guru**** 2551600 points
Other Parts Discussed in Thread: BQSTUDIO, GPCRB

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1104600/bq40z50-r3-device-fw-rsoc-stays-at-100-too-long

器件型号:BQ40Z50-R3-DEVICE-FW

您好!

我将利用该部件深入了解 SOC 精度。 我观察到一个问题、并想知道是否有人建议尝试调整设置。

具体而言、我经常看到监测计在整个放电周期内持续报告100% RSOC、时间比正常情况更长。 电量监测计似乎认为电池组充电过大、例如根据其对 FullChargeCapacity 和 RemainingCapacity (即、RemainingCapacity > FullChargeCapacity)的估计值、在101-102% SOC 时。  

我已将 CSYNC 设置为在 有效充电终止时将 RemainingCapacity 和 FullChargeCapacity 设置为相同的值、我看到这种情况发生了。 但是、当放电开始时、我看到容量(FltRemQ)会跳升。  

有什么想法、为什么会发生这种情况、或者我可以做些什么来防止这种情况? 我包含了一个图形、其中显示了以下问题(底部轴是以秒为单位的时间)。 我可以附加使用 bqStudio 获取的日志数据以及我们的配置、如果这样做有用的话。  

谢谢、

-Eric

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    您能否共享测试中的 BQStudio 日志和.gg 文件?

    通常、当 RSOC 滞后时、就像您所说的那样、监测计会认为电池过充、因此等待 时它会递减 SOC。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Wyatt、

    很抱歉、回复很慢-我没有意识到上周没有发布。 这是两个文件。  

    是的、我认为 CSYNC 设置应该为此进行调整。

    充电在恒压部分达到特定电流阈值时终止、放电通过欠压保护终止。 换言之、这两个都不是基于 SOC 的、因此它们似乎与 SOC 不是很好地保持一致。 是否有某种设计意图来确定我缺少的这种用途?

    谢谢、

    -Eric

     

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    我认为文件上传有问题、需要我"找不到页面"。 您能否尝试重新上传它们。

    此设计旨在让监测计了解 EOC 的 DOD、以更好地考虑电池的完全充电(100% SOC)。 它应与充电器紧密对齐、以便监测计在充电器终止之前进行检测。 此外、对于终止电压、这只是监测计用于进行仿真以估算剩余容量和 FCC 的值。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Wyatt、

    很抱歉、希望第三次能有魅力。 文件必须在间隔的几天内过期、我没有检查链接是否正常。

    不过,我有点惊讶地听到你的发言。 我认为"智能电池"的一般想法是、它将如何向充电器传递充电方式(或使用所需的电压和电流对充电器做出响应)。 因此、我的理解是、电量监测计本身应声明电池已充满电、并将其对充电器的请求归零。 充电器不会特别参与终止充电、除非出现错误。 我是否有误解?

    谢谢、

    -Eric Castle

    e2e.ti.com/.../b12_5F00_config.gg.csve2e.ti.com/.../B12_5F00_SOC_5F00_Low_5F00_Temp_5F00_0C.log

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    是的、文件看起来是这次经过的。  您是否还有一个完整的周期显示电荷?

    该监测计可配置为使用智能系统运行、如果它是独立充电器、这是我之前介绍的方法。 如果是更智能的系统、则可使用 ChargingCurrent()和 ChargingVoltage()对充电器进行编程、当发生 VCT 时、它会将这些值设置为0以停止充电、这是理想情况。

    通过查看数据、您可以看到真正的 FCC 和真正的 RemCap 值存在差异、这很可能是由于您在0°C 放电时温度发生变化所致、我假设当 RemCap 更高时充电发生在更高的温度下。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    我手头没有任何东西、但我向测试工程师询问了。 我可能能够自己运行这样的测试、但需要一段时间。

    我们的应用适用于智能便携式电池组。 该器件旨在检测充电完成的时间、并将其请求调整为0V/0A、同时打开充电 FET。  

    是的、我们在室温下充电、然后在低温下放电。 我们需要在宽温度范围内(包括低(和极低!)保持 SOC 精度 温度。 在室温下充电、然后在低温下放电是便携式电池组非常常见的用例(在室内充电、在冬季充电、稍后在室外使用)。 是否有方法可以调整监测计的配置以应对温度变化?

    谢谢、

    -Eric Castle

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    低温是比较困难的应用之一、需要进行微调。 您是否已经完成了用于低温补偿的 GPCRB 工具?

    我将在明天再次查看您的日志并提供更多反馈、我需要检查固件以查看是否有任何条件在启用了平滑处理的情况下更改操作。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    在与我们的团队进一步讨论后、这实际上是监测计在温度变化期间的预期行为。

    从技术上讲、电池过充、因为电池的充电温度更高、然后放电温度降低、这就是我们看到真正 RemCap 和真正 FCC 之间存在差异的原因、在 RSOC 开始递减之前、必须对其进行均衡。 RemCap 基于静置模式下获取的 DOD 值(主要基于放电/充电模式下的库仑计数)、因此如果监测计保持足够长的弛豫时间以获取 DOD 值、则可能会减轻某些延迟、 由于我们获取的 OCV 值将与温度调节的 DOD 值相关联。

    它归结为我们如何定义100%标记和充电结束条件、以及何时更新 RemCap 值、而我们当前没有 RemCap 和 FCC 在放电开始时同步的功能、然后让平滑处理有所帮助。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    好的、谢谢 Wyatt。  SOC 的这种初始差异不符合我们的要求、因此我们正在研究是否可以使用一些内部值来计算 SOC、从而获得更好的结果。

    出于好奇、您是否希望在高温下看到同样的问题? 在55°C 时(在室温下充电后)、我会看到类似的结果。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    我认为这是我们可能在该功能中添加的一项重要功能、我将向系统团队提出新固件版本。

    您基本上需要做的是立即开始递减计数、我要做的是采用平滑的 FCC 和 RemCap 以及 True RemCap 和 True FCC、使用平滑的 FCC 对真正 RemCap 进行标准化、然后从该点开始 SOC=RemCap/FCC。

    每当与充电终止值相比温度发生较大变化时、可能会导致一些偏移、如您在日志中看到的那样。

    此致、

    Wyatt Keller

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、Wyatt、

    好的、这很好-也许在某个时候我们可以利用它。

    我非常感谢您提出的另一种方法、但我在遵循该方法时遇到了一些问题。 首先、确保我从 bqStudio 日志中获得正确的信号:

    1) 1)"平滑 FCC"-> FltFullChgQ

    2)"RemCap"-> RemCap

    3)"True RemCap"-> TrueRemQ

    4)"True FCC"-> TrueFullChgQ

    其次、不遵循您的公式。

    1) 1)标准化是什么意思?

    2) 2) FCC 指的是什么? 它是"真正的 FCC"吗? (我看不到它在其他情况下被使用)

    我有一些 Excel 文档、在这些文档中、我尝试不同的方法来查看哪些公式似乎可以提供最佳结果。 也许明天当我很新鲜时、这会更有意义。  

    谢谢、

    -Eric Castle

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好 Eric、

    很抱歉、我将尝试在其中写下更多详细信息。

    真正的 RemCap 和平滑 FCC 在放电开始时的增量:Delta_mAh = TrueRemQ - FltFullChgQ = 9539 - 9306 = 233

    Normalized RemCap = TrueRemQ - Delta_mAh

    新的调整 SOC 从放电开始递减:

    new_SOC =标称值_RemCap/FltFullChgQ。

    这只是一个建议、在放电期间需要考虑 Δ_mAh、否则最终会发生跳转。

    此致、

    Wyatt Keller