This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

STM32_USBHID

When I compiling the project downloaded from http://www.keil.com/download/list/arm.htm, I met: STM32_Init.c(4968): error: #20: identifier "GPIOF" is undefined
STM32_Init.c(4974): error: #20: identifier "GPIOG" is undefined
usbhw.c(92): error: #136: struct "<unnamed>" has no field "IPR"
usbhw.c(93): error: #136: struct "<unnamed>" has no field "ISER",
and after I deleted them and downloaded to the MCBSTM32 board, I saw an "unkonwn device" displayed in the screen after connected to my PC, anything wrong since it is said "The example is tesed with the Keil Evaluation Board MCBSTM32."

Parents
  • > every 5 seconds

    The number is typical timeout for USB requests, which is defined in the spec.
    Get_Status request is issued as a part of error recovery after timeout.

    For HID,
    Get_Report and Set_Report requests over the default endpoint may cause timeout.
    The Interrupt IN EP doesn't cause timeout in any case.
    Optional interrupt OUT EP, doesn't cause any timeout, either, unless PC app explicitly cancels the transfer.

    I think the problem is caused by Get_Report or Set_Report requests, but your modification seems not to affect to these handlers so much as it stops the response.

    Humm..
    Do you see any Get_Report or Set_Report on sniffer, before starting error recovery?

    Tsuneo

Reply
  • > every 5 seconds

    The number is typical timeout for USB requests, which is defined in the spec.
    Get_Status request is issued as a part of error recovery after timeout.

    For HID,
    Get_Report and Set_Report requests over the default endpoint may cause timeout.
    The Interrupt IN EP doesn't cause timeout in any case.
    Optional interrupt OUT EP, doesn't cause any timeout, either, unless PC app explicitly cancels the transfer.

    I think the problem is caused by Get_Report or Set_Report requests, but your modification seems not to affect to these handlers so much as it stops the response.

    Humm..
    Do you see any Get_Report or Set_Report on sniffer, before starting error recovery?

    Tsuneo

Children
No data