BQ27742EVM: Battery Management Studio starting learning cycle problem

Hi,

  It means the RUP_DIS bit needs to be set "1" to start learning cycle. The bit is in Control_Status register as showing below: 

I understand that the bit RUP_DIS must be set before the start of the learning cycle. But I do not understand on which its value depends, and what needs to be done for this. Before learning cycle I sent RESET, IT_ENABLE and refreshed the registers state, and the RUP_DIS was set, but after starting learning cycle the error occurs.

issuing the Reset command before the start of the learning cycle disables resistance updates from occuring during that first discharge. You will want to have a qmax update occur first before resistance updates occur hence the need to issue a reset command before starting the first discharge cycle during the learning cycle process.
thanks
Onyx

The learning cycle does not begin regardless of whether Reset or IT is switching-on.I discharged the battery completely, left it to relax for 2h and tried to start the cycle. I show the status of the registers and the error window at the beginning of the learning cycle below. Maybe it can help to understand the cause of failure.

We are in HDQ mode because we are going to configure the sensor on the HDQ bus in series production, in this case there is only one control line except power lines. In any case, according to the datasheet sluuax8, if fuel gauge is configured for HDQ communication - it cannot be reverted to I2Cmode. Is it possible to carry out a learning cycle in HDQ mode?

I tried to carry out the learning cycle in manually, as recommended in the 2451.LearningCycleOverview_. I did the first two steps - sent IT_ENABLE, discharged the battery to empty, relaxed for 5 hours, but the VOC bit did not clear, but it had to be cleared.
How do I know that each step of the learning cycle has completed successfully in the manual mode? Only by the values of the bits in the registers, right? By the way, the manual mode in the Learning cycle window also gives the same error, so I do all the operations manually and visually track the status of the registers in the registers window.

I carried out the learning cycle manually as you said above. Update status bit was 4 in the first step of discharge to empty and relaxation 5h, and during charging step it was switch to 5, and after charging to full (FC=1) Update status became 6. Although it should be switch to 6 at the end of last step during discharging and relaxation 5h, right? Can this learning cycle be considered successful?

Hello.

After successfully getting a golden image I have a problem. After writing the golden image to bg27742 the gauge is working  incorrectly as shown in the figure. What could be the problem?

I updated the firmware version in the gauge with your file, then I updated  chemID, calibrated V, I, T , executed commands ITEnable and Reset. Then I made learning cycles  several times using GDK on I2C. Each time the learning cycle was completed successfully according to BqSudio, but  Update status = 4 and was not updated to 6. Is the chemID wrong maybe?

Below there are the figures  at the end of the learning cycle after relaxation when OCV reading have taken

It's possible the chem ID is incorrect. Can you take your log files and submit them to our GPCCHEM tool to find the best match ID? The instructions are in the link.

http://www.ti.com/tool/GPCCHEM

I have already performed the procedure of chemID and I sent my log file to that link GPCCHEM and I got the GPC_report file. Should I repeat the procedure of chemID again for more confidence?

I performed another learning cycle with another chemID from GPC_report file, the Update status set to 5, but still did not update to 6 at the end of cycle.

As far as I understand, the resistance table is not updated during the discharge, right?. There are the screens below

Looks like you got Qmax update, but not resistance update. Did you set the Ra flags set to default before running learning cycle? Ra0 flag 0xFF55 and Rax0 flag 0xFFFF?

If they are set to default, send us your gg file and log from the learning cycle to debug the issue.

What charge and discharge termination voltages were used for submit to GPCCHEM? It should be the cell manufacturer specified voltages, not your application's.

Yes, I set the Ra flags to default before running the learning cycle - Ra0 flag  = 0xFF55 and Rax0 flag = 0xFFFF. And I completed the chemistry cycle again and programmed a new value 0297 according to the received report.

After the another learning cycle is completed, the flags are set to -  Ra0 flag  = 0x0055, and Rax0 flag has not changed. I was reading the Ra table during the learning cycle and Ra table values were modified throughout the cycle. But Update status = 5 and not updated to 6.  There are an attached log file of learning cycle and screenshots below

lc_log1.log

I apologize for the delay in replying. I performed another learning cycle on a new clean chip. Parameter Qmax Cell0 has changed from 1000 to 3050, and the resistance table updates occurred. Update Status bit was set at 5 and did not change until 6 throughout the cycle. I did not make any changes to the data flash, just updated the chemistry. The device is working correctly, despite the fact that the Update Status bit = 5. Can we use the chip without setting this bit in 6?