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.

BQ40Z50-R1: BQ4050-R1 full load test discharge to SOC 7%, turn off the load and stop discharging, SOC delay for a few seconds, then jump to 0

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

Tool/software:

BQ4050-R1 full load test discharge to SOC 7%, turn off the load and stop discharging, SOC delay for a few seconds, then jump to 0; What is the reason for SOC jumping to 0 when the recorded voltage data does not reach the zero jump voltage? What conditions can cause SOC to suddenly jump to 0?

  • Hello,

    Can you please share a log file of this occurrence and the .gg file of the gauge settings?

    Also, can you please tell us how the chemID was chosen for this cell? Was the GPCCHEM tool used?

    Regards,

    Anthony Baldino

  • Sure, the attachments are the log file and GG file of this event; I have confirmed the issue of using GPCCHEM tool to select the chemical ID value in the previous post, and I can confirm that the ID value is correct;

  • The AC full load current has been attenuated by 10 times.

  • Hello,

    Thank you for sending those files.

    Regarding the sent log file, are the Full Charge Capacity and Remaining Capacity values logged? I am having difficulty finding them, to which these will give us a better idea why the SOC is dropping at the end of discharge.

    Regards,

    Anthony Baldino

  •  Please check the attached images in these two columns.

  • Hello,

    Thank you for the clarification, we will start looking into these files.

    Is this the first cycle that was completed after the golden image has been programmed?

    Regards,

    Anthony Baldino

  • No, the first cycle is a standard 0.5C charge and discharge current, and this is the second cycle, which is considered as a 1C high current discharge test.

  • Hello,

    Can you tell me what the formation of the cell stack is? Right now it seems like it is 3S1P, but the FCC value seems very high for that formation.

    Also, the Ra Table value at the end of discharge (#14) seems considerably higher then the rest, which could be causing this type of drop:

    In the log file, can you point me to where the temperature reading from the device is?

    Regards,

    Anthony Baldino

  • Hello,

    If the device is using cells in parallel, please change the design capacity to reflect this. Since there are 6 cells in parallel, the individual capacity of each cell can be multiplied by six to get the input value for design capacity:

    Regards,

    Anthony Baldino

  • Due to the current limitation of the configuration, this is a capacity with 10 times attenuation. Design 2811mAh, actual host communication will be 2811 * 10=28110mAh.

  • Hello,

    Understood, thank you for the clarification. I see in the log file that the gauge is constantly reading a temperature above 40degC. Please look into the GPCRB tool attached to optimize for higher temperature. This could be causing the SOC drop.

    This tool optimizes Rb_hi or Rb_low, depending on provided log file.
    Learned GG file is required, and just one rel-dis-rel file at the conditions
    customer likes to optimize.
    
    Rb_hi or Rb_lo will be updated depending on the temperature in the log file.
    If > 25, then Rb_hi, if <25 then Rb_lo.
    
    Results are saved in chemdat12_IDxxx file.
    Additionaly, gg file with optimized Ra and thermal parameters is saved.
    
    How to submit the data to the server:
    ***************************************************
    
    Prepare a *.zip file that contains following files:
    
    1) config.txt (should have correct chem ID, and column assignment)
    see example below:
    
    ProcessingType=6
    ChemID=3880
    NumCellSeries=1
    ElapsedTimeColumn=2
    VoltageColumn=32
    CurrentColumn=24
    TemperatureColumn=22
    InputChemdat12=1
    
    Note that ProcessingType=6 shold be set so that server recognizes this new tool!
    
    2) sysrate_rel_dis_rel.csv 
    (data file at discharge rate important to optimize for customer. If it is higher then 25C,
    Rb_hi willbe updated in Allres_newID_xxxx, if it is lower then 25C, Rb_lo will be updated)
    
    3) gg.csv (this should be GG file that was exported after learning, so learned Ra values are there, or file returned by rbtweak tool).
    
    4) If from previous Rbtweak
    chemdat12_IDxxx is availabe,
    and gg.csv above was produced by rbtweak, rename it to chemdat12 and add it to the package, and set
    InputChemdat12=1
    otherwise set InputChemdat12=0
    
    Note that input chemdat12 should be produced in Rbtweak tool with the same chem ID as specified in config.txt, 
    otherwise error will be reported.
       All Rb_hi and Rb_low values containing in the input chemdat12 will be passed through to then new chemdat12 except the values
    optimized in present run (Rb_hi or Rb_low), which will be overwritten. This way for example Rb_low values from previous
    Rb tweak would be preserved, in Rb_hi is being optimized in present run.
    
    Submit the zip file using below link:
    https://www.ti.com/event/docs/accesseventaction.tsp?actionId=1503
    
    You will receive the result by e-mail over a few minites.
    It will have a zip file that contain following files:
    
    chemdat12_IDxxx
    gg_out.csv
    GPC_report.txt
    
    Use bqstudio to program original chem ID, then chemdat12_IDxxx and then the gg file to get full optimized parameters.
    After that you can export golden image for production.
    

    Regards,

    Anthony Baldino