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.

TPS65986 DP to HDMI out.

Other Parts Discussed in Thread: HD3SS460, TPS6598X-CONFIG, TPS65982

Hi Sir,

Our customer want used the TPS65986 for DP to HDMI application,

We are try the USB2_RP_P(L5) and USB2_RP_N(K5) function work is ok,

if link Type-C cable, the DELL XPS Device Manager can Detect the new device "USB 3.1 eXtensible Host Controller-1.10".

But we can't used the Apple MacBook or DELL XPS for Extend to Monitor.  

Do you have any recommand for clarify this issue?
or Is this appliaction have any issue or potential bug?

 

DP to HDMI is PS176 — DisplayPort to HDMI 2.0a

 

Hugo

  • Hugo,

    Can you attach a schematic or block diagram for the design?

    Is this a USB Hub also, or just a Type-C DP to HDMI converter?
  • Hi sir,

    the following is Block Diagram, this is Type-C DP to HDMI converter application.

  • Hugo,

    Is the Type-C Port a Receptacle or a Plug?

    If the Type-C Port is a Receptacle, your block diagram is missing the HD3SS460 DPort/USB3 Multiplexer.

    Can you please attach your FW in the form of a .bin file for me to review the Configurations?

    Did you generate your FW using the TPS6598X-CONFIG Configuration Tool? If so, which version are you using?
  • Hi Sir,

    If CC is pull down fixed fucntion, still need HD3SS460? 

    The attached is Bin File, TPS6598X Configuration Tool version is 1.12.

    CUSB-306T_20160506.1.zip

    Hugo

  • The CC pin termination (pull-up or pull-down) does not determine whether or not a product needs a SuperSpeed Mux like the HD3SS460.

    It is a mechanical constraint only. If the Type-C Port is a Receptacle, meaning a Type-C Cable will be used to connect it to a laptop, then a Mux like the HD3SS460 must be used.

    If the Type-C Port is a Plug, meaning the product is a dongle that plugs directly into a laptop with no cable, then it does not need a Mux for USB3 and DisplayPort.

    For a dongle (Type-C Plug), the orientation of the pins never changes. Therefore, only CC1 needs to be routed to the plug from the TPS65986.

    For a Type-C Receptacle, both CC1 and CC2 must be routed to the receptacle from the TPS65986 so when the cable is plugged in with either orientation (rightside-up or upside-down), one of the CC1/2 pins will connect to the CC wire in the cable.

  • Hugo,

    I think the problem with the DisplayPort signal is related to a different problem, though, and the FW has nothing to do with it.

    You may want to ask Parade if the PS176 is a DP to HDMI bridge (aka protocol converter) or just a level translator with signal conditioning.

    For our DP to HDMI converters, we have worked with the MDCP2850 which is a true DP to HDMI bridge (protocol converter).

    This would also explain why USB2 and USB3 works but Video is not showing on the display.

  • Hi Sir,

    We are double confirm with customer, this is Type-C Plug similar a dongle.

    the PS176 is protocol conversion.

    Could you please share the MDCP2850 with TI Type-C solution ref design for me?

    http://www.paradetech.com/products/displayport-format-converters/ps176/

     

     

    Hugo 

  • Hugo,

    I just checked, and unfortunately the 1st Gen Type-C Dock design (www.ti.com/.../TIDA-00630) does not have the HDMI port included. I will need to follow-up to this post when the "Mini-Dock" design is available on the web. The "Mini-Dock" has an HDMI Port and uses the MDCP2850.

    If there are any similarities between the PS176 and the MDCP2850, then the PS176 can probably act as a "Level Shifter/Re-timer" only or as an "Active Protocol Converter", depending on Input pin settings and the FW loaded into the device.

    I suggest that your customer speak to Parade regarding the functionality of the part.

    However, I will follow-up to this post with some basic instructions on debugging the DisplayPort Alternate Mode. Once you can verify you are in the correct mode, the TPS65982 hands off all control of video to the rest of the circuitry in the product.
    Since this is a dongle application and no muxing is required, the debug process should be shorter than usual because you do not need to check for GPIO control from the TPS65982.