• State Resolved
  • Locked Locked
  • Replies 12 replies
  • Answers 3 answers
  • Subscribers 63 subscribers
  • Views 268 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

TPS65988DK: Regarding working issue with the PD controller DK part

nitish kareliya
Intellectual 350 points
Part Number: TPS65988DK
Other Parts Discussed in Thread: TPS65988, TPS65987,

Tool/software:

Hi Team

We are working on a project comprising of MSP430FR-2475 MCU and PD controller TPS-65988-DK series and both are interfaced over a I2C. We had also discussion regarding this project earlier with TI. The issue we are facing is when we connect type-C device(power/charge consuming device) with the dock station's(acts as DFP) type-C, the dock is not able to give RTL8153 to the type-C device attached to the dock. While the DH series is working properly, but DK series does not work. As per earlier discussion with the forum, it was said that the DK series can be used inplace of DH series with the same PD firmware base image, but still it is not working out. We are critically stuck here, please support!

Kindly note that when we connect with the Linux PC(inplace of actual typeC device), it detects the RTL8153 successfully and that confirmed with watch lsusb command.

Please find the PD base project file for the DH series in attachment. I am also sharing the snap of the discussion mentioning the use of DK series inplace of DH series. Also find the HW schematics and the ACT tool project file shared here

TI Schematic - 23April2024.pdf

PD_TPS65988_working.pjt

Regards

Nitish

  • 0
    TI__Mastermind 37855 points

    Hi Nitish,

    Are you using the same binary for both parts, or did you import the project into the GUI for the TPS65987DK configuration?

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi Chris

    Earlier we used the same binary for both the parts, but it was not working for the RTL8153 detection (typeC device charging working) and later we did minor modifications from ACT tool because of which the charging and the RTL8153 detection both were happening with DK. But this RTL detection happens only with linux PC, not with actual typeC power consuming device which is our main actual use case. 

    Kindly note that we are using TPS-65988-DK part (not 65987).

    We also tried to generate new binary specific to TPS-65988-DK part with couple of modifications from default configs, but that too only worked with laptop and not with our actual device.

    Please let me know if more information is required.

    Thanks,

    Nitish

  • 0 in reply to nitish kareliya
    TI__Mastermind 37855 points

    Hi Nitish,

    As mentioned in the previous thread, you can use the same PJT for the two devices, but the binary generation is slightly different.

    The DH and DK versions of the TPS65988x have different base FW versions, with the DH having the F707 versioning and DK having the F907 versioning.

    To get the GUI in the correct version, open any default TPS65988DK project. Then go to Project->Import Settings from project, and select your old project file.

    Now, the GUI should have a TPS65988DK project with your old settings applied.

    I made a copy of your pjt with imported settings following the steps above: TPS65988DK_IMPORTSETTINGS.pjt

    The same binary will not work on both due to the difference in base FW.

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi Chris

    Thanks for the new PJT.

    We tried to generate the binary from the PJT file you shared, but it does not detect the RTL8153 to the opposite typeC device and only charging is happening.

    Can you please suggest what are the settings to enable both power(charging) and accessories mode?

    Regards

    Nitish

  • 0 in reply to nitish kareliya
    TI__Mastermind 37855 points

    Hi Nitish,

    What exactly is the RTL8153? Is it a USB2.0 connection? UFP/DFP?

    The tps65988 does not directly interact with the USB data, but does have control over the data role. What is the preferred data role for the TPS65988.

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi Chris

    The RTL8153 is USB2.0 and acts as a DFP role.

    The TPS65988 just detects the opposite typeC device.

    Regards,

    Nitish

  • 0 in reply to nitish kareliya
    TI__Mastermind 37855 points

    Hi Nitish,

    You mentioned that "charging is happening". Does this mean that the TPS65988 is acting as power sink and you see it sinking current properly?

    Which port is being attached to the RTL8153, 1 or 2?

    I'm assuming this connection is Type-C to Type-C?

    Both of your ports are set to be DFP only, and support "process swap to UFP" but will not initiate swaps to UFP. This means that the RTL8153 will only become DFP if it initiates a data role swap.

    If you want to change this, you can select the "initiate swap to UFP" option in the "port control" register, and the port will prefer the UFP role and initiate the DR swap from the TPS65988 port if a DFP.

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi Chris

    Actually the our system setup is to work as a USB to Ethernet converter with charging capabilities.

    Please suggest where to mention the data role in DK part. Below is the snap from ACT tool for DH part. 

    The power and data options both settings we need in DK part as they are in DH.

    Regards,

    nitish

  • 0 in reply to nitish kareliya
    TI__Mastermind 37855 points

    Hi Nitish,

    Which version of the GUI are you using? Are you using the PJT is shared with you?

    In Port Config, the Port Config is set to DFP only, this will control the initial connection and force it to be DFP/Source only. This may be fine.

    In Port Control, you may want to enable the "Initiate swap to UFP" bit if the port prefers being data UFP.

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi

    The GUI version is 6.1.4 and i am using the PJT file shared by you.

  • 0 in reply to nitish kareliya
    TI__Mastermind 37855 points

    Hi Nitish,

    Are you loading the pjt directly into the GUI?


    If you just load the pjt in the 6.1.4 GUI, the GUI should look like the screenshots I shared with you.

    Have you tried enabling the Initiate swap to UFP bit? Did it work/not work?

    Thanks and Regards,

    Chris

  • 0 in reply to Christopher Lim1
    Intellectual 350 points

    Hi Chris

    Yes, we load the PJT directly in GUI.

    We followed the steps as you suggested for initiate swap to UFP and it worked successfully and this helped to resolve our issues.

    Thanks for quick support !

    Regards,

    Nitish