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.

[参考译文] BQ35100:accumulatedCapacity 值中的大跳转

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

https://e2e.ti.com/support/power-management-group/power-management/f/power-management-forum/907805/bq35100-large-jump-in-accumulatedcapacity-value

器件型号:BQ35100
主题中讨论的其他器件:BQ25100、、 BQSTUDIO

我们有一个问题、即累加容量的值。 我们有大约500个使用 BQ35100来监测 SAFT LSH20电池的累积容量(标称容量为13 Ah)。 BQ25100处于 ACC 模式。 这些器件仅由该电池供电。 器件大部分时间都处于睡眠状态(例如睡眠一小时、唤醒、发送一些数据(包括累积容量)并返回睡眠状态)。 所有器件已运行数月、已提供正常的累积容量读数。 在不同的时间点、某些器件会显示累计容量的大幅提升。 新的累积容量读数高于31 Ah (即、超出标称电池容量的两倍)。 到目前为止、所有电池都能正常工作。  以下是一些示例、说明某些器件上的实际读数是如何显示的:

器件 ID

跳转前的值(十六进制)

跳转后的值(十六进制)

1

-1912855 (0xE9CFE2FF)

-31724460 (0x54EC1BFE)

2.

-1412638 (0xE271EAFF)

-31722796 (0xD4F21BFE)

3.

-1396580 (0x9CB0EAFF)

-31722404 (0x5CF41BFE)

4.

-760949  (0x8B63F4FF)

-31722796 (0xD4F21BFE)

5.

-1406343 (0x798AEAFF)

-31722796 (0xD4F21BFE)

我到目前为止注意到的主要问题是:

  1. 这些值全部为31 Ah 左右、远高于标称电池容量。 这表示该值不能来自正确的测量值。   
  2. 跳转后的值非常相似、在某些情况下是相同的、例如:  (0xD4F21BFE).
  3. 最后2个最高有效字节是相同的(即在小端字节序中它们是'0x1BFE')
  4. 跳转后、累计容量读数似乎按差分条件显示(即 Current_accCap - Previous ~ accCap 读数之间的预期电池放电)。

您能否提供有关如何解决/防止此问题的任何提示?

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

    我们下周再见。

    Andy

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

    更新:我注意到、存在此问题的某些器件会在一段时间后达到特定的累加容量值、即:

    -32767000、十六进制为0xE8030CFE (小端字节序格式、通过 I2C 接口接收)。 有趣的是32767 =(2^15)- 1。 我想它与内部达到的某个饱和值有关。 通过 I2C 传递的值仍然不表示电池的实际累积容量、也不匹配记录的饱和点。

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

    JP、

    我认为这里的重点应该是"电流"寄存器是否正确校准。 如果电池设计容量仅为13Ah、接近31Ah、则表示存在恒定偏移或校准不正确。 当器件通过 GE 引脚断电或发出监测计停止命令时、它将停止进行测量、从而保护您免受任何噪声的影响。  

    当达到最大值时、累加器将翻转、因此预计会达到32767 (2^15)、此时会看到较大的跳转。  此陈述不正确。 由 Eric Vos 于2020年6月16日进行了验证

    此时、我建议在工作台上启用监测计、施加已知负载、并验证是否正确报告电流。  

    谢谢、
    Eric Vos

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

    您好 Eric、

    感谢您的回答。 以下是我的评论:

    我认为这里的重点应该是"电流"寄存器是否正确校准。 如果电池设计容量仅为13Ah、接近31Ah、则表示存在恒定偏移或校准不正确。 当器件通过 GE 引脚断电或发出监测计停止命令时、它将停止进行测量、从而保护您免受任何噪声的影响。

    正如您正确指出的那样,我们有一个突然出现的恒定偏移,它非常大,并且它大约是相同的值(有时它是相同的值-31722796)。 因此、我怀疑这是一个校准问题。 问题是为什么会发生这种情况、以及如何避免这种情况发生。 MCU 在唤醒期间正确"启动"库仑计数器、并在进入睡眠前"停止"它。

    当达到最大值时、累加器将翻转、因此预计会达到32767 (2^15)、此时会看到较大的跳转。


    您能澄清一下这句话的意思吗?  我们在到达-32767000之前看到跳转、并且没有发生翻转。 一旦达到该值(-32767000或十六进制0xE8030CFE)、计数器就不会增加、这对32位值没有意义。 根据 TRM、accumulatedCapacity 是一个4字节的值、并且"如果该值达到满、它将保持满计数、而不会回滚"。 [第38页]

    再次感谢! )

    此致、

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

    JP、

    我将更正我的评论。 我与团队确认、当计数器达到最大值时、它将不再回滚。 它将保留-32K 数字。  

    谢谢、

    Eric Vos

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

    尊敬的 Eric:

    再次感谢您的回复。 我仍然不明白为什么"它会保留-32K 数字"? 根据文档、它不应该保持为1 -(2^31)=-2147483647、还是文档错误? 然而,这仍然不能解释为什么累积能力突然跳转。 您的团队对此有何见解?

    此致、

    Pablo

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

    巴勃罗

    它将保持 TRM 中的最大值。  

    4.29E9 μAh。

    谢谢、

    Eric Vos

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

    巴勃罗

    您的主机是否写过该寄存器?  

    您可以使用 bqStudio 复制此内容吗?

    您的确切步骤是什么?   

    谢谢、

    Eric Vos