• State TI Thinks Resolved
  • Locked Locked
  • Replies 3 replies
  • Answers 1 answer
  • Subscribers 62 subscribers
  • Views 80 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

UCD3138128: Programming issue of UCD3138128PFCR

CHIA-WEI LIN
Prodigy 120 points
Part Number: UCD3138128

Hi,

We are designing a socket board for customer to program UCD3138128PFCR on our off-line programmer.

After we programmed the IC and found out that it was unavailable to get into ROM mode and cannot communicate via Slave Address 5Bh.

Please help to advise us. Thank you.

Sincerely,

Willie

  • 0
    TI__Intellectual 1790 points

    Willie, it looks like that the chip gets locked.

    The PMBus stuff bascially runs in the background loop, if it doesn't work, it shows that the code may get stucked somewhere.

    It's suggested not program the checksum if you are not sure whether the code will run properly.

    Best Regards,

    Xuemei

  • 0 in reply to Xuemei Lu
    Prodigy 120 points

    Hi Xuemei,

    Thanks for your reply. Could you please tell us how to get into ROM mode?

    Sincerely,

    Willie

  • 0 in reply to CHIA-WEI LIN
    TI__Intellectual 1790 points

    Willie, once the chip gets locked like this, it's unlikely to get into ROM mode. But maybe there's one way you can try if you have a backdoor.

    If you have a backdoor, you shall see something like below at the very beginning of main():

    if (MiscAnalogRegs.GLBIOREAD.bit.FAULT2_IO_READ && !MiscAnalogRegs.GLBIOREAD.bit.FAULT3_IO_READ)
    {
     pmbus_read_write_rom_mode(PMBUS_WRITE);
    }

     pmbus_read_write_rom_mode() is used to clear the checksum and reset device to back to ROM. So try to meet the backdoor condition, and see if it work.

    Best Regards,

    Xuemei