TPS65986: TPS65986 Short Circuit reliability

Matt Krolick54

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,

over 6 years ago

0 Eric Beljaars over 6 years ago

TI__Mastermind 36751 points

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

0 Matt Krolick54 over 6 years ago in reply to Eric Beljaars

Intellectual 400 points

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?

0 Eric Beljaars over 6 years ago in reply to Matt Krolick54

TI__Mastermind 36751 points

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

Interface

Interface forum

TPS65986: TPS65986 Short Circuit reliability