I am not using PD controller in my design and as per ORIN developer kit USB0 and USB3.2 Port#1 connected to Type C connector where USB0 connected directly to connector while USB3.2 Port#1 connected via usb3.2 switch.
Please let me know the exact use case of usb 3.2 switch.
Can i connect USB3.2 Port#1 directly to connector on TX1 and RX1 while TX2 and RX2 will be left floating?
And please confirm if i go with this design whether will it affect force recovery mode for flashing? How Orin get to know USB0 or USB3.2 Port#1 going to use for flashing?
Hi,
The PD controller is for handling both directions of connecting to device. If it’s not present, ideally the type-C port can work like a micro-B port. For more information, please check product design guide and adaptation guide of AGX Orin.
Its means it will not work in USB3.2. is it correct?
And are you seeing any issue in firmware flashing in recovery mode if i will go with without PD controller?
is there any update on it?
And let me know what is the use case of switch PI3DBS12212AZBSEX in carrier board? Since at a time only one output of switch is active.
Hi,
Since it is a type -C port, we would suggest have a PD controller to handling the direction. The controllers on AGX Orin developer kit and Orin Nano developer kit are from different vendors. You may consider use either one or find another vendor.
I am not using any battery in my project so there is no meaning of using PD controller. I just want to to know what is the use case of USB 3.2 switch in carrier board design.
Since I am not using PD controller can I directly connect C23, C22, G23 and G22 pin to 1 set of USB type C superspeed signals (RX1 and TX1 of USB TYPE C Connector)?
Most of other customers are using their own USB type C controller from other vendors.
For such design, the vendor shall provide their own device tree tutorial. The interface between their device tree and NV usb controllers are using “remote-endpoint” to connect.
How you connect a type C controller is actually not what NVIDIA can support. It all depends on the vendor’s product.
That i checked but i am not using PD controller in my design so can we go with this approach on type C connector without using CC pins and other 1 set of super speed signals?
Hi,
We would suggest use PD controller if it is a physical type-C port. If you would like to remove PD controller and have it work like a micro-B port, theoretically it may work, but it is not suggested.
I understand if we dont use CC lines then we are not able to get flip features of type C.
But I am asking if I connect usb2.0 and and 1 set of usb3.2 signals directly on type - c connector and CC line, SBU lines are floating then can we achieve superspeed features at least in one orientation??
The status of VBUS_DETECT pin and ID pin decides the port to be in host mode or device mode. Please program the device tree to fit the hardware design.
Can USB type C connector work as per below image in one orientation if I am not using CC lines and SBU lines?
Since my form factor is very small I can not accommodate USB SS Type A connector that’s why I am planning to use type C connector . And my use case is limited to bring up only where we can connect type c pendrive during bring up to transfer data.
if it works then I don’t see any change required on device tree if i use C34 C35 K32 and K35 for USB 3.2 and C11, C10 for USB 2.0?