• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 63 subscribers
  • Views 559 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

BQ28Z610 Cycle Count Incrementing

B-A
Intellectual 720 points

Good morning,

Regarding the cycle count percentage, it is clear that when 90% of the Design Capacity is achieved (based on the default value and the CCT bit0 = 0), the cycle count is incremented. However, I do not see a "lower cycle count threshold setting" in the reference manual. In other words, if I were to discharge the cell to just under the 90% SOC point and then charge it back up, would the cycle count still increment without recognizing a "full" discharge?

Thanks

  • 0
    TI__Mastermind 27105 points
    Hi Blake,

    You can configure the percentage threshold at which cycle count will be incremented. This is set by the Cycle Count Percentage in the gas gauging class (section 13.6.5 on p.96 of TRM: www.ti.com/.../sluua65b.pdf)

    Best Regards,
    Ben Lough
  • 0 in reply to Benjamin Lough
    Intellectual 720 points

    Ben,


    Thank you for your suggestion. I am actually aware of that. My original question was directed toward the case in which a fully charged cell is only partially discharged... let's just say to 80% for example. Given a default cycle count percentage threshold of 90%, and assuming the cell is charged back up to full, the fuel gauge will indicate that the cell was cycled even though the depth of discharge was only 20%. So, the original question was in regards to how to make the cycle count increment dependent on how far the depth of discharge goes. If the cycle count percentage parameter is the only way, then I guess the host has to be smart enough to compensate the cycle count number if the application only allows partial discharge.


    Thanks again for your reply.

    Blake