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.

TUSB320-HA-EVM: TUSB320-HA

Part Number: TUSB320-HA-EVM
Other Parts Discussed in Thread: TUSB320, TPS65987D, TPS65987

I am currently testing the TUSB320.EVM. We require DFP, UFP, DRP and to be able to swap Sink and Source positions. Specific to our case we are trying to achieve Source at the UFP position and Sink at the DFP position to be able to charge 5V 3A to the host portable devices such as a personal tab or iPhone. I am not sure if the TUSB320 is the correct PD controller for this purpose. However this is one of the only PDK's that are available. Any assistance would be greatly appreciated.

Regards,

Don Carmichael

Radial Engineering Ltd

donc@radialeng.com

  • Don

    You need a PD controller such as TI TPS6598x family for this application. Any time you need data and power to flow in a opposite directions, a PD controller must be used to implement PR_SWAP and DR_SWAP. CC controllers such as TUS320 can not implement PR_SWAP and DR_SWAP.

    Thanks

    David

  • I just want to be sure we are both describing the same example. We are still requiring data to flow from Host (DFP) to Device (UFP) as normal however power from Device (UFP) to Host (DFP) is required. Is this what you are describing? I just need to make sure.

    Thank you for your assistance.

    Don Carmichael

    Radial Engineering Ltd.

  • Don

    We are aligned on your description. For this specific application, you would need to use TI TPS6598x PD controller such as the TPS65987D, https://www.ti.com/product/TPS65987D.

    Thanks

    David

  • Good morning David,

    Thank you very much for your assistance with guiding us to a PD Controller for our needs. We are planning to purchase the USB-PD-DUO-EVM for testing however I notice the USB2 +D-D lines do not show a throughput from the EVM PCB to allow for enumeration testing to a device or UFP. I do notice the data lines do connect to the PD Controller for BC1.2 legacy charging which we will not be using. Is there an add on PCB or another EVM which would allow enumeration testing?

    Thank you very much for your assistance in this test scenario.

    Don Carmichael

    Radial Engineering Ltd.

    donc@radialeng.com

  • Hi Don, 

    The TPS65987EVM has a connection to the D+/D- lines that you are referencing above. In the TPS65987EVM User's Guide linked here, on page 8 you can see the Type-C connector, from here the D+/D- lines are connected to C_USB_P and C_USB_N. Right below this you can see the expansion connector J2 which has the following connections to C_USB_N and C_USB_P at 13 and 15. You should be able to use these to conduct your testing.

    Thanks,
    Field

  • Hi Tolson,

    Thank you for your response. After reviewing a video on the configuration App I noticed they were using the TPS65987EVM and not the USB C DUO EVM. Therefore once I reviewed the users guide I had noticed the D+ D- lines to J2. However the 10G-Expansion-EVM is now EOL so I will make my own connection with J2 to a USB connection. I have the Samtec connector part number so I can find the mating side for this purpose. Thank you for your verification.

    Don Carmichael

    Radial Engineering Ltd.

    donc@radialeng.com 

  • Thank you for your suggestion however we are having issues enumerating as USB2.0. The port is configured as a DRP with source power 1 DPO at 5V, Data swap set to UFP (Device). Power is delivered as expected however we are not seeing any enumeration to the port on the device as USB2.0 D+/D-. The device is an audio playback device which is normally used with any iPad or tab and does enumerate and function correctly as such. Any suggestions would be greatly appreciated. 

    Thank you for your time.

    Don Carmichael

    Radial Engineering Ltd.

  • Good Morning Donald,

    Could I have your configuration file(s) and a description of your setup(Doesn't have to be a detailed description, as I have a feeling it is an issue with the configuration)? If you could provide a schematic as well, that would be useful if my suspicion is incorrect.

    Kind regards,

    Conner Gillette

  • Good morning Conner and thank you for getting back to soon. We are using the TPS65987EVM for testing and taking the USB2 D+/D- from the Limo connector J2. However after further review of the connection on J2, this may be the point of failure. The external test PCB, G10-Expansion which connects to J2 is now obsolete. However I would like to send you our config file in case there is something glaringly obvious. The config file is based on the "Standard" template in DRP mode prefers Source. So rather simple setup. Im sending the TPS65987EVM doc just for your convenience.

    Thank you for all your help in this matter.

    TPS65987DDH_DRP_5V_UFP_DP.pjtTPS65987 single EVM.pdf

    Don Carmichael

    Radial Engineering Ltd.

  • Thank you Don. I will review your project file and get back to you by EOB on Monday.

    Kind regards,

    Conner Gillette

  • Since you are not using the D+/D- lines for BC1.2 charging, the TPS65987 would not need to be connected to the D+/D- lines at all. You could begin USB enumeration using D+/D- as soon as a voltage appears on VBUS, the D+/D- lines just wouldn't connect to the TPS65987 at all.

    Kind regards,

    Conner Gillette

  • Hello Conner,

    Thank you for getting back. You are correct the D+ D- lines are not connected to the TPS65987D. However the real question is port negotiation on the CC lines. We are trying to connect to a Samsung S4 Tab as host and our device as a playback device (UFP or DRP).  We have not been able to acquire enumeration to our device MCU and the Samsung as host using the TPS65987. If I use 5.1K resistors on our device to force UFP, I can achieve UFP  negotiation with our device and playback audio however I can not send charge back to the Samsung. I was hoping you could take a look at my config file to see if there is anything that seams out of place which would cause this.

    Thank you very much for your time.

    Don Carmichael

  • Thank you for the clarification Don. In the "Transmit Source Capabilities" register, your Source PDO 1, you have the "USB Capable" bit unchecked. I believe checking this could resolve your issue. Additionally, in the "Transmit Identity Data Object" register, you should update your Product Type, under either DFP or UFP (depending on your devices desired role).

    And to confirm, you want your device to source power to your port partner, and you want your device to be UFP? If this is the case, my above recommendation should resolve your issue.

  • Thank you very much for your review. We are about to assemble our first proto type and will attempt your suggestions.

    Thank you,

    Don Carmichael

    Radial Engineering Ltd.

  • Sounds good. I am going to mark this thread as resolved, but feel free to reopen it if you run into issues related to this thread.

    Kind regards,

    Conner Gillette