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.

TPS65217: Part locks up and won't allow re-power for 5-7 minutes

Part Number: TPS65217

I have used this part before in almost exactly the same configuration which was almost exactly copied from BBB.

What seems to happen is that is I let my system fully boot and then shut it down, the device goes in to some type of fault for 5-7 minutes before I can restart it from the pushbutton.

The only external indication I can find that is in this state is that the BYPASS pin which normally should be about 2.25 Volts, pops up to almost the battery voltage. When this signal drops back down I can start the system again

  • Hi Karl,

    Thanks for reaching out. The TPS65217 PMIC family has several orderable part numbers that corresponds to different EEPROM spins. Could you please share the following information:

    • The full orderable part number
    • Did you change any of the default EEPROM settings after power up?
    • Could you share the schematic?
    • How are you supplying the PMIC? It can be supplied by any combination of USB, 5V AC adaptor or Li-Ion battery.

    Thanks,

    Brenda

  • Hi Brenda,

    The full orderable part number is TPS65217CRSLR.

    As far as I know any changeable EEPROM settings, if any, would have been inherited from the BBB Linux kernel. So far the software guys say they haven’t changed anything. I am not completely convinced as the problem doesn’t seem to occur unless I let the OS fully load. Let me know if you know of any EEProm configurations that could cause a 5 to 10 minute lockup. With the lockup I see the BYPASS pin jump to the battery voltage.

    The problem seems to occur with a lithium ion battery or AC, but I believe it is easier to just consider the battery case. I am simulating the battery with power supply but can also run from battery.

    I can share the schematic with TI, but I would have to get permission and/or take an excerpt to share with the public.

  • A new aspect I discovered is that it seems if I start it and wait 5-7 minutes, then shut it down, it can be re-started immediately. After that I shut it down after power-up and it is back to requiring me to wait 5-7 minutes. The waveform is interesting in this situation as I have a dip switch where I can manually control PWR_EN. It is after I switch this low that the BYPASS pin pops to battery voltage. If I have waited the 5-7 minutes it will pop up to VBAT for ~500 ms and back down to 2.25 and slowly decay from there. Then I can restart immediately. If I don't wait the time it sits at VBAT for 5-7 minutes.

    I noticed that if I connected a 10k resistor to the TS pin the problem does not seem to occur. Whereas the datasheet seems to only reference this pin only making a decision as to whether to charge, not operate. I hesitate to declare the problem solved until I have tested it a bit more.

  • Hi Karl,

    Thanks for providing an update on the debug status! The recommended connections for the temperature sense pin (TS) is to connect it to a NTC thermistor to sense battery temperature. It works with 10K and 100K thermistors. You could also leave it floating if this feature won't be used. Once you have done additional testing, if you don't see the issue anymore you can mark this E2E as revolved. Or if you still see the issue, you can come back, click on my name and go to "+Connect" on the top right side of the screen to privately share the schematics. Thanks!

    Thanks,

    Brenda