2024-10-08 11:43 AM
I cannot get OTG_HS to communicate with a USB host, and I'm out of ideas. Any help would be greatly appreciated.
The problem:
I've instrumented HAL_PCD_IRQHandler to print whenever an interrupt occurs. Right after USBD_Start, I get:
It then repeats 2 then 3 a few times until the OS gives up. I do not get any other interrupts (I'm expecting at least RXFLVL after USBRST to transfer the Setup packet). Windows reports Device Descriptor Request failed. Linux reports "device descriptor read/64, error -71".
Things I've tried:
Possibly relevant details:
Thank you in advance for any help!
2024-10-09 06:57 AM
Hi @FA1234 ,
I see that the same request is already submitted in OLS system. Our team will take care to provide required support.
It will be nice to share the relevant and non confidential answers with other community members who may have similar situation.
-Amel
To give better visibility on the answered topics, please click on Accept as Solution on the reply which solved your issue or answered your question.
2024-10-10 07:22 AM
Hello,
Could you please recheck the clock configuration for USB OTG HS, make sure to align the clock configuration with the one provided in USB cubeFW USB applications, avoid using HSI with HS PHY it requires an accurate input clock
Regards
2024-10-10 10:15 AM
Does this mean HSI will not work, and it requires HSE? Can you point me to the document that says this?
I was surprised that HSI48 (which is supposedly specifically for USB accuracy) is not routable to the PLL_USBPHY (either directly or through the PLL).
Thanks!
2024-10-31 07:27 AM
Respin complete, but with the same results.
- I can now run either with an external crystal (HSE) or the internal (HSI).
- I've verified the differential impedance.
Am I right in expecting the RXFLVL between the USBRST and ENUMDNE?