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.

TPS65986: TPS65986 Short Circuit reliability

Part Number: TPS65986

I have an application where it is likely that the USB Type C cable can become sheared to the point where VBUS gets shorted to GND through the cable. In my system VBUS is 5V. I have two TPS65986EVMs connected with a proper type C cable and I am testing shorting VBUS to GND. When I do this, the DFP TPS65986 goes into a state where the internal power switch opens and does not close again until I assert the HRESET signal.The desired behavior is that once the short condition is removed the TPS65986 will attempt to close the switch again. How do I get the TPS65986 to auto retry closing the power switch? Is this a particular firmware setting or am I forced to use an external circuit to trigger the HRESET signal?

Thanks,

  • Hi Matt,

    You would have to use an external circuit to trigger the HRESET. Once OCP is triggered on the TPS65986, it will attempt to reconnect a few times. However, if the short is not removed within that time, then it will stop attempting to reconnect.
    By triggering HRESET, you will ensure that the TPS65986 will attempt to reconnect after the short has been removed.

    Thank you,
    Eric
  • Eric,

    Thanks for the reply. So it looks like the OCP condition can be asserted by a GPIO Event (active low). That can be my trigger for HRESET. Is it safe to assume that this GPIO Event will be cleared immediately once the HRESET signal is asserted and thus whichever GPIO I use will be immediately released to its non-active state?

  • Hi Matt,

    You are correct, the GPIO events will be cleared after the HRESET signal is asserted. It would be good to try this on one of our EVM's though to confirm.

    Thank you,
    Eric