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.

SN75LVPE5412: About the reference design for DP 2.X interface with SN75LVPE5412 or TMUXHS4412

Part Number: SN75LVPE5412
Other Parts Discussed in Thread: TMUXHS4412, TUSB1146, TS3A5223, SN75LVPE5421

Thank you for the help of TI technical support. So we know the redrive of SN75LVPE5412 or TMUXHS4412 can be used as the DP2.X redriver.

Now, we also confused how to use these two parts with DP2.X applicaiton with Type-C inferface.

Can you help us to find the  reference design for DP 2.X interface with  SN75LVPE5412 or TMUXHS4412, especially for DP 2.X, Type-C interface. 

Thanks a lot.

Fang Haidong

  • Haidong

    TMUXHS4412 does not have the crossbar MUX to support USB Type-C interace.

    What is the max DP data rate you are trying to implement in this design, UHBR10, UHBR13.5, or UHBR20? And is this a source or a sink side design? 

    We have TUSB1146 that can support DP2.1 UHBR10 over Type-C on the source side. And we also have in our roadmap USB-C MUX that can support UHBR20.

    Thanks

    David 

  • Thanks, David

    We are trying to implement UHBR20 in our desgin.  We'll implement the soure design first, and then the sink side design.

    In our design, we just used the Type-c as the DP2.1 phisical interface (not including USB3.X). But we have to handle the forward and reverse insertion with the sink interface.

    So, for our design, can we use SN75LVPE5412 or  TMUXHS4412, aslo with one PD IC of Type-C to achieve the design? Is there any reference design?

    And I'm glad to hear that TI have the roadmap USB-C MUX which can support UHBR20. When will the IC be released?

    Best Regards,

    Fang Haidong

  • Haidong

    The TMUXHS4412 does not have the crossbar function to handle the forward and reverse insertion. So it is not the right solution for this design.

    For DP2.1 over Type-C, you would then need to use a USB-C Passive MUX or an active MUX. But I currently do not have a schedule for both the passive and the active MUX since both projects have not been started.

    Thanks

    David

  • David, Thanks.

    I fully understand that. Thanks.

    Our purpose is is to achieve the design for DP 2.X over Type-C physical interface at source side first. 

    The following figure is the normal DP ALT mode with type-C. 

    Then I want to achieve the design with SN75LVPE5421 and one PD controller. When tpye-C is forward insected, Port A will be controlled to Type-C; 

    When tpye-C is inverse insected, Port B will be controlled to Type-C; 

    For the above design, if necessary,I can also use TS3A5223 to handle AUX channel. But  I confused if the sink side with Type-C (for example,Tpye-C interface display)can identify the DP signal ?

    Thanks for your great help.

    Fang Haidong

  • Haidong

    You can't share the DP main link between Port A and Port B as you have shown above. The design will not work due to potential signal integrity issue.

    You can use SN75LVPE5421 with Parade PS8838, https://www.paradetech.com/products/ps8838-20gbps-usb-c-retiming-switch-for-host-application-with-usb-3-2-gen-2x1-and-dp-2-1-uhbr20/. Looking at its feature list, it looks like it will able to UHBR20. Please double check.

    Thanks

    David

  • David, Thanks for the infomation of PS8838.

    Your reply is very helpful for us.

    Yes, For sharing the DP main link between Port A and Port B  will not work normally because of signal integrity issue.

    How about the following design? Will it works?

    And for this design. I also confused if the sink side with Type-C (for example,Tpye-C interface display)can identify the DP signal ?

    Fang Haidong 

  • Haidong

    When do you need this DP UHBR20 Over USB-C Crossbox MUX solution? And how big is this opportunity?  

    The above proposal would work, but it will be a very expensive solution with two SN75LVPE5412. You would also need to check and see if the PD controller has enough GPIO pins to control both SN75LVPE5412.

    Thanks

    David

  • Thanks, David

    Our production new we design blongs to niche market.

    Thanks again