BQ34Z100-G1: Sudden Jump in Remaining Capacity
Part Number: BQ34Z100-G1
When dischaging the TrueRC jumps down and up. After one hour or so with no load SoC suddendly jumps from 51% to 83%.
I am using BQ34z100-G1 on a 10s1p pack consisting of Eneloop AA cells. The ChemID has been found to 6100 and the learning cycle has been sucessfull.
What could cause the SoC to jump like this?
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to Bryan Kahler:
DF7 flash data.gg.zipDischarge with SOC jump.zip
In reply to user3798751:
Our pilot series has to be reworked and I am holding a shipment of 100 boards at the factory while trying to solve this issue. I realy hope you can assist.
Can I easily turn BQ34z100-G1 into a "dumb" coloumb counter with a fixed FCC? This may save us some of the rework.
Please notice that the gauge is configured to be used as a system-side. Could this be causing the SoC jump?
I have attached the ChemID files in case you can find someting of interest.6557.config-report.zip2450.config.zip
I exchanged to ChemID 6108 and tested but the issue remained. ChemID 6108 point toward HR-43AU (4000mA) from FDK. From the datasheet HR-43AU has a voltage profile that is more similar to HR-3UTG (2000mA) used in our design. ChemID 6100 found using TI's online tool points toward panasonic HHR380. This cell has a slightly lower voltage profile under load comparred to the FDK cells.
See attached zip files for this discharge.
DF7 and Chem ID 6108.zip
I have only submitted to the GPCCHEM once and the result was 6100. To search for error I replaced 6100 with 6108, but this did not help. See attached files. I have already added these files, so please let me know if you are searching for somthing else.
Do you have and example of a .gg file for a comparrable battery? I need an idea for a new test.
I have already performed a good learning cycle where the Update Status was changed to 0X06 (see attached zip). After that I prepaired the pack for production by resetting the lifetime data and changed the Update status to 0x02 according to SLUA334B (reffered to in the datasheet of BQ34z100-G1). SLUA334B instructs to set Update Status to 02. I did that using Battery Management Studio, not notepad as per SLUA334B.
See attached .gg files from the learning cycle. I will load the unmodified flash data retrived directly after the learning cycle and test again. Please let me know if you still like me to repete the entire learning cycle.
DF7 learning cycle.zip
Learning cycle flash DF7.zip
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.