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.

TPS65987D: Firmware loading issues

Part Number: TPS65987D
Other Parts Discussed in Thread: BQ25723

Hi all,

I designed a charging circuit using TPS656987DDH + BQ25723 to charge an 8.4V battery.

According to the design expectation, under the condition of already accessing the battery, and then connecting the TypeC port, we can charge the battery normally.

But now I found a problem when using it:

Problem phenomenon 1, when the battery is connected first, and then connected to the TypeC port, the battery can not be charged.

Problem phenomenon 2, when connecting the TypeC port first, and then connecting the battery, the battery charges normally.

In phenomenon 1, the test found that the PP_HV1 channel is not open and the VBUS of the TypeC port is 0V, so I think the firmware of the TPS65987DDH is not loaded.

In phenomenon 2, VBUS can reach 20V as per firmware configuration.

In the circuit, the TPS65987DDH is configured with ADCIN1 DIV=0.91 and ADCIN2 DIV=0.29,SPI_POCI=1

How can I modify my circuit or firmware to meet my design expectations?

Here's the firmware.

0305pd-change.pjt

Looking forward to your reply and help!

Best regards.

Xavier

  • Hi Xavier,

    I am an apps engineer who supports the USB-C parts. I have some familiarity with the BQ parts, but am not a device expert.

    Can you share a schematic of your system?

    What GUI version are you using?

    How are you expecting to enter charge vs. otg modes?

    Thanks and Regards,

    Chris

  • Hi Chris,

    Thank you for your reply.

    Here's the schematic.

    5238.PDtest.pdf

    GUI version is 6.1.4      This should be the latest version.

    I expect my motherboard to only be able to charge the battery when it shuts down.

    When the motherboard is powered on, the TypeC port detects the type of device being accessed.

    • If it detects a power adapter, it starts charging the battery.
    • If it detects a slave device such as a mouse, keyboard, etc., it can provide 5V power to them.

    Please feel free to message me if I've missed anything.

    Best regards.

    Xavier

  • Hi Xavier,

    Do you have an MCU in the system that has I2C connected to the two devices.? I did not see one in the schematics.

    Please take a look at this document: https://www.ti.com/lit/ab/slvaeq7/slvaeq7.pdf?ts=1709768285141&ref_url=https%253A%252F%252Fwww.google.com%252F

    It may be relevant to what you will need to do.


    I think you will need to have an MCU (or potentially the PD controller) configure the BQ part over I2C to be in an Otg or charge state depending on the contract negotiated at the port.

    This will likely require you to read status registers on the PD controller and send I2C messages to the BQ part configuring the the correct operational mode.

    Thanks and Regards,

    Chris