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.
I read through the application note: How to Configure the BQ35100 for EOS Mode and have a few queries for which I will need your valuable inputs:
Regards,
ashare
Hello Ashare,
You would not need to run a characterization yourself if the cell already exists, as mentioned in the TRM in EOS mode SOH may not be very reliable and may not be useable since some cells have a flat resistance curve until near EDV.
I assume the battery drain test is the procedure to collect the Ra table values from the cell, this only needs to be performed once per battery, if you change batteries you would need to run it again.
That's correct, if you only want EOS alert functionality in EOS mode (no SOH%) then you do not need to program a chem ID and do not need to do any characterization yourself (unless you want to test the averages and when they will trigger EOS).
During this step the measured Z and Scaled R should be saved for analysis, you do not need to have the chem ID programmed already since if you are doing this characterization you would be over-writing the chem ID Ra table anyway.
You can see in figure 6-1 that with a higher trend detection the closer to EDV the gauge will trigger EOS alert, so it is dependent on your application. 20% is safe for most applications since if it is set too low you could get a false trigger with noisy data.
The EOS pulse count threshold can also be configured for the application, generally it should be set to about 50% of the total pulses you expect in the lifetime of the battery.
Sincerely,
Wyatt Keller
Hi Wyatt,
Thank you for the prompt and elaborate response. Here are a few more questions related to the topic of EOS alert with reference to the application note in my initial post:
I assume the battery drain test is the procedure to collect the Ra table values from the cell, this only needs to be performed once per battery, if you change batteries you would need to run it again.
By changing batteries, I believe, you mean changing to a new battery model with a different capacity or different manufacturer. Correct?
That's correct, if you only want EOS alert functionality in EOS mode (no SOH%) then you do not need to program a chem ID and do not need to do any characterization yourself (unless you want to test the averages and when they will trigger EOS).
Which averages are you referring to here? Is it the average of the measured impedances from different samples of the same battery type at which EOS is triggered?
During this step the measured Z and Scaled R should be saved for analysis, you do not need to have the chem ID programmed already since if you are doing this characterization you would be over-writing the chem ID Ra table anyway.
Didn't quite understand this. Scaled R is not generated unless a Chem ID is programmed into the gauge. If Chem ID is already programmed into the gauge, what is the need to extract the Scaled R/measured Z from the gauge and plot?
Hello Ashare,
Sincerely,
Wyatt Keller
Thanks for answering my previous questions. I have a few follow-up questions.
Regards,
ashare
Hello Ashare,
The Measured Z is the raw measured value from the estimation of the IR drop. Scaled R uses the Ra table and some of the intial Measured Z values to created a scaled resistance which aligns closer to the Ra table.
Yes the two moving averages are calculated internally.
Temperature compensation wouldn't be applied to the resistance estimate, we are calculating the raw resistance value and looking for the "hockey stick" type behavior near the end of discharge so temperature fluctuations should not trip the EOS alert.
Sincerely,
Wyatt Keller