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.

AM437x USBx_VBUS Input Impedance

Please tell me the input impedance of the USBx_VBUS.

The USBx_DRVVBUS does not use to control an external 5V charge pump because the 5V VBUS power is always supplied after the system is powered-up. The USBx_VBUS may be connected to a 5V digital output to be controlled by an external device, e.g. USB HUB IC, but it is analog input. To connect a 5V digital output to the USBx_VBUS, I want to know the input impedance of the USBx_VBUS.

Best regards,

Daisuke

  • This parameter is not specified, but per USB OTG specification VBUS is required to have an impedance to ground in the range of 40k ohms to 100k ohms.
  • Also note that the USB PHY supports VBUS pulsing which requires it to be able to source current from the USB 3.3 volt supply and sink current to ground, so care should be taken about USB configuration in your use case.
  • Hi Biser-san,

    Thank you for your reply.

    Does AM437x drive the USBx_VBUS for the VBUS pulsing?

    When AM437x is used as Dual-Role Device or connects to Dual-Role Device, should a 5V VBUS charge pump be controlled by the USBx_DRVVBUS?

    Best regards,

    Daisuke

  • Hello Maeda-san,

    Daisuke Maeda said:

    Hi Biser-san,

    Thank you for your reply.

    Does AM437x drive the USBx_VBUS for the VBUS pulsing?

    No.

    When AM437x is used as Dual-Role Device or connects to Dual-Role Device, should a 5V VBUS charge pump be controlled by the USBx_DRVVBUS?

    Yes. For AM437x, it is permissible to hard-wire USBn_VBUS to system 5V and leave USBn_DRVVBUS floating, but only in dedicated Host applications. In all other use-modes (DRD, Device-only), the controller must directly control USBn_VBUS via USBn_DRVVBUS.

  • Hi DK-san,

    Thank you for your reply.

    -DK- said:


    Does AM437x drive the USBx_VBUS for the VBUS pulsing?

    No.

    [/quote]

    I understand that USBn_VBUS is used to detect VBUS pulsing and that USBn_DRVVBUS is used to generate VBUS pulsing.

    -DK- said:


    When AM437x is used as Dual-Role Device or connects to Dual-Role Device, should a 5V VBUS charge pump be controlled by the USBx_DRVVBUS?

    Yes. For AM437x, it is permissible to hard-wire USBn_VBUS to system 5V and leave USBn_DRVVBUS floating, but only in dedicated Host applications. In all other use-modes (DRD, Device-only), the controller must directly control USBn_VBUS via USBn_DRVVBUS.

    [/quote]

    I understand that the connection below is permissible in the dedicated Host applications. Is it permissible that 5V is applied to USBx_DRVVBUS before AM437x power terminals are supplied?

    I understand that an external controller, e.g. USB HUB IC, must monitor VBUS line and control a 5V VBUS charge pump in DRD applications when AM437x directly controls USBn_VBUS via USBn_DRVVBUS.

    Is my understanding correct?

    Best regards,

    Daisuke

  • Maeda-san,

    In answer to your questions:

    1)  Is it permissible that 5V is applied to USBx_DRVVBUS before AM437x power terminals are supplied? USBx_DRVVBUS is a 3.3V output. I think you meant USBn_VBUS, in which case yes, it is permissible for 5V to be present on this pin prior to AM437x power-up as the pin is designed for this purpose.

    2) I understand that an external controller, e.g. USB HUB IC, must monitor VBUS line and control a 5V VBUS charge pump in DRD applications when AM437x directly controls USBn_VBUS via USBn_DRVVBUS. A USB hub will control power to it's own downstream ports. The reason that it must also monitor the upstream (Host) VBUS is to know when to activate/deactivate it's pull-ups and to enter/exit suspend mode (if enabled). Just to be sure this is understood: DRD functionality is not supported through a USB hub...a Hub will always be connected upstream to a dedicated USB Host and downstream to dedicated USB Device(s).

  • Hi DK-san,

    Thank you for your reply. Sorry for my late reply.

    Best regards,

    Daisuke