• State TI Thinks Resolved
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 64 subscribers
  • Views 46 views
  • Users 0 members are here
Support feedback
Options
Options
Related

TPS26750: EEPROM update verify

Francisco Pastorini
Prodigy 130 points
Part Number: TPS26750
Other Parts Discussed in Thread: TPS25751

Tool/software:

Hello, I hope you are doing well.

I’m writing this post because I have a couple of doubts regarding the EEPROM update process using the TPS with a new patch bundle.



The first one is: what is the correct parameter that should be written into DATA1 before executing an FLvy command? In Step 3 of the guideline TPS25751 and TPS26750 EEPROM Update Over I2C, it mentions writing the region start into DATA1, but I don’t understand if this refers to the new region start, the old region start, or something else. And it also calls my attention that after that, it executes again the command FLvy but with null input. Why is it needed to execute the command twice?

Finally, I would like to know what happens if, instead of performing the update as suggested in the document, the entire EEPROM content is simply rewritten from scratch using FLwd. From a technical point of view, this seems possible, but no document explains why this approach should not be used.

Thank you in advance
Francisco

  • 0
    TI__Mastermind 30392 points

    Hi Francisco, 

    Thank you for reaching out!

    I will review and get back to you with feedback early next week. 

    Best Regards, 

    Aya Khedr

  • 0 in reply to Aya Khedr
    Prodigy 130 points

    Hello Aya, hope that you are doing well

    Do you have any updates on this issue?
    Thank you

  • 0 in reply to Francisco Pastorini
    TI__Mastermind 30392 points

    Hi Francisco, 

    1- The Input Data for 'FLvy' is the Flash Address (see below). 

    2- This command should only be executed once to verify the patch is valid. If invalid due to an error, this can command can be executed again after error is corrected.

    3- This process is indented for programmed EEPROMs when requiring in-field updates, not for empty EEPROMs. The process relies on the region headers being set up correctly initially. Also, it ensures that one region remains intact in cases where the eeprom update fails. The device will still be able to boot from the previous region. 

    Best Regards, 

    Aya Khedr