STM32 USB HOST Lib Isochronous Transfer

[fsdf (Gast)]

Hi

ertsmal zum Problem:

Ich nutze einen STM32F7 mit der USB Host lib und RTOS.
Daran angeschlossen ist eine Webcam die ihre Daten über den Isochronous 
transfer schiebt.
Das funktioniert bisher auch zufriedenstellend.

USB_OTG_HS mit integriertem Phy im FULL SPeed mode

_HS weil ich den DMA Mode nutze !!
der _FS kann den leider hier nicht verwenden.


Was mich aber momentan ziemlich nervt ist die hohe CPU last von durchweg 
80%



Das kommt uach nur daher weil der backgrndprocess

    case VIDEO_STREAM_PLAY:
      if((phost->Timer-pVideo->EpVideoStream.wTimer) >= pVideo->EpVideoStream.bInterval)
      {
        pVideo->EpVideoStream.wTimer = phost->Timer;
        if( USBH_LL_GetURBState(phost , pVideo->EpVideoStream.bPipe) == USBH_URB_DONE )
        {
          HandleReceivedFrame(   pVideo ,
                      DMA_USBH_Buffer,
                      USBH_LL_GetLastXferSize(phost, pVideo->EpVideoStream.bPipe ));

          USBH_IsocReceiveData( phost ,
            DMA_USBH_Buffer,
            pVideo->EpVideoStream.wMaxPacketSize,
            pVideo->EpVideoStream.bPipe );
        }
      }
      osMessagePut ( phost->os_event, USBH_URB_EVENT, pVideo->EpVideoStream.bInterval);
      break;

speziell durch die zeile :

osMessagePut ( phost->os_event, USBH_URB_EVENT, pVideo->EpVideoStream.bInterval);

quasi alle 1ms wiederholt aufgerufen wird.
zusätzlich zu dem URB event werden durch den RX complete interrupt 
weitere messages erzeugt.
dadurch gibt es ca 1-4 events alle 1ms


Lasse ich die zyklische zeile weg, funktioniert der stream nicht 100%ig 
durchweg.
Er steckt dann nach 1-2 bildern im USBH_URB_NOTREADY fest.


Wenn ich das versuche zu debuggen, stelle ich folgendes fest:

nach dem aufruf von:USBH_IsocReceiveData(..)
folgen ein paar SOF interrupts und einem HCD_HC_IN_IRQHandler interrupt 
was dem RX complete entspricht.

    else if(hhcd->hc[chnum].ep_type == EP_TYPE_ISOC)
    {
      hhcd->hc[chnum].urb_state = URB_DONE;
      HAL_HCD_HC_NotifyURBChange_Callback(hhcd, chnum, URB_DONE );
    }

Das ganze macht mich madig.
Es sollte doch möglich seit das halbwegs effezient zu gestalten ohne den 
kompletten USB kram neu  zu schreiben.
Hat vieleicht jemand soetwas gemacht?
Oder hat einen Tip auf lager?

[fsdf (Gast)]

hi

niemand eine idee  wie man den stack RTOS freundlicher machen kann?