TUSB8041: TUSB8041 doesn't work with USB3.0

Does the host enter compliance mode or does one of the downstream ports of the hub enter compliance mode?  If the host is entering compliance mode, you will need to adjust the power on reset timing between the host and the hub. 

On the boards where USB 3.0 does not work, if you do a hard reset (pull GRSTz low), does USB 3.0 start working?

Regards,

JMMN

Thank you for reply

one of the downstream port of converter chip enter the compliance mode that is upstream port as TUSB8041.

We tried both reset(passive reset and active reset) but does not work.

When this Issue occur , the USB3.0 hub device on the TUSB8041 become yellow bang.

We use two TUSB8041. 

There is 2case

This Issue occur Hub1.

Another case is Hub2 in another board. That is fixed. 

USB Converter chip has 4down stream port. USB3.0 is working in another port.

Below is LSI connection.

PCIe Bus-> PCIe-USB converter chip ->USB Hub1 TUSB8041->USB Devices

                                                            ->(NG)USB Hub2 TUSB8041->USB Devices

                                                            ->USB Device

                                                            ->MSP430(TI)

Regards,

TK

HI TK,

Did you try resetting the hub or the host?  Resetting the hub won't work since it appears that the host is going into compliance mode, and only a host reset can fix that. 

Can you try holding the hub in reset during power up or perhaps keeping USB_VBUS low?

Regards,

JMMN

Any update?

HI JMMN

I tried to keep low the reset signal for USB Hub(TUSB8041) during OS boot and released. But status is not changed.

Thanks

Hi JMMN

Is there some requirement for a rise time of passive reset (just a cap on GRSTz)?

Thanks

The reset timing is the same for a passive reset as it is for an active reset.  Usually at 1 uF or 2 uF capacitor is sufficient.

Regards,

JMMN

Does this GRSTz port work with edge trigger or level trigger?

Is there some check point or similar case?

Regards,

TK

Can you provide a screenshot of the yellow bang and perhaps download USB Tree Viewer or similar application and send us a screen shot?

GRSTz is edge triggered, but if it is the host going into compliance mode, resetting the hub will not help.

Can you clarify what is going to compliance mode?

host downstream port

hub upstream port

hub downstream port

device upstream port

We have 2case. Hub1 or Hub2 into compliance mode.I atatched a Yellow bang screenshot that are 2 board.

I make an block diagrames for compliance mode. Red arrow potion is compliance mode. Register of Host controller indicate compliance mode. 

And I found that Windows also indicates a compliance mode. Please see the attached screenshot.

Regars,

TK

Hi TK,

Ok, thnak you this helps confirm the information you gave earlier.  The host downstream facing port enter compliance mode.  You noted that changing the power on reset timing to the hub does not impact the issue.  Can you change the USB_VBUS input to the hub so that it is not powered while the OS loads?  How is the design different on the port where TUSB8041 appears correctly?

Regards,

JMMN

Hi JMMN

My explanation was not enough so I update the diagrams. It is only Super Speed port disapeared.

I connected the USB_VBUS(Pin48) with hand after OS boot.

Some times recognized the  superspeed port from OS. 

Original USB_VBUS  is connected to 5Voltage through a 90.9-KΩ ±1% resistor, and to ground
through a 10-kΩ ±1% resistor from the signal to ground. 5Voltage is on the board.

Hub1 and Hub2 is same design. And work well board is same too. 

Is there some ideas from the former experience?

Regards,

TK

TK,

Is there any USB 3.x switches / muxes on Port 1, sometimes these can appear as active rx terminations to the hub upstream port.  As long as VBUS is low, the hub cannot enter compliance mode, but the downstream port of the host may do so if it falsely identifies rx.terms as enabled.

Regards,

JMMN

Hi JMMN

We are using below configuration.

Hub1(TUSB8041):Down stream Port 1 is connected with touchpanel controller that is using only USB2.0. USB3.0 port1 is NC.

                              Down stream Port2 is NC that is USB2.0 and USB3.0 both.

                             Down steram Port3 and 4 is connected with USB3.0 typeA connector.

Hub2(TUSB8041):Down steram Port1 and 2 is connected with USB3.0 typeA connector.

                             Down steram Port3 is connected with USB connector. USB3.0 is NC.

                              Down stream Port4 is NC that is USB2.0 and USB3.0 both.

Is there some Idea?

BestRegards

TK

Hi TK,

The downstream ports of the hub should not matter, the issue is related to the connection between the host and the hub.  Is there any different between the two host to hub connections?  Are the layouts similar?  Can you try unloading (disable) and reloading (enable)  the host driver to fix the issue?  I understand that this is not a solution, but it would help determine if this is a layout issue or power on timing issue.

Regards,

JMMN

Hi JMMN

Thank you for advice and I tried it. But  It was not improved with unloading and reloading of Host.

Circuit is same as Hub1 and Hub2. And trace length is similler with each one.

Does it concern the signal quality?

It was improved with USB_VBUS timing. Not improved with GRSTZ cycle.

Is there some sequence requirement of the USB_VBUS?

What is the diffrent process and role in the chip with USB_VBUS and GRSTZ?

Regars,

TK

Hi TK,

This could be a signal quality issue, if the host to hub link fails LFPS polling after the first power on reset, it will go to compliance mode.  Are you able to probe the SS lines?

Regards,

JMMN

Hi JMMN

(1)Host controller and TUSB8041 is down devices. So it is difficult to mesuare it.

These signal length is short. 

Is there some concerning point with below length?

Host to Hub1: SSTXM0 is 56.7349mm, SSTXP0 is 56.6128mm /include Capacitor

                      SSRXM0 is 42.8493mm ,SSRXP0 is 42.7503mm

Host to Hub2: SSTXM3 is 31.0336mm, SSTXP3 is 31.0336mm/include Capacitor

                      SSRXM3 is 31.0301mm, SSRXP3 is 30.9804mm

(2)And it is recognized with USB_VBUS timing.

    So I would like to know(clear) the sequence of USB_VBUS as Spec.

   We will check our circuit. It meet or not.

BR,

TK

HI TK,

Is this problem seen on multiple boards, always on the same port?  Can you measure impedance from RXP/RXN pins of the upstream port of the hub to ground before system power on and see what is measures?  

Regards

JMMN