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.

TPS65982: Can TPS65982 function without programming the flash?

Part Number: TPS65982
Other Parts Discussed in Thread: TPS65987D, TPS25750, TPS65994AD

Hi Team,

This is customer request can you please advise:

"

TPS65982 chips are used mutually in our designs. A flash memory from SPI is connected to this chip.

When I try to access the TPS, I get the information from the SPI that the application firmware cannot be loaded and the chip remains dysfunctional.

Normally the TPS65982 can write to flash, but requires the application firmware to be successfully loaded, and a vicious circle occurs because flash is empty at first.

When I do research to program SPI flash, I see that this is not possible:

e2e.ti.com/.../744229

This link says the flash needs to be programmed somewhere outside, but that's impossible for us.

How can we program SPI Flash for first use under these conditions, or is there a way to make the TPS65982 functional without programming the flash?

"

Thanks in advance

Best Regards

Furkan Sefiloglu

  • Hi Furkan,

    Unfortunately, yes you will need the external SPI Flash Programmer which will program the full flash binary file that has the pointers for the regions that the PD controller pulls in the configurations from. Once, you program the full flash then for subsequent FW updates to the configurations you may use the Host to update just the low region via I2C as described in the FW Update App Note: 

    Thank you,

    Hari

  • Hi Hari and Furkan;

    Thanks for your support. I see that the embedded firmware update code does not work with empty flash because it requires a successfully booted TPS65982.

    I also see that TPS65982 can boot from UART if flash boot is not possible.

    So, is it possible to boot the TPS65982 from UART which is connected to another TPS65982 which has a valid flash image (e.g the chip on the evalboard) and use that successfully booted TPS65982 to write its own flash using the embedded FW update code?

    Alper

  • Hi Alper, 

    Yes I believe this should be possible using the other PD controller as outlined in the datasheet Figure 69 and Section 10.2.2.2.4 but I think it could get a little complicated since you will have to rewire some signals.

    Also, what application are you trying to design? Is there a reason you did not switch to a TPS65987D for example? If you are interested, I would recommend looking into the TPS25750 PD controller if you are working on a power application. You will still require a Flash for configuration settings but it will be the most recent PD controller that we offer.

    Thank you,

    Hari

  • Hi Hari;

    We are designing a special purpose embedded computer and display with type c support. But I am not sure why the hardware development department choose this ic (I am a software guy)

    I will recommend TPS65987D  to hardware development department but in short term, it will be helpful only if TPS65987D is pin to pin compatible with TPS65982. We will check it.

    Thanks again.

    Alper

  • Hi Alper,

    No problem, glad I could help. 

    Unfortunately, the TPS65982 and TPS65987D are not pin to pin compatible though. 

    Thank you,

    Hari

  • Hi Hari,

    I had a look at alternate ic’s from ti. TPS25750 seems inappropriate for us because it does not support alternate mode.

    TPS65987D is ok but I would prefer TPS65994AD because of its high operating temperature range. 
    If we use TPS65994AD, we will not need an external flash but we will need an external USB mux, am I right?

    Which mux would you recommend?

    Alper

  • Hi Alper,

    Yes, the device would depend on the application. For Displayport Alternate Mode, we typically recommend the TUSB1046. You may also reach out to the Mux/Redriver team for more options by posting another e2e question. We also recommend having an external Flash regardless for any of our PD controllers. However, these is an alternate method to program the PD controller using an EC/Host via I2C.

    Thank you,

    Hari