TUSB1044: FLIP usage and Mux functionality

Dirk

The TUSB1044 is a linear redriver only, assume the MUX is already done in the host. If you need crosspoint switching between the Channels for SSTX/RX1 and SSTX/RX2, please take a look at the TUSB1042I.

Thanks

David

Ok. Clear so far. But (Just to be 100% shure) refered to the following Forum post: https://e2e.ti.com/support/interface/f/138/t/937072?tisearch=e2e-quicksearch&keymatch=tusb1044%20%20flip

Didnt they also asked for this feature, or what is the differenz?

Dirk

Do you have a block diagram you can share? I want to make sure we are on the same page here.

It comes down to the design of the USB host. 

• If the USB host implements the crosspoint switch, then you use the TUSB1044 to handle the Type-C flip/non-flip operation. 
• If the USB host does not implement the crosspoint switch, then you use the TUSB1042I to handle the switching and Type-C flip/non-flip operation.

Thanks

David

This is a quick Architecture Overview.
We need to serve a USB 3.1 gen2 x1 compliant Module (orange) on a USB4 TBT compliant Carrier (blue). What already exist on the Carrier is the TUSB1044.
Until now it was unclear if the cable flip is already handled and reverted, so that a x1 USB3.1 gen2 Module has the correct Data Lanes connected.
The Orange Block is was we cannot change. Blue and Green is our product, and, the Blue one for sure should support as much as possible. Only the connector is USB4 TBT compliant but for sure not the TUSB1044.
What actually seams to be a possible solution is to cascade TUSB1042I with TUSB1044. Is this correct from the signaling and supported from the I2C /SMBus Register Setup (Linux Driver compliant)?

Dirk

Thanks for the block diagram. Since you are already using the TUSB1044 linear redriver, I don't think you need to use the TUSB1042I since the TUSB1042I introduces an additional redriver function. Instead the TUSB1042I, you could use the HD3SS3212 which is a 10G USB MUX only device. Below is the block diagram I drew using the TUSB1044 and the HD3SS3212. Please let me know if this meets your design requirement. The TUSB1044 will handle the flip function while the HD3SS3212 will handle the switch function. You still need a CC or a PD controller to handle the Type-C negotiation and control the TUSB1044 and the HD3SS3212 base on the Type-C negotiation. 

Thanks

David

Hi David!

Is there any doubt about cascading 2 redriver chips?
Since the HD3SS3212 has no I2C interface to get the switching information, i would prefer the TUSB1142I or TUSB1146 as host side adaption. HD3SS3220 could also be an option...

Many Thanks for your support!