BQ40Z50-R2: Full charge capacity not updating as expected

Hi,

adding GGCSV after cycle.

ggcsv after cycle.gg.csv

Hi Jose,

I had performed the GPCRA0 please find the attachment. both uploaded file and report.

GPCRA0_TPM.zipGPCRA0_TPM-report.zip 

And I tried to analyse and compare the default chemID files(Just loaded the chemId and read the GG.csv) which we have used so far as shown below and attaching the excel file.

Except chemID 4206 for all others the RA0 value is very high value. Please analyse and help us in correct value for the Ra table values.

Ra comparision for different chemIDs.xlsx

Regards

Uday Kumar

Hi Jose,

Could you able to look into the above?

Thanks & Regards

Uday Kumar

Hello Uday,

We have received your update and due to a back log of the queue we ask for some more time until we send a response.

Thank you,
Alan

Hello,

For ChemID 4121 - the report shows - Ra0_ch, mOhm : 85. Why not use this value?

I am not sure I understand the question. Is the table shown the default values for Ra0_Chg?

Hi Jose,

As per our conversation the suspect raised on the first value of Ra0 is high, that could be causing the FCC jump as per below,

So, I tried comparing all the Ra table values of the default CHEMID files, All are having the first value high.

Is that expected? Do we need to use the always the GPCRA0 Ra values for production?

Finally, as per the discussion and testing we understand that the Ra table calculation could be causing the FCC jump. So, we would like to understand the solution for the production? 

Please let me know if required more details or any other testing.

Regards

Uday Kumar