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: The condition would be "stuck-at" until the load was disabled and the temperature elevated

Part Number: BQ34Z100-G1
Other Parts Discussed in Thread: BQ24650, BQ40Z50-R1, GPCRB, GPCCHEM

Hello team,

Please see below question from the customer:

We have a 12.8V 6400mAh 4s2p LiFePo4 battery application.  The BQ34Z100-G1 is being used in a "system" configuration.  So the gas gauge is on the mother board, not inside the battery pack.    

The tracker electronics and motor are all powered by the battery; the battery is charged using the BQ24650 + the application is -30 to 65°C.

Our initial test involved an electronics box with a circuit board with the BQ34Z100-G1 and an insulated battery powering it. If the unit was soaked to -30 °C and then a 10 Amp load applied the battery would immediately report that the State of Charge (SOC) was 0%. The condition would be "stuck-at" until the load was disabled and the temperature elevated, usually above 25 °C.

We took a bare PCB and our battery into a thermal chamber and were able to reproduce similar results (see images attached below)

Below is a plot from TI Battery Management Studio. The battery and PCB were soaked to -30 °C and then a 2 Amp load was applied. Then the temperature was ramped towards 50 °C as fast as the chamber would allow. We conducted this test after finding that we could not reproduce the initial cold-start problem. The capacity readings did plummet though once the battery passed through -15 °C. This was repeated two more times with virtually identical results. The 0% stuck-at condition began recovering when the load was removed and after the temperature was elevated significantly

We attempted changing various IC settings such as turning off smoothing to no avail. Then on a hunch I tried adjusting the temperature at a finer level than before (depicted below). Instead of the chamber elevating rapidly I adjusted it in small steps. The battery reported correct behavior well past -15 °C. At this point I decided to again allow the chamber to rapidly elevate the temperature and the same issue arose around 0 °C. Recovery followed a similar trend where once the temperature was sufficiently elevated and the load removed the readings would again report reasonably.

For my part I suspect that the common thread here is rate of temperature increase. I could not understand why our unit-based (enclosed) battery behaved differently from these follow-on tests in regards to the initial cold start. Then I realized that I could measure a large positive temperature deflection in the battery pack when large load currents were applied at cold. Even with an uninsulated battery pack there was appreciable battery self-heating in our latter chamber tests. The enclosed unit is well insulated and I'm presuming that the self-heating would be more dramatic. If a certain temperature slope is what's throwing off the IC then it might stand to reason that I achieved that in our first tests with an enclosed battery. That's speculation on my part as the common thread appears to be rate of temperature increase and not any of the particular settings within the IC.

  • Hi Randhir,

    Are you using a special ChemID with this device that has been created with -30 deg operation in mind? ChemIDs are typically for operating conditions in the range of 10-50 deg C. An Rb tweak will most likely be required.

    Is the 34z100-G1 a definite choice for this application? If gauging accuracy is a paramount concern, the bq40z50-r1/2 may be better suited. The firmware in the 40z50-r1/2 is newer, has better low temp performance, transient models, etc...

    Also, -30 deg C is very aggressive for most cells. At this temperature, the impedance of some cells will be so high that they refuse to discharge. At extremely cold temperatures, unintentional self-heating may occur due to a large load and increased internal impedance of the cells (due in part to to reduced electrolyte diffusivity/conductivity, etc...)

    Could you please send your log file, ChemID, and gg.csv so we may investigate further? Thank you.

    Sincerely,
    Bryan Kahler
  • Please see customer response:

    1. We did consider that chem ID could be an issue. We started with ID 0x0464 I believe and then also tried 0x0444. Both appeared to perform identically.

    2. Without having dug into the datasheets heavily this does appear to be a similar product. Are there known performance benefits to this IC alternative?

    Sending gg.csv file
  • Hi Randhir,

    Thank you for the gg.csv file. Please also send the logs from the test shown above.

    In the meantime, decrease the DODatEOC Delta T from 10.0 to 2.0 in your gg.csv and repeat the test.

    Is this test indicative of normal operating conditions for this application?

    What is your normal application load? Is it normally 10 A constant current for a long period? 10 A pulses? 2 A constant current for a long period? Something else?

    Please try optimizing your 34z100-G1 using the GPCRB tool found here: http://www.ti.com/tool/gpcrb

    So I may configure the gauge for your large temperature ranging application, please send me the following logs:


    1. Learning Cycle log (charge/discharge) used to determine the ChemID with the GPCCHEM tool (for more information on how to make this log, please refer to: www.ti.com/.../slva725 ). Please note: After charge and discharge, the cell must relax. With LiFePo4 cells, the cell may require more time to relax after charge and and discharge (sometimes up to 48 hours).
    2. Log of normal application at room temp
    3. Log of normal application at low temp (-30 degC)

    4. Log of -30 Deg test shown above with DODatEOC Delta T set to 10.0
    5. New Log of -30 Deg test shown above with DODatEOC Delta T set to 2.0

    With logs 1-3, I will modify your settings and craft a new SREC to send to you for additional testing.

    Sincerely,
    Bryan Kahler