• State TI Thinks Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 67 subscribers
  • Views 2798 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

BQ34Z100-G1: Writing Golden Image

Akshay Bhagat
Prodigy 140 points
Part Number: BQ34Z100-G1
Other Parts Discussed in Thread: BQSTUDIO, EV2400

I have completed a learning cycle on bq34z100G1.
When I write the saved golden image to a new board under the program tab a status box pops up showing the progress and stops at some point for example 120 of 512 rows. 
I have repeated the problem on another gauge. Afterwards bqStudio failed to autodetect the board and I can no longer communicate with it.
How do I write the Golden Image and confirm a write??
  • 0
    Expert 2475 points
    That procedure should work. Are you using the EV2300 or the EV2400? Make sure that they have been updated to the latest firmware. That would be v3.1m or v3.1r for the EV2300 or v18 for the EV2400. These updates have improvements for I2C communications. Have you tried using a different computer?
  • 0 in reply to TEC
    Prodigy 180 points

    We are using the EV2400 and are using the same computer that has been communicating with the boards. Is there a log file we could output that may bring light to this issue?

  • 0 in reply to Andrew Supercharged
    Expert 2475 points
    Are you able to program the default srec file to the device without the process stopping? Maybe your golden srec is corrupted.
  • 0 in reply to TEC
    Prodigy 140 points

    It is possible that the image is corrupted as it gave a 'packet checksum mismatch error' when creating however the pop up said successfully created golden image file.

    How do I program the default srec if bqStudio can no longer communicate with the gauge?

  • 0 in reply to Akshay Bhagat
    Expert 2475 points
    You will have to regain communications with the device or replace the device. You can try removing the cells and reattaching them. This helps sometimes. You can also try temporarily shorting REG25 to VSS to force a power-up reset. If you cannot regain communications, then you will have to replace the device.
  • 0 in reply to TEC
    TI__Genius 14985 points

    Here is another possible reason:

    During flash programming the gauge will require short bursts of high current up to tens of milli-amperes, while normal current is in the micro-ampere range.  Anything that could limit the current spikes during the programming could cause failure of the programming.  This includes current compliance of power supplies, slow response time of power supplies, or inductance possibly due to long cables. 

    I've reproduced similar flash programming failures using a source measurement unit where the current compliance was set to 100mA but the meter was set to autorange.  The meter function of the SMU was actually limiting the current when it couldn't switch fast enough from the uA to mA range which the gauge needed for milliseconds at a time.  By setting the meter to manual range at a higher limit it would program fine.

  • 0 in reply to dMax
    Prodigy 180 points

    I tried to program another board with my golden image again today and am still experiencing this IC failure after the fact. See detailed steps I followed below:

    0) I am using the TI bqStudio software and a .srec golden image file. I am also using the EV2400. I am supplying 3V3 to the board from a bench supply with 1A current limit. Note, TEC, I only saw the current rise to 2mA.

    1) Pluged in new a pc board with this fuel gauge on it. Note when plugged into the EV2400 and bqStudio is running there is good communication between the board and software.

    2) In the "Programming" tab I upload the golden image file that was made in-house with another fuel gauge on the same PC board design. Pressed 'Program'.

    3) The progress bar displayed the flashing process and reported successful completion after about 60 seconds.

    4) Went to the 'Registers' tab and pressed refresh to see if any values changed. This did not work, the software reported a 'No Acknowledge from device'. 

    5) Power cycled the device and still no acknowledge.

    I have not been able to communicate with the device over I2C ever since.

    I am using a complete TI tool chain - how did I crash the IC from loading this golden image onto it? Is there a mistake in my process? Please advise.

  • 0 in reply to Andrew Supercharged
    TI__Guru* 76230 points
    Andrew,
    Your golden file must have been corrupted somehow during creation, that is why when you program your board you are unable to communicate with it anymore. Replace your gauge IC and try programming with the default firmware in the link below.
    www.ti.com/.../sluc580
    if you are able to program the device with that firmware then it means you golden file for sure had issues and you need to recreate another golden file.
    if in programming the default firmware the device becomes unresponsive, then it means either some noise/ESD/EMI on your comm lines is causing the corruption during programming or Your ev2400 could be causing issues. Can you verify what firmware version is on your ev2400. is it version 0.18? if no, pls upgrade to the latest firwmare version on the product folder of the device.
    thanks
    Onyx