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-G1:在高电流放电期间、SoC 从80%下降到0%、FCC 也下降

Guru**** 2573695 points
Other Parts Discussed in Thread: BQ76952, BQ34Z100-G1, BQ34110

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/1427186/bq34z100-g1-soc-dropped-from-80-to-0-during-high-current-discharge-fcc-dropped-as-well

器件型号:BQ34Z100-G1
主题中讨论的其他器件:BQ76952、、 BQ34110

工具与软件:

与之有关的人员:

我们有一个采用13S3P 配置的电池、以及 BQ34Z100-G1电量监测计 IC 和 BQ76952保护 IC。 设计电压范围为40V 至54V、设计容量为13450mA

在3A 常规放电期间、SOC 按预期准确。 FCC 大约是13300mA 十六进制的

但如果在14.8A (约1C)的高电流下放电、SOC 突然从86%下降到0%、FCC 也降至2000mA、 电压约为50V。

此时我们停止放电、为电池充电、FCC 和 SOC 可以恢复正常。  

请帮助检查是否有任何设置可以更新、以帮助解决此问题。 随附测试数据、GG 设置文件和 SREC 文件。

谢谢!

Chene2e.ti.com/.../SOC-drop-issue-10_2D00_18_2D00_2024.zip

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

    您好!

    感谢您的日志和.srec。 请允许我花点时间查看此数据。

    此致、

    Diego

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

    您好、Diego:

    是否有任何更新? 谢谢!

    Chen

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

    尊敬的 Chen:

    很抱歉耽误你的时间。

    根据您共享学习周期的文件、您尚未完成学习周期。  

    是否使用 GPChem 工具获得了正确的 chemID 匹配?

    这些是哪种细胞?

    此致、

    Diego

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

    您好、Diego:

    感谢您的答复。

    SREC 文件是黄金样本文件、实际电池已完成学习周期、并且电量监测计 EN 已激活。

    该电池使用 LG INR21700-M50LT 电池、ChemID 为7121。 我认为使用这是正确的 ID、因为在低电流情况下、SOC 非常准确、容差< 1%。 在低电流放电周期之后、电池充满电、然后以大约14A 的高电流速率放电。 在此放电期间、SOC 按预期下降至86% SOC、然后直接突然降至0%。

    如果可以调整任何设置/配置以避免此问题、您可以提供帮助吗? 我们的假设是 RA 表中的某个参数混乱、因此 FCC 和 SOC 都显著降低。

    相关问题、如果我们使用 BQ34110 IC 而不是 BQ34Z100-G1:

    1.是否引脚对引脚兼容?

    2. BQ34110的优缺点是什么? 据我所知:BQ34110是基于电压的补偿、因此 SOC 不应跳跃、但 SOC 的精度可能不如 BQ34Z100-G1 (如果它正常工作)。 在我们的设计中、我们可以牺牲一些精度来避免突然跳跃(上或下)。

    请帮助检查并提供建议。

    谢谢!

    Chen

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

    尊敬的 Chen:

    您能否共享此行为的日志文件和.gg 文件。

    BQ34110是一款放电结束监测器、用于测量极少放电型应用。 我不建议电池定期充电和放电。  

    从技术上讲、不是 P2P、因为这些引脚具有不同的功能、但我会检查您自己的端、它可能足够接近您的应用。

    此致、

    Diego

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

    您好、Diego:

    GG 文件和日志文件均已附加在上一帖子中。 请确认您是否有权访问这些文件。

    您对电量监测计 IC 有任何其他建议吗? 这是一个13s 设计、电流相对较高、充电电流为6A、放电电流为20A。 我们可以接受更高的容差、例如5%、但不会发生 SOC 跳跃。

    谢谢!

    Chen

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

    尊敬的 Chen:

    我认为您有合适的器件;问题很可能与配置有关。

    请将负载模式选择更改为电流、将负载选择更改为6、并将用户电流速率配置为-13726mA。 如果您计划以20A 放电、请相应地设置用户电流速率。

    这样应该可以提高性能。

    此致、

    Diego

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

    您好、Diego:

    感谢您的答复!

    负载 选择6是用户可配置的方法。 但实际上、该电池不会以恒定电流放电、并且在使用期间电流可在0.5A 至10A 之间变化。 所以我们只使用了默认值1。 您对设置有任何其他建议吗? 比如平滑功能?

    谢谢!

    Chen

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

    您好!

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

    此致、

    Diego

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

    您好、Diego:

    已经有一段时间了。 有更新吗?

    我们最近运行了一些其他测试、并注意到在低放电电流(3A)周期后、下一个高放电电流(15A)周期的 SOC 将具有高达9%的高容差。 但是它没有下降到0。 如果放电电流可能会变化、是否有任何有关 SOC 容差的缓解措施?

    谢谢!

    Chen

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

    尊敬的 Chen:

    很抱歉响应延迟。

    以高速率放电后、Ra 值会发生什么情况? 它们在施加两个负载后是否保持不变?

    我明白了为什么使用负载选择。 产生误差的原因可能是施加的负载变化很大。

    电量监测计是否获得一致的 QMax 更新?

    此致、

    Diego

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

    您好、Diego:

    感谢您的答复。 我们将检查是否记录了数据。  

    正如您提到的"该误差可能是由于施加的负载存在巨大差异。" 是否有办法最小化差异?  

    另外、在实际应用中、放电电流可以在一个放电周期内介于0.5A 至10A 之间。 我们预计容差会变差。

    谢谢。

    Chen

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

    尊敬的 Chen:  

    如果负载一次放电将在0.5A 至10A 之间变化、 对于实际应用、最好在预期的负载上运行测试。  

    正如我们以前讨论过的、我们应该调整负载模式和负载选择。 现在我已经更好地了解了应用、因此应该使用 Load mode =1、因为放电期间电流会发生变化。 由于负载的性质、负载选择将更具挑战性、我建议最初使用负载选择0。 但是、如果这不能批准性能、我们可能需要更改为加载选择6。

    如果您更愿意将对话移至电子邮件、Bilge 也让我通过电子邮件进入。

    此致、

    Diego