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.

BQ34110: Importing a Golden data file into gauge with bqStudio does not update the "Learned Full Charge Capacity" value in the gauge.

Part Number: BQ34110
Other Parts Discussed in Thread: BQSTUDIO, GPCCEDV

Tool/software:

The bq34110 come to us from the factory with an FCC of 2200mAh. Our target cells are rated at 1900 mAh for a five hour discharge, but they are really around 1550 mAh for our usage at a 2 hours discharge. We use our Golden file to import our learned data image from a series of previous cycles representing our target cells. But the "Learned Full Charge Capacity" value listed in our file does not update the FCC in the gauge at all when the import is done with bqStudio. It remains at 2200, while all other parameters in the Golden file are updated. When we do a full charge/discharge/charge cycle, the gauge updates the FCC value, but there seems to be a 25% delta limit on the FCC change as we only ever get down to 1644 reported on a first full cycle. It takes a second full cycle to approach our 1550 mAh normal number. Given the 2 hour discharge and our C/2 charge that also takes two hours this requires 8 hours of conditioning the pack to get the FCC factory number changed to the 1550 we want. This is is just unrealistic and unacceptable. If there is something we are missing in using the bqStudio, we would certainly welcome a pointer.

  • Hi Ken,

    If possible, can you please share a log file of this occurrence and the .gg file of the gauge settings so we can take a deeper look into what is happening?

    Regards,

    Anthony Baldino

  • I can attach our gg file. But the import process does not generate a log file, does it? The "learned FCC" entry shows 1900 here, and after the import that shows in the data memory/ Gas Gauging/ State Profile/ Learned register:

    but the gauge continues to show the factory value of 2200 in the Registers/ FCC entry, UNTIL we do the full cycling....

    All using bqStudio....

    5127.NiMH_master_parameters.gg.csv

  • Hi Ken,

    I believe the situation above would have to be recreated with the bqStudio logging functionality on, which can be found on the top right corner of the registers tab.

    Just to confirm, has the GPCCEDV tool been used on the cell in use? If not, the tool can be found below:

     https://www.ti.com/tool/GPCCEDV 

    Regards,

    Anthony

  • This log was taken during an import, of the previously provided GG file, into a system that has been exercised. It simply shows the FCC does not change to match the file contents, just as we have said. Fact is this log shows little of the data memory entries.

    Tue Aug 20 09:33:04 CDT 2024
    
    Device Version Info = 0110_0_02
    BQZ Device Name = bq34110
    BQZ Firmware Version = 0_02
    
    Design Capacity = 1900
    
    Sample,DateTime,ElapsedTime,Control,Temperature,Voltage,Batt Stat,Current,RemCap,FullChgCap,AvgCurr,RunTimeEmty,AvgTimeFull,AccumulatedCharge,AccumulatedCharge Time,AvgPwr,IntTemp,CycleCnt,RSOC,SOH,ChgVolt,ChgCurr,OpStat,GaugeStat,CEDVRemCap,EDV Threshold,SmRemCap,SmCurrent,ManufacStat,EOSLearnStatus,EOSSafetyStatus,EOSStatus,AutoLearnTime,AvgDsgCurrent,AvgDsgTemp,LearnedResistance,LearnedResTimeHours,LearnedResTimeSeconds,LastLearnedResistance,LastLearnedResHours,LastLearnedResSeconds,InitialRRateAgeHours,InitialRRateAgeSeconds,RRate,RRateLong,InitialRcellRRateLearnRes,InitialRcellRRateLearnCount,LogRowTime(ms),LogStatus
    1,2024-08-20 09:33:08,4.006,0x0000,50.0,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,577,SUCCESS
    2,2024-08-20 09:33:12,8.018,0x0000,50.0,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.5,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,598,SUCCESS
    3,2024-08-20 09:33:16,12.025,0x0000,50.0,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,589,SUCCESS
    4,2024-08-20 09:33:23,18.915,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.5,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,580,SUCCESS
    5,2024-08-20 09:33:24,20.096,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.5,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,563,SUCCESS
    6,2024-08-20 09:33:28,24.042,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.5,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,570,SUCCESS
    7,2024-08-20 09:33:32,28.049,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.5,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,584,SUCCESS
    8,2024-08-20 09:33:36,32.057,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,625,SUCCESS
    9,2024-08-20 09:33:40,36.060,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,569,SUCCESS
    10,2024-08-20 09:33:44,40.073,0x0000,49.9,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,574,SUCCESS
    11,2024-08-20 09:33:49,44.995,0x0000,49.8,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,576,SUCCESS
    12,2024-08-20 09:33:52,48.085,0x0000,49.8,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.4,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,574,SUCCESS
    13,2024-08-20 09:33:56,52.099,0x0000,49.8,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.2,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,594,SUCCESS
    14,2024-08-20 09:34:00,56.108,0x0000,49.8,7210,0x025A,94,1576,1576,94,65535,0,0,0,14,45.3,19,100,83,7500,0,0x0282,0x0A,1576,1100,1576,1530,0x00,0x0000,0x00,0x00,0,0,-273.2,0,0,0,0,0,0,0,0,0,0,0,0,573,SUCCESS
    
        

    What we want to be able to do is program the Learned FCC closer to our known value and not be bound by the factory default of 2200mAh which is more than 25% away from our target and takes multiple cycles to achieve by "learning" into the FCC register.

  • Hi Ken,

    After receiving council from our team, I believe the Learned FCC of this device is 1900mAh due to the Design Capacity being set to the same value in the imported file. I believe changing the value in the imported file should allow you to control the Learned FCC value.

    Regards,

    Anthony

  • Yes the file has been read and interpreted correctly. The design capacity and the Learned FCC are both set to 1900mAh by the file import. These were based on the 5 hours discharge specification of the cells. These values are put into their respective Data Memory locations by bqStudio. The gauge however comes to us with the FCC register factory set to 2200mAh and it is this register that is used for the Relative State of Charge reporting from the gauge. This important register is NOT updated during the import function in bqStudio with the value from the Learned FCC data memory location. The only way we have found to update the FCC for proper use is to do more learning cycles on individual units after the file import. The gauge then does record a new Learned FCC memory value and update the operational FCC register as well. How do we get the gauge to put the Learned FCC from the .gg. file into the FCC register during the file import?

  • This import is important to accomplish since our actual usage is a 2 hours discharge requiring us to change the design capacity to 1550 mAh. Even with the design and Learned FCC set to 1550 in the .gg. file, the file import does not change the FCC Register from 2200.  The only way we have found to update the FCC register is to apply multiple charge/discharge cycles to units. This takes far too many hours per unit. The FCC register update needs to be accomplished by the file import.

  • Hi,

    Please allow me some time to look over this thread.

    Regards,

    Diego

  • My title was wrong. the import does update the Learned FCC data memory location. It does not update at that time the FCC register.

  • Hi,

    Your gauge is showing abnormal behavior, can you share a longer log file of the FCC error (full charge and discharge cycle) along with your .srec.

    I assume the .gg you attached is still valid.

    Did you use the GPC_CEDV tool to optimize your CEDV profile for your batteries? GPCCEDV Application software & framework | TI.com

    What is the actual design capacity of your cells?

    What is the pack configuration? (ex:2s3p)

    Regards,

    Diego