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.

BQ28Z610-R1:BQ28Z610-R1

Part Number: BQ28Z610-R1
Other Parts Discussed in Thread: BQSTUDIO, BQ28Z610, BQ27Z558,

Tool/software:

hello

i have question please help me

Issue Summary:

When the command to enter ROM mode is sent, the device responds with success,
but when attempting to write to the ROM mode address, the device replies with a NACK (Negative Acknowledge).


Analysis:

  1. Checked the control status with the following command:

0x00/01 ManufacturerAccess() → Control state: 205
  1. The following sequence was sent:

;--------------------------------------------------------
; Verify Existing Firmware Version
;--------------------------------------------------------
W: AA 3E 02 00  
C: AA 3E 02 00 26 10 01 01  

;--------------------------------------------------------
; Unseal Device
;--------------------------------------------------------
W: AA 00 14 04  
W: AA 00 72 36  
W: AA 00 FF FF  
W: AA 00 FF FF  
X: 1000  ; (wait 1 second)  

;--------------------------------------------------------
; Go To ROM Mode
;--------------------------------------------------------
W: AA 00 00 0F  
X: 1000  

;--------------------------------------------------------
; Data Block
;--------------------------------------------------------
W: 16 11 DE 83   ← This command triggers a **NACK**
  1. Using bqStudio, firmware download works successfully.
    However, when implemented through software, it fails at the point shown above.
    The logic analyzer shows that communication attempts to address 0x16 are responded to with a NACK.

        4. I have attached an Excel file containing the communication data between the host and the bq28 device.

        5. According to the datasheet, once the device is unsealed and enters ROM mode, it should be writable.

             However, there may be additional steps required that are not clearly mentioned.

1. add df data file

2. add  CSV file of the I2C data you sent.

bqfs_sample.h

DS_logic_i2c_data.csv

3. add video, voltage change 4V -> 0V with rom mode by bq_studio


Please help me. Thank you very much! Pray

  • Hello, 

    What is the coms frequency? You are only able to use 100kHz frequency in ROM mode. I have seen a similar behavior before and the issue was that they were trying to communicate to the IC in ROM mode at 400kHz. 

    Regards, 

    Jonny.

  • I would like to ask for your support regarding a few issues I encountered while working with the BQ28Z610 fuel gauge:

    1. When entering ROM mode, the battery voltage drops from 4V to 0V.
      Our device is a mobile communication terminal, so we want to change the battery DF file using only the battery power without supplying an external voltage.
      Is there any way to do this?

    1. I saw a recommendation somewhere that communication with the ROM region should be done at 100kHz, but I could not find this information in the official documentation. Could you please let me know which document provides this information? I would also like to know whether it contains other details that could help address similar issues during development.

    2. I'm looking for a complete list of subclass IDs, but could not find a comprehensive list in the datasheet or TRM. Could you please share documentation or references that provide subclass descriptions?

    3. While I can successfully read the Manufacturer Data, I am unable to write to it. Could you please advise on the proper way to write to this region?

    Lastly, I truly appreciate your previous support. Without your guidance, I wouldn’t have been able to make this progress.

    Thank you very much for your help.

  • Hello, 

    Please expect a delayed response. My apologies for the delay. 

    Regards, 

    Jonny. 

  • hello 

    can you help me

    1. When entering ROM mode, the battery voltage drops from 4V to 0V.
      Our device is a mobile communication terminal, so we want to change the battery DF file using only the battery power without supplying an external voltage.
      Is there any way to do this?

  • Hello, 

    I am not sure what you mean here? The device entering ROM mode should not cause the battery voltage to drop to 0. When the device is in ROM mode it is not in the standard flash mode described in the TRM, so you cannot access the same data flash parameters that you can when using the standard gauging mode. ROM mode should only be used to flash the golden image. 

    Regards, 

    Jonny. 

  • I wanted to write only the df.fs file that is generated when creating the golden image, after entering ROM mode.
    So, when I entered ROM mode, the battery voltage dropped to 0V and the device shut down.
    To prevent the device from shutting down, I connected USB power before entering ROM mode. In this case, the data is successfully flashed to the DF area.

  • Hello, 

    This does not seem related to the gauge. The gauge should not lose all power when going into ROM mode if the cell is securely connected to the gauge. Please ensure you have a proper connection between your cell and the gauge. Additionally, I recommend using a multimeter to probe the battery terminals to ensure you have a proper connection. 

    Regards, 

    Jonny. 

  • Hello,
    1. When using the Programming feature in bqStudio to update the fuel gauge's DF (Data Flash), the battery voltage changes from 4V to 0V.
    It seems this occurs because the gauge enters ROM mode during the process.

    add video, voltage change 4V -> 0V with rom mode by bq_studio

    2. "In ROM mode, do the CHG and DSG pins operate to turn off the FETs?"

  • I would appreciate your response.
    Thank you.

  • During download, CHG and DSG output approximately 0V.
    Is there a way to make them output 10V instead of 0V during download?

  • Hi,

    When the device is in ROM mode the FW is not running.

    Is there a way to make them output 10V instead of 0V during download?

    no

    Regards,

    Diego

  • We are also using the bq27z558 chip.
    This chip does not output 0V during download.
    Is this due to a characteristic of the chip?

  • Is there really no way?

    We need to update the learning data for tens of thousands of devices.
    If the battery pack does not output 4V when entering ROM mode, the device shuts down,
    and the battery can no longer be used.

  • Hello, 

    I am a bit confused as to the exact question being asked. If the device you are using is the BQ27Z558, can you please open a new thread under the BQ27Z558 device and clearly describe your question? The reason I am asking for you to open a new thread is so other customers who have similar questions can easily find your thread. 

    Regards, 

    Jonny. 

  • We use many TI fuel gauges.
    My question was about whether there is a way to prevent protection from being triggered when entering ROM mode on the BQ28Z610R1.

    You replied that this is not possible for the BQ28Z610R1.

    However, the BQ27Z558 does not trigger protection when entering ROM mode.
    I would like to know why these two devices behave differently.

  • Hello, 

    The BQ27Z558 does not trigger protections when entering ROM mode because the BQ27Z558 does not have internal protections, whereas the BQ28Z610-R1 does have internal protections. 

    Regards, 

    Jonny. 

  • When the device enters ROM mode without an external power supply, it cannot boot until the battery is completely discharged. (In ROM mode, the battery pack continuously outputs 0 V, which means the ROM mode state is maintained.)
    Is there a way to resolve this issue?
    Also, is there a method to automatically exit ROM mode after a certain period of time?
    Please advise.

  • Hi,

    There is no way to have the gauge automatically exit rom mode. 

    Regards,

    Diego