• State Resolved
  • Locked Locked
  • Replies 3 replies
  • Subscribers 40 subscribers
  • Views 680 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

TIDA-01627: Power architecture

Vic Lee
Prodigy 30 points

Part Number: TIDA-01627

The picture above is my initial architecture.

I am going to use TIDA-01627 for input power architecture, and I have some questions.

1. Is SPI flash necessary or optional for TPS65987D?

  • If the BP_NoWait and Configuration 3(datasheet 8.4.1) can meet my requirements, do I need external SPI flash?
  • In addition, are the parameters of BQ25703A stored in SPI flash and written through the I2C of TPS65987D?

2. What’s the power path flow? It seems not the same for the reference schematic and the block diagram.

In TIDA-01627 schematic:

  • The VBUS_C is transferred out of PP_HV via TPS65987D, and then connected to the BQ25703A input.

In TIDA-01627 blockdiagram:

  • The VBUS_C is not connected to TPS65987D

I think I should follow the schematic instead of connecting VBUS_C to the inputs of TPS65987D and BQ25703A respectively.


3. Is it necessary to use 3.3 buck for power up TPS65987D in my architecture?

  • It seems the device can be booted up internally by using VBUS input.
  • if yes, can I use LDO to replace buck?

4. Any concerns if we don’t place TPD8S300? Is TVS appropriate?

Thanks,

Vic

  • 0
    TI__Mastermind 27525 points

    Hello Vic,

    1. If you want to control an battery charger via I2C master events, then you will need an external SPI flash. This is done through our configuration tool. The below links are for the configuration tool, which has tutorial videos at the bottom of the page, as well as an app note explaining how to get started with the I2C master events.

    http://www.ti.com/tool/TPS6598X-CONFIG

    http://www.ti.com/lit/an/slvae18/slvae18.pdf

    2. VBUS connects to the Type-C connector and PPHV connects to the system that the PD controller is supplying power to. The block diagram for this reference design is a little misleading so I would recommend looking at the schematic itself since the power path from the Type-C port go through the PD controller (VBUS_C to PP_HV to SYS

    3. Yes, you need to supply a 3.3V supply to the PD controller if you want full functionality. When the PD controller boots from VBUS, that is a dead battery scenario which limits the functionally of our device from a power perspective (never initiate and will reject a power role swap to become a source)

    4. You do not need to place the TPD8S300 if you do not want over voltage or ESD protection on the CC and SBU pins, but a TVS diode is not the same as the TPD8S300 as their breakdown voltage is dependent on the amount of current going through. Where the TPD8S300 has a hard voltage cutoff, independent of current

  • 0 in reply to Adam Mc Gaffin
    Prodigy 30 points

    Hello Adam McGaffin,

    Thanks for your feedback, and I have one question for input power source.

    We plan to use PD charger and wireless charger in parallel, therefore there will be a 12V(or higher) input into the TPS65987D directly.

    • Does TPS65987D recognize this input and inform BQ25703A to provide 15W charging?
    • If yes, how to implement? Can I use an external GPIO to notify the PD controller, then program BQ25703A by I2C from TPS65987D to provide 15W charging?

    Regards,

    Vic

  • 0 in reply to Vic Lee
    TI__Mastermind 27525 points

    Hello Vic,

    1. Does TPS65987D recognize this input and inform BQ25703A to provide 15W charging?

    No, the PD controller does not measure the voltage provided on PPHV and notify relevant slave devices based on the applied voltage. You will need to have you project file made within the application configuration tool reflect operation where 12V will be presented on PPHV