Post Go back to editing

RXPKTRDY does not become true on the second GET_DESCRIPTOR

Category: Software

Thank you for your help.

I'm trying to run the SHARC Audio Module on a USB device with the Audio Project Fin attached.
The SHARC Audio Module P10 and PC are connected via USB.

In the first GET_DESCRIPTOR request sent from the Host (PC),
the RXPKTRDY bit of USB_EP0_CSR0_P is true and the Host can be answered.
The request from this Host is sent with Address = 0, Endpoint = 0.

Then, when the SET_ADDRESS request is delayed from Host,
the RXPKTRDY bit of USB_EP0_CSR0_P becomes true,
and the received Address is set in the USB_FADDR register.
The request from this Host is also sent with Address = 0, Endpoint = 0.

Next, a GET_DESCRIPTOR request comes from Host with Address = received Address, Endpoint = 0,
but the RXPKTRDY bit of USB_EP0_CSR0_P does not become true.
The RXPKTRDY bit of USB_EP0I_CSR0_P, USB_EP0_RXCSR_P, USB_EPI0_RXCSR_P will not be true either.

The USB signal is monitored by LINEEYE's LE-650H2.

Please tell me how to deal with it.

Parents Reply Children

Before You Switch


Switching languages will make ADI Explorer unavailable. Resume your session by switching back to English and reopening ADI Explorer.