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.

TPS22929D: Does not support 35mA of load.

Part Number: TPS22929D

Hello,

We are using TPS22929D load switch on multiple units. However we got one RMA back with issue of output voltage drop when load is connected at output side. Load is about 35mA. Our input voltage is 5.2V and when 35mA of load is connected to Vout, voltage drops to 2.7V. Any idea why it would drop voltage? Can we send you that part for root cause analysis? 

-Maulik Patel

  • Hi Maulik,

    I agree with your assessment, a 35mA load should not be causing a voltage drop that significant. In general, this is a common failure for load switches, and usually the cause is electrical over stress (EOS). This would be caused by exceeding the max voltage or current ratings for the device, even temporarily.

    With that, here are a few questions that may help us debug the problem:

    1. Was this failure seen immediately, or did this happen over time?
    2. 5.2V is close to the 6V abs max for the device. Are there any input transients that may cause the voltage on VIN to exceed 6V? Any hotplug events?
    3. What is the capacitance at IMP_PWR? I am trying to see if the maximum current of 2A was exceeded during turn on since 35mA is well within range for the device.

    Thanks,

    Alek Kaknevicius

  • Hi Alek,

    1. This unit was in the field for about a month. We have other units in the field as well, just haven't seen this type of issue.

    2. 5.5V is coming straight from a main input regulator that gets VIn of 12V to 96V (depends on application). That regulator drops voltage down to 5.5V and goes to multiple IC and one IC is TPS22929D.

    3. Capacitor C138 is 0.1uF (16V_0402 size).

    -Maulik

  • Hi Maulik,

    I sent you a message with my email. Please reach out to me so we can continue to debug this and loop in our quality team if necessary.

    Thanks,

    Alek Kaknevicius