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.

BQ27421-G1: BQ27421-G1 Incorrect Remaining Charge Indication, Premature System Shutdown

Part Number: BQ27421-G1
Other Parts Discussed in Thread: BQSTUDIO

We have a design incorporating the BQ27421-G1D Fuel Gauge in production.  The design incorporates a ~300 mAhr integrated battery and we have a normal system shut-down voltage of 3.40V.  Generally the system & fuel gauge behave as expected, but we have recently received several field returns where even fully charged devices will power down within a few minutes of operation.  

For one of these returned units, I have monitored the actual battery voltage and confirmed that even though the fuel gauge is indicating 0% SOC, the battery voltage is well above the 3.40V threshold (as high as 3.8 - 3.9V).  

Using bqStudio i have been able to extract the register values and data memory from the in-situ device and found that the register values for Full Charge Capacity, Remaining Capacity and related values are drastically lower than expected, even for a fully charged battery.  This state seems to persist across several power-down / charge cycles.

As a test, I disconnected and then re-connected the battery (effectively performing a POR on the Fuel Gauge) and again extracted the fuel gauge registers and data memory.  After this the registers look closer to those found in a normally operating unit and system shut-down is occurring closer to the design value of 3.40V.

My question is what would cause the fuel gauge to get into this state where the actual battery capacity is being grossly under-estimated; and apart from removing the battery, how may this condition be detected and corrected by the system?

I have attached an excel spreadsheet with the register values and data memory that were extracted through bqStudio, both for the original state and after the battery was removed and re-attached.

MPXD175134099_Fuel Gauge.xlsx

  • Hi Chris
    I reviewed your file and i see a significant difference in the resistance tables. The resistance table was significantly higher in the first two files. How long were these units out in the field because it seems there was significant aging occured given the resistances became so high. If the cells aren't aged that much then the question arises as to why the resistance tables are increased that much. What are the values that you start out with, i,e what are your golden file values that was programmed on multiple units?

    thanks
    Onyx
  • Hi Onyx & Thanks for the reply. I'm trying to track down the original Ra, golden file, values. But in answer to your other questions, this unit has been in the field for about a year and I can see that the cell has aged, it looks like usable capacity is, maybe, 60% of its original capacity.

    How often and how quickly will the gauge update the Ra values? For example, we (now) know that this particular cell has pretty poor low-temperature performance; if the user took the unit into a low temperature environment (where we know the effective Ra will be quite high) will the Data Memory values be radically altered after one or two instances with artificially high Ra values due to temperature?
  • Hi Christopher,
    Resistance tables are only updated during discharge. At 60% of its capacity, the battery ought to be thrown away. 80% of a batteries capacity is the standard where a cell is deemed bad and needs to be replaced.

    in cold temperatures, the gauge will calculate the corresponding resistance and use for simulation. Note the resistance table values are normalized value but what is used in simulation is the actual resistance that corresponds to the temperature. Resistance tables are not radically altered due to temperature change. There are filters in place that limits how much resistance can change during a discharge cycle. pls see TRM for additional explanations.

    thanks
    Onyx