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.

BQ27510-G3: Update Status 0 not changing

Part Number: BQ27510-G3
Other Parts Discussed in Thread: BQ27500, BQ27510

Hello, 

I am using the BQ27510-G3 EVM along with BQ Studio 1.3.54.1 to generate a golden image for my custom battery.  Loaded default bq27510-G3_4_00.srec file into part before starting (this is my third round of trying to learn cycle).  Data flash parameters all set accordingly and gauge is full access [FAS and SS clear]

I discharged the cell completely and its relaxed.  According to SLUA903:

– Discharge the cell to empty and let them relax for at least 5 hours.
– Enable Impedance Track (0x21), issue a reset command (0x41). Update Status changes from 00 to 04
– Charge the cell to full ensuring that the [FC] bit gets set and let it relax for at least two hours. Qmax
updates at this point and Update Status goes to 05.
– Discharge the cell to empty using the typical discharge rate of your application. It must be between
C/5 to C/10 rate, otherwise, the learning cycle fails. Resistance tables are updated during this
discharge cycle.
– Let the cell relax for 5 hours during which the Update Status would change to 06.

I should then issue the IT command [IT_ENABLE button along right side, sends 0x21) and then RESET [sends 0x41] and update status should change to 04.  When I do this, I see no change as it remains 00.  I do notice that the QEN bit gets set [01 in data flash] and   RUP_DIS and VOK are clear.  Once charging starts, VOK sets.  

Regardless of any learn cycle parameters/issues, why doesn't update status update after IT/RESET commands issued?  I have started the charge cycle now.  I do remember that with the bq27500 and bqeasy, UPDATE STATUS went from 00 to 01 after the charge, and then to 02 after the discharge.  

Thanks,
Mike

  • Hey Mike,

    So the document you're using regards the update status levels for our more recent gauges (ex: update status = 0X04, 0X05, or 0X06), where as the older fuel gauge like the one you're using has update status values of 0x00, 0x01, and 0x02. Use the following document:

    e2e.ti.com/.../7418.Achieving-The-Successful-Learning-Cycle.pdf

    Regards,

    Nabil
  • Ok thank you for the clarification. Ill need to run another cycle as I didn't log, but I am having difficulty determining why UPDATE STATUS remained 00 after the charge.

    DF parameters: QMAX cell 0/1 and Design Capacity 690mAH. Taper Current 37mA. Dsg Current Threshold 5mA. Quit Current 1mA.

    1). Battery discharged to 2.7V and rested for >5hrs. Voltage around 3.33V and SOC 0%. IT enable and RESET issued with depleted battery. After commands issued, SOC updated to 9% and remaining capacity 58mAH [determined by programmed chem ID and resistance measurement? Actual SOC was still depleted]. QEN set and RUP_DIS clear.

    2). Charge started. VOK set.

    3). FC set when remaining capacity equaled Full Available Capacity [680mAH]. Battery was still charging and continued until current was 32mA [below 37mA for much greater than 40s]. Cell voltage was 4.2V. FC still set.

    4). Since gauge updated to 9% after reset, when charge completed, final Remaining Capacity was 722mAh [FC set early]. Not sure if this corrects during the discharge cycle. Regardless, 96% cumulative charge was passed [>90%].

    5). After 1.5hrs, VOK cleared. FC still set. OCV_GD set. UPDATE STATUS still 00.


    Discharging now. VOK set once discharge started. Plan to discharge to depleted, and look for RUP_DIS to set at anytime [signifies incorrect CHEM_ID?] and then figure out what to do different before starting charge if this bit DOES NOT set.   Anything look out of line?

    Thank you!

  • Procedure wise it looks fine what you're doing. I'd suggest you log the entire process via bqStudios, with the correct ChemID programmed, and upload it here so that I may take a look. 

  • Hi Nabil,

    Can you explain reasons why the gauge would hit FC before all of the criteria are met? I started charging from full depletion and remaining capacity was 0. SOC was 0%. Full available capacity is 684mAh. I am now nearing completion, and the gauge determined FC 100% when Remaining Capacity was only 615mAH and charge current was still at 4x my taper current setting. Battery is still charging and Remaining Capacity is continuing to increase closer to the Full Available Capacity. Id say FC was set at least 40mAH early.

    Are there any settings other than CHEM ID and QMAX Cell 0/1 that would cause the gauge to be hitting FC well before taper current is met? Does this behavior clearly suggest a wrong CHEM ID? This ID was provided by the battery team.

    I have already attempted my first charge/discharge cycle per my previous posts. This is the second charge/discharge cycle now. I would assume any corrections would have been made/updated .

    Thanks,
    Mike

    PS:  RUP_DIS was never set throughout the entire discharge.  Document suggests that if this gets set during the discharge, wrong CHEM ID could be to blame.  I am not seeing any off behavior with any registers other than FC setting early and UPDATE STATUS still not updating.  

  • If the FC Set % parameter is set to -1, the [FC] bit is set if charge termination is reached. Now the criteria for the charge termination are the following: 

    • During two consecutive periods of 40 seconds the AverageCurrent( ) < Taper Current.
    • During the same two periods, the accumulated change in capacity must be > 0.
    • Voltage( ) > Charging VoltageTaper Voltage.

    Check to see what your Taper Voltage and Taper Current values are. 

    Regards, 

    Nabil 

  • Well good question, -1% made no sense to me, so I updated that to 100%. Is that incorrect? What does -1 signify?

    That being said, my Taper Voltage is a little tighter, 50mV. Taper current is 37mA and I stop charging when its at about 32mA [10% of fast charge rate].

    The battery voltage was within 50mV of 4.2V so that was met, but the current was much over the 37mA.

    *****AHH, read the DS.  I will update that parameter back to -1.  

  • I would say to repeat it with FC Set % = -1, and see if the problem still exists.
  • Hello again, 

    I am noticing one thing in data memory that I have a question on.  Under the Gas Gauging tab, I have written 690mAh for Qmax Cell 0 and Qmax Cell 1.  However, I just checked the "OCV Tables" tab, and the CHEM iD is correct for the OCVa0/1 tables but the Qmax Cell for both tables is still 1000.  

    I just wrote 690 to both of those locations as well, is this necessary or is this location to be updated by the gauge?  Exactly what are all the locations where Qmax cell needs to be manually input by the user? 

    Trying to narrow down possible issues and/or missing inputs still. 

    Thanks!

  • You'll need to configure "Design Capacity", not Qmax as that is for the gauge to learn on it's own performing correct learning cycles. 

  • Oh, so I should update all Qmax Cell 0/1 locations back to default 1000?
  • It isn't necessary to change them back.
  • Hi, 

    Im also logging for the chem ID submission.  For the discharge, is C/10 absolutely necessary, or can i use my C/5 load that I am using for learning cycling?

    Thank you

  • You can use c/5, but c/10 is recommended for ideal results.

    thanks

    Onyx

  • Thank you for the reply.

    I am on to cycle 4 and suddenly the update status went to 01 after the charge. The only thing different from cycle 3 was I had updated the data parameter for FC Set % to "-1". The SOC register and battery icon on the left both went to 100% a bit early, but FC bit didnt set until taper current was actually reached. Not sure if my original FC Set % = "100" value would prohibit update status? I am logging as well so I can attach tomorrow if needed.

    I am completing discharging now and will look for the Update Status to 02 afterwards. Looks like ill be hitting 0% SOC right around 2760mV. Assuming Update Status goes to 02, two questions:

    1). Can I run another cycle to verify its accuracy even further, or do I stop at this point [update status at 02] and wait for further verification cycles after i generate golden image? Not sure what update status does if you do another cycle, or if RA tables continue to get more accurate. Just want to make sure I ultimately see 100% closer to the taper point.

    2). Before actually generating the golden files, does the following process still hold true? [taken from another forum post]

    *After you get a successful learning cycle where Update Status is 02 (for system-side gauges like bq27510 or bq27520)

    *The system-side gauges have four Qmax locations. Find the one that updated from your learning cycle (probably Qmax 0) and copy it to *the other three locations (Qmax 1 as well as two more Qmax locations within the OCV Tables).
    *Change Update Status values.
    *For system-side gauges, change all four Update Status values to 02.
    *Update Ra tables
    *System-side gauges:
    *There are six Ra tables (Def0, Def1, Pack0, Pack1, Pack0 Rax, and Pack1 Rax).
    *Both Pack0 Ra or Pack0 Rax should have been updating during the learning cycle. Find the one with the most recent update (Ra Status and *Ra Flag will be 00 / 55) and copy the values of Base, Gain, and all points in the table to the other five tables. Change all Ra Status and Ra Flag *values to 00 / 55, except leave the two Rax tables at FF / FF.
    *Update any Manufacturer Info Block data to your desired values for version control or other purposes.
    *Update any other parameters you want, for example
    *Change calibration values to the average values taken from samples of your actual production boards.
    *Set Avg I Last Run and Avg P Last Run to typical system load values so that the gauge will initialize using those loads for predictions.
    *Set SOH Load I to either a typical system load or a maximum system load.

    Finally, do I need to click on the SEALED tab on the right side to seal the gauge, or RESET the gauge before generating files?

    Thank you,
    Mike
  • 1. yes you can run another cycle to verify accuracy. Update status will stay at 02 and further updates to ra or qmax doesn't change a thing;
    2. yes the process is true
    you do not need to seal.
    thanks
    Onyx
  • Thank you for continuing answers.  My cycle looked good, update status was 02 and an additional charge put me at 100% around 4.195V.  I updated the dataflash RA tables and all Qmax values etc and generated the golden files.  Quick question regarding this:

    Last project, we used the BQ27500 and BQeasy.  We ultimately generated 4 files using flashstream [.bqfs, .dffs, .dfi and .senc] and software used the .bqfs file for the controller to I2C write the image to production board gauges.  

    I notice that this studio software generates only 3 files [.srec, .bq.fs, .df.fs].  Is the .bq.fs file the same type that the .bqfs was to program the older gauge?  Is there anything else I need to do or any other programs i need to run to generate additional files and/or convert these files in any way?  

    Thank you!

  • bqfs is the same as bq.fs 

    You do not need to do anything else.

    thanks

    Onyx

  • Great thanks . Are you supposed to update IT ENABLE back to 00 before generating the golden files?
  • No. You don't have to but doesn't hurt if you do. if you do, it means you will have to enable IT on every unit after programming the golden file.
    thanks
    Onyx