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.

[参考译文] BQ34Z100:电量监测计不一致

Guru**** 2388110 points
Other Parts Discussed in Thread: BQ34Z100, GPCRA0
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1414941/bq34z100-fuel-gauge-inconsistency

器件型号:BQ34Z100
主题中讨论的其他器件: GPCRA0

工具与软件:

嗨、TI 团队!

我已经 在我的当前电池包设计中获得了我认为是完全校准的 BQ34Z100、但我看到 SoC 在充电/放电期间会有显著的突变(如0902-GAUE-0049.csv 中所示)。  我希望能够使用电量监测计作为电池组状态的真实来源、但借助我发现的错误级别、我需要复位和重新校准。  我的设置有什么问题吗?或者这是预期吗?  我也已为这种电量监测计附加了 GG 文件。  谢谢!

e2e.ti.com/.../0902_2D00_GAUGE_2D00_0049.csve2e.ti.com/.../DVT2_5F00_Fuel_5F00_Gauge_5F00_settings.gg.csv

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

    您好!

    该测量仪表的黄金映像是如何创建的?

    请列出创建黄金映像所采取的所有步骤。

    此致、

    Diego

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

    你好,迭戈- 我不得不与工厂核实,但由于黄金周假期被推迟。   出厂时遵循以下应用指南: https://www.ti.com.cn/cn/lit/pdf/zhcaaf7?keyMatch=%E7%94%B5%E9%87%8F%E8%AE%A1%E5%BA%94%E7%94%A8%E6%89%8B%E5%86%8C&tisearch=universal_search

    如果您可以向我提供相同的英文文档、这可能有助于我确认步骤。

    工厂专门向我指出了以下步骤、以及培训电量计所遵循的步骤。  首先、他们按照如下所述准备了学习包:


    然后、他们执行充电/放电循环来训练电量计、如此处所述:

    他们进行了三次充放电循环、并尝试确保其尽可能准确。 我还附上这些内容供您参考

    e2e.ti.com/.../34100_2D00_016_2D00_0531_2D00_2_2300_LearningCHG_2D00_1.58A.zip

    如果这与您对如何正确校准电量计的理解是否一致、请告知我。

    谢谢!

    Jasen


     

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

    你好、Jasen、

    很抱歉混淆、让我澄清一下我的问题。

    您是否获得了 chemID 匹配? DOD%误差是什么?

    您是否完成了学习周期? (听起来是肯定的?)

    您是否校准了测量仪表?

    抱歉、您共享的.zip 在我的端显示为空文件夹、您能否链接各个文本文件?

    此致、

    Diego

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

    尊敬的 Diego:

    按照以下内容分配了新的 ChemID:

    学习周期已完成、校准已完成、如下所示:

    如下所示附加学习文件。

    谢谢!

    Jasen

    e2e.ti.com/.../34100_2D00_016_2D00_0531_2D00_2_2300_LearningCHG_2D00_1.58A.loge2e.ti.com/.../34100_2D00_016_2D00_0531_2D00_2_2300_LearningDSG_2D00_1.58A.loge2e.ti.com/.../34100_2D00_016_2D00_0605Cycle2_2D00_2_2300_LearningDSG_2D00_1.58A.loge2e.ti.com/.../34100_2D00_016_2D00_0606Cycle3_2D00_2_2300_LearningCHG_2D00_1.58A.log

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

    最后一个学习文件附后。  2号充电周期丢失、因此未包含在内。  如果您认为这很关键、请告诉我、我将要求工厂重新运行它。

      e2e.ti.com/.../34100_2D00_016_2D00_0606Cycle3_2D00_2_2300_LearningDSG_2D00_1.58A.log

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

    你好、Jasen、

    感谢您回答我的所有问题并提供日志文件。 请允许我花一些时间来查看这些内容。

    您能否与客户分享.gg 或.srec?

    此致、

    Diego

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

    嗯... 文件上传现在似乎已损坏。  我尝试过几次、但无法上传。  我稍后再试。

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

    你好、Jasen、

    尝试转换为 txt 文档、然后上传。

    此致、

    Diego

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

    e2e.ti.com/.../bq34z100G1_5F00_srec.txt

    啊-效果更好。  文件如下!  谢谢!

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

    你好、Jasen、

    感谢您提交此文件、请允许我花点时间来查看。

    此致、

    Diego

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

    尊敬的 Diego:

    一个相关问题-我一直在检查电量监测计已完成了多少次重置、以防工厂/学习过程中发生意外。  正如 RESET_DATA (CMD 0x05)报告的那样、我看到的是0x18的结果-我觉得这有点奇怪。  您是否知道为什么我看到如此高的价值?  工厂也 看到了类似的结果、并增加了一个阶跃来在生产过程中对其进行监控、但对于这种情况的发生方式却不了解。  谢谢!

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

    您好!

    这不一定是不寻常的。 如果发送了 RESET 命令或对器件进行下电上电、RESET_DATA 将递增。

    此外、当我在器件上刷写您的.srec 时、我的器件停止响应、尚不确定根本原因。 但我只需要.srec 来查看这些参数、您能否共享发送的日志文件的.gg。

    此致、

    Diego

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

    请找到随附的 gg 文件!

    e2e.ti.com/.../Verkada_5F00_Fuel_5F00_Gauge_5F00_settings.gg.csv

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

    Jasen、您好!

    我们目前正在对此进行研究。 请给我们一些时间来浏览 gg 文件。

    此致、

    Adrian

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

    尊敬的 Diego / Adrian:

    此问题可能与唤醒电流阈值有关吗?  我们的电量监测计将唤醒比较器设置为+1.25mV/-1.25mV、对于3m Ω 电阻、可将其设置为417mA。  如果我们以充电器最小值(即400mA)充电、那么监测计是否可能检测不到充电电流并导致低于预期的 SOC 读数?

    谢谢!
    Jasen

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

    你好、Jasen、

    在我查看您的配置时、似乎尚未竞争学习周期。 您能否确认、如果已完成、记忆状态/更新状态将为6。  

    此致、

    Diego

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

    尊敬的 Diego:

    是的、我获取的文件来自我在工作台上使用的预生产包。  他们在工厂运行完整的学习周期、并在前几天为我提供了这个更新的.gg 文件、该文件确实具有正确的更新状态。

    Jasen

    e2e.ti.com/.../Luma_2D00_V1.2_2D00_34Z100_2D00_1016with-Key_5F00_gg.txt

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

    你好、Jasen、

    感谢确认、查看首次发布时发送的原始日志文件、SOC 由于达到终止电压而降至0。

    是否正确设置了终止电压?

    您能否共享此行为的完整日志文件?

    此外、您能否验证所有关键参数是否配置正确。

    该负载是典型的应用负载还是恒流放电测试?

    此致、

    Diego

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

    尊敬的 Diego:

    我会说是的-已正确设置终止电压。  虽然实际电芯最小值为2V (16V 电池组电压)、但我们的目标最小值为2.5V (20V 电池组电压)。  此时我们在烟雾上奔跑、因此为了避免过度放电、我们将 CUV 设置为19.835V、在该点 AFE 启动以停止放电。   

    我不知道完整日志是什么意思-我分享的是放电开始前和放电结束后很长一段时间的状态... 请说明还有什么需要。  还请说明哪些参数在此用例中至关重要。  当然、COV 和 CUV 设置正确、但如果您在寻找更具体的电量监测计信息、请提供建议。

    要说什么是典型负载会比较困难。  我们使用的是具有备用电池的警报面板。  负载将取决于用户配置及其连接到面板的设备数量。  该电池板最多可支持六个电池组、因此每个电池组的负载也取决于该参数。  不过最终、我们设计的充电/放电率为0.2C、这在大多数情况下是合理的近似值-负载将保持相当恒定、尽管如果安装的电池组数量超过几个、充电电流会小很多。   

    请告诉我是否有我可以进一步澄清的内容!

    Jasen

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

    你好、Jasen、

    因此、当我查看发送的所有 dschg 日志文件时、我只在0902-gauge-0049.csv 上看到 SOC 跳转 。该日志文件被截断、原因是达到了终止电压。 问题是、在此之前、电量监测计错过了接近12%的电量、这时发生了什么情况。

    如果需要0.2C、则可以使用加载模式6配置此选项并相应地设置用户速率。 这将有助于纠正此错误。

    此致、

    Diego

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

    尊敬的 Diego:

    我将您的意见反馈给了工厂、得到了以下回复:

    1、此日志清楚地记录了 SOC 的异常情况、我认为是监测计超额计算12%; (JH 评论:工厂似乎完全回应了您的问题-当监测计漏掉12%的电量时、会发生什么情况?  如果我们定期将电池包充电至90%而不是100%、这是否会改变电量监测计的精度并导致这种误差?  (要明确的是、这不是我认为在这里发生的情况、但我们在生产中这样做是为了尽可能减少电池老化)
    2、关于 TI 提到的负载模式配置、目前电量监测计保持默认配置(Load Mode=0、Load select=1)、TRM 文件没有提及 Load Mode=6的详细说明、您能不能让 TI 提供进一步的说明(JH 注释:出厂时提供了以下图像、以提供有关负载模式设置的请求说明上下文:
    3、关于 SOC 跳跃的方案、我有点担心、毕竟这个黄金学习是成功的;如果我们按照 TI 的建议、即使学习成功、随着批量生产的越来越大、SOC 也可能跳变。   
    谢谢!
    Jasen
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好!

    我目前正在研究这个问题、请允许我某个时间。

    此致、

    Diego

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

    你好、Jasen、

    1) 1)为什么客户只收取90%的费用? 器件是否获得一致的 QMax 更新?

    2) 2)那么、电量监测计运行仿真来预测 SOC。 Load mode 和 Load select 配置了电量监测计如何运行该仿真。 负载模式选择6在运行仿真时将假定恒定电流或恒定功率。 如果负载一致、此设置将有助于监测计更好地预测容量。

    3) 3)需要测试配置以确认准确性。 许多原因都可能导致 SOC 跳跃。 自初始配置以来、Ra 表是否发生了显著变化?

    此致、

    Diego

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

    尊敬的 Diego:

    1)我只充电到90%、因为电池容量会随着时间的推移而降低、如果保持在高充电状态-尤其是在环境温度很高的情况下。  由于这是我们的用例中可能发生的情况、因此我们选择将 SoC 保持在90%、因为随着时间的推移、这种轻微的减小会产生很大的影响。  根据我的理解、QMax 会在放电/充电周期之后电压稳定后更新。  由于这是备用电池、我们几乎可以无限期地保持在高 SoC、但对于我们所做的测试、我们会定期充电和放电、因此 Qmax 应定期更新。

    2)工厂询问您是否认为 预测的 SOC 功能由于负载不匹配而异常、这会导致 SOC 跳变? 如果是、 他们将 在 Load Mode=6条件下重新学习、看看 SOC 精度是多少。  您认为这可以解决 SoC 跳转问题?

    3) 3)工厂回答说、它们在生产过程中不关注 Ra 表值。  他们要求您确认他们是应该尝试记录所有 Ra 表值、还是只关注 Ra 表标志? 如果需要记录 Ra 表值、则必须检查其可行性、因为它们通常不会监测表值。

    谢谢!

    Jasen

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

    您好!

    我目前正在研究这个问题、请允许我某个时间。

    此致、

    Diego

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

    您好、Diego -是否有此请求的更新?  工厂愿意使用负载模式6重新运行学习算法、因此请告诉我们这是否有用、或者仅充电至90%是否更可能导致该问题。  如果您想进一步调查、我可以给您发送一个包装... 我发现监测计误差相当普遍、影响所有电池包的程度各不相同、这样我就可以更好地从设计中将其移除并使用原始电压。

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

    你好、Jasen、

    很抱歉耽误你的时间。

    2)我不记得看到他们正在使用的负载的日志文件。 如果他们使用的是恒定电流或功率负载、那么他们肯定应该使用负载模式6。 或者、如果负载非常动态、则还应使用负载模式6、并将用户速率设置为放电峰值。 负载模式下的不匹配肯定会导致 SOC 问题。

    3) 3)我建议记录所有 Ra 值。

    请在可用时提供数据和配置。

    此致、

    Diego

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

    尊敬的 Diego:

    请帮助我再次确认我的理解是否正确:
    1.充电和放电日志文件是10月9日提供的,或者你是否在寻找其他东西?
    2.如10月9日日志文件所示、我们使用的是恒定电流负载。   但是、考虑我们的系统、 它通常是恒定的功率输出-但该功率会根据 用例而变化。 我们不能根据出厂设置假设恒定功率,但当任何给定的电池组放电时,该功率通常是恒定的。  是否确定"Load Select = 6"是这种情况下的最佳设置?   

    3.您描述的不匹配是什么?  负载会发生动态变化吗?

    4.  查找哪些数据/配置?  我认为我已经提供了所有内容

    谢谢!
    Jasen

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

    您好!

    该团队目前不在办公室。 我们下周再见。

    此致、

    应用团队的成员

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

    嗨、伙计们-有更新吗?   

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

    嗨、TI 团队–我需要您就您的问题作出澄清。  现在已经有几个星期了-请帮助澄清、以便我们可以继续前进。   

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

    你好、Jasen、

    很抱歉,这个主题在感恩节丢失了。

    2) 2)我查看了 DSG 日志0605和0606、没有看到任何 SOC 跳变、您是否有包含要更正错误的日志?

    如果放电率始终相同或负载非常动态、则应使用负载模式6。

    当时、您是否对配置检测进行了任何调整?

    此致、

    Diego

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

    尊敬的 Diego:

    SOC 跳转位于我们在该线程开始时提供的第一个文件(0902-GAUGE-0049.csv)中、尽管该跳转总是发生、因此如果有用、我可以提供更多示例。  

    正如我在11月14日提到的、系统通常在恒定功率模式下运行、因此我将让工厂使用该模式而不是恒定电流模式重新运行校准。  关于 Load Select、放电率会有很大的变化 、具体取决于客户用例、但在客户处安装之后、我预计负载从放电到放电几乎相同。  知道了这一点、您是否会建议 Load Select 值为0、1或其他值?

    因为我一直在等待您的反馈、所以我尚未进行调整。  请尽快告知我们、希望在即将到来的假期中重新调整工厂。

    谢谢!
    Jasen

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

    你好、Jasen、

    感谢您确定要查看哪个日志文件。

    是的、如果是这种情况、我们一定要更改为恒定功率。 我建议使用 LOAD MODE = 1和 LOAD SELECT = 1。

    查看 Ra 表、它与新编程的 chemID 的值完全不同。 请参见下文

    您的 Ra 表是否在每个周期中主要更新?

    电量监测计在使用初始 Ra 值时是否表现良好?

    减小最小和最大 Ra 因子可能有助于实现该目的、请参阅下面的定义。

    (+) BQ27520-G4:最大电阻因数和最小电阻因数-电源管理论坛-电源管理- TI E2E 支持论坛

    如果可能、我还建议使用 GPCRA0工具来优化 RA 表(如果可能)。

    GPCRA0应用软件和框架|德州仪器 TI.com

    特别是在该日志中、由于项电压命中、SOC 降到了0。 2625*8=21000mV。 如果错误、则需要纠正此问题。

    此致、

    Diego

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

    尊敬的 Diego:  

    工厂收到了一些基于您建议的意见。  他们想知道 SoC 是否跳跃"可能与寄存器"reLAX_JUMP_OK"和"reLAX_SMOOTH_OK"相关、因此我们应禁用 RELAX_JUMP_OK 和 RELAX_SMOOTH_OK ?"
    对此设置有何建议?

    此外-在上面、您指出 SOC 由于项电压被命中而降至零。  监测计是否不应该考虑项电压并相应地调整 SoC?  或者、项电压应该是 AFE 切断放电时的实际电压?

    谢谢!

    Jasen

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

    你好、Jasen、

    我将启用平滑处理并启用 RELAX SMOOTH OK、但 DIABLE RELAX JUMP OK。

    是的、整个估计值很可能是由于 RA 表而出错的。

    此致、

    Diego