BQ20Z655-R1: SOC Doesn't Change While Charging/Discharging

Hi 

Did you configure the gauge correctly? Did you identify your chem id correctly using our online gpcchem tool and did you run a learning cycle? Do you have a log file and gg file showing this problem.

thanks

Onyx

I have run learning cycle on another batter pack. The update status became 0E after learning cycle on that first pack. Then I export GG file from that first pack which runned learning cycle and 0E update status. 

When I import that gg file to 10 new battery packs. Some of packs behaves normal. But some of packs doesnt understand the their SOC 

Is it wrong way to produce batteries with that gg file which update status 0E ?

Here is my log files. I charged random 4 battery pack with 1.7A but remaining capacity doesnt count. RSOC ve SOC doesnt increase.Charge Log File.xlsx

Hi

No that is not the way for mass production. The gg file does not contain the chem id data. You have to program the srec or .rom of .dfi file to have the chem id included to have good results on other packs

thanks

Onyx

Thank you Onyx,

How can I create a rom or srec file from gg file? I want to program my other batteries on pro screen with srec file. But I dont know how to convert it. I tried with bqtester but it doesnt work with bq20z655-r1.

1)By the way I want to learn that Will I need to discharge and recharge the mass production batteries  when I program with srec or rom file?

2)Is charging new programmed batteries a problem ?

I still dont know how to create a srec file for mass production. 

I want to tell what I know about programming BQ20z655-R1 on mass production.

1. Edit data flash parameters.
2. Do calibration. 
3. IT enable by write 21 to manufacturer access.
4. Learning cycle untill uptdate status become 0E
5. Then export data flash parameters as an gg file
6. Upload default rom to that battery. 
7. Import that gg file which exported at step 5.
8. upload chem ıd
9. ?
10. ?
11. ?

I read some information about srec file. But how can I make a srec file from that learned battery? 

I want to produce batteries but there is no clear information in  here! Now, I upload that gg file to new batteries on mass production but I have a lot of gauge problems because of that. I want to learn correct way.

Could you help me about it ?

hi 

On this gauge you do not use an srec but rather an senc, .rom or .dfi file. You export a rom file after learning is successful and that is what you use to program multiple units.

thanks

Onyx

Thank you Onyx.

Now I am trying that method.

I uploaded .rom file to new batteries. Then I sent IT enable command. But all of batteries gauge report %10 Soc even cells are %30-%50. Now I am charging them. 

I will report news.

Thanks

Update:

When my charger showed charge is done, I look all batteries SOC.

There are 4 groups.

1.Some of batteries report %60 remaining and Full Charge Capacity was corrrect

2.Some of them %90 and FCC was less then real FCC,

3. some of them %100. And Full charge capacity is correct

4. Some of them shows %90 but FCC is so wrong.

Should I have to send reset command after IT enable command ? Or should I discharge batteries first? If it needs, its so bad. 

Note: I am thinking my charger stops charging before battery terminate.

WHY TEXAS DOESNT EXPLAIN ALL STEPS CLEARLY????? WHY DO I HAVE TO TRY EVERYTHING BY MYSELF??? IF I HAVE TO DO ANYTHING, I HAVE TO SEE THAT IN BQ20Z655-R1 DOCUMENTS!!! 

Sorry for your frustration. The bq20z655-R1 is a relatively older device. We have a bq40z50-R3 device you should look at.

So? Do you mean that I should design again? Are you kidding me :) Its impossible.

I need a Texas engineer to fix my SOC jumps issue. Is there anybody to explain how to create golden data and how to program on mass production ? 

My problem is still going on. !!!!!!!!!

Hello User,

I recommend you attach your log file.

The proper debug steps would be the following:

1. Did you run a GPCCHEM, I see that you did a learning cycle, but is it on the default ID.

2. Can you capture your log file using bqStudio and send us the previous program srec or senc file in order for us to pull initial settings?

3. The bqStudio log file in 2 should contain the SOC jump. That way we can look at the temperature profile, current profile, and voltage profile of the relax or discharge.

4. Also is the jump repeatable?

Hi,

1. I have asked the ChemId file for my cells on e2e and a TI expert shared that file. Then I attached chem files into Bq EVSW folder. So I can upload chemfile to Bq2z65-r1. Do I have to run GPCChem altough I have chem files of my cells?

2. Does Bq20z655-R1 compatible with BqStudio? Can I log flag situations on BqStudio? But this jump issue happens 3-4 days later. So its little bit hard to record flag situations for 3-4 days. But if you want, I can do that.

4. Jump happens on every pack just one time.

Could you read my old message and check my steps? Do I have any incorrect steps?

But I want one thing from you that could you verify my programming procedure?

A) Creating a golden pack

1. Edit data flash parameters. (Update status is 00)
2. Upload Chem Id which downloaded from e2e.
3. Do calibration. 
4. Send IT Enable command
5. Run learning cycle untill update status become 0E
6. Then export data flash parameters as an gg file
7. Modify that gg file. (Update status 0E to 02, cycle count=>0, lifetime data to default)
8. Program that battery with default senc which downloaded from e2e to clear all datas. 
9. Import that modified gg file to battery.
10. Export rom file. This rom file will be my golden file.

B) Programming new batteries on mass production

1. Write golden rom file to new pack.
2. Calibration.
3. Send IT Enable command
4. Discharge completely.
5. Charge completely.
6. Ready to ship

This is my method that I am planning to test now. 

Can you check the steps ?