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.

TUSB320: TUSB320 in DRP mode, CSR Registers 0x09 [7:6] ATTACHED_STATE keeps reading as 00, after plugging in power source or device

Part Number: TUSB320

Hi,

I meet an issue by using TUSB320 in DRP mode. 

The problem is: CSR Registers 0x09 [7:6] ATTACHED_STATE keeps reading as 00, after plugging in power source or device.

However, when I use the demo board TUSB320 EVM REVB, CSR Registers 0x09 [7:6] ATTACHED_STATE can update value quickly.

I attach my schematic at below.

I hope someone can give me some suggues

  • Hello,

        Please include a scope capture thet shows CC1, CC2, VBUS & ID when the device is connected, so we can debug the issue.

    Regards,

    Diego.

  • figure 1: unattached

    figure 2: no Vbus

    figure 3: ID does not go to low.

    In figure 1, 2, 3, Channel 1 is cc1, Channel 2 is cc2, Channel 3 is Vbus, and Channel 4 is ID.

    Figure 1 shows the status without attaching any devices.

    However, when I plugged in a device, I got two results. one shows in figure 2 and another one is in figure 3.

    Figure 2 shows ID pin goes to low, but chip cannot detect VBUS.

    Figure 3 shows chip can detect VBUS, but ID pin keep high.

    I got both result randomly, when I plug and unplug a device.

  • Hi Diego, I have post the scope capture.
  • Hi Hang,

    To the test cases, are you connecting the TUSB320 to a UFP, DFP or DRP device? If the case is a DRP device, then it is highly aleatory whether the TUSB320 will act as UFP or DFP. I am also assuming that you are controlling the VBUS switch using the ID signal, Am I right? If so, then the second picture makes sense if the VBUS switch is not working, but the TUSB320 does. Meanwhile, the last image shows a possible UFP connection without getting VBUS from the attached port (which should be acting as DFP). To confirm my suspects please include the results from the registers 0x08, 0x09 & 0x0A in both cases.

    Regards,
    Diego.