Параметър за обратно извикване в софтуерен таймер stm32 freeRTOS

Опитвам се да използвам софтуерен таймер с cubeMx интеграция на freeRTOS (по принцип това е freeRTOS с почти прозрачен слой отгоре). Мислех, че ще мога да предам указател към структура като параметър на таймера и да го получа като параметър във функцията за обратно извикване. Нещо като това:

typedef struct{
    uint8_t a;
    uint8_t b;
    uint8_t c;
}T;

T t = {1, 2, 3};

osTimerDef(myTimer01, Callback01);
myTimer01Handle = osTimerCreate(osTimer(myTimer01), osTimerPeriodic, (void*) &t);
osTimerStart(myTimer01Handle, 5000);

обратно повикване:

void Callback01(void const * argument)
{
    T* a = argument;
}

За съжаление аргументът не сочи към същия адрес като &t. Когато погледна кода на freeRTOS, изглежда, че библиотеката предава структура "Timer_t", прехвърлена като void* към функцията за обратно извикване (вижте края на кода по-долу):

static void prvProcessExpiredTimer( const TickType_t xNextExpireTime, const TickType_t xTimeNow )
{
BaseType_t xResult;
Timer_t * const pxTimer = ( Timer_t * ) listGET_OWNER_OF_HEAD_ENTRY( pxCurrentTimerList );

    /* Remove the timer from the list of active timers.  A check has already
    been performed to ensure the list is not empty. */
    ( void ) uxListRemove( &( pxTimer->xTimerListItem ) );
    traceTIMER_EXPIRED( pxTimer );

    /* If the timer is an auto reload timer then calculate the next
    expiry time and re-insert the timer in the list of active timers. */
    if( pxTimer->uxAutoReload == ( UBaseType_t ) pdTRUE )
    {
        /* The timer is inserted into a list using a time relative to anything
        other than the current time.  It will therefore be inserted into the
        correct list relative to the time this task thinks it is now. */
        if( prvInsertTimerInActiveList( pxTimer, ( xNextExpireTime + pxTimer->xTimerPeriodInTicks ), xTimeNow, xNextExpireTime ) != pdFALSE )
        {
            /* The timer expired before it was added to the active timer
            list.  Reload it now.  */
            xResult = xTimerGenericCommand( pxTimer, tmrCOMMAND_START_DONT_TRACE, xNextExpireTime, NULL, tmrNO_DELAY );
            configASSERT( xResult );
            ( void ) xResult;
        }
        else
        {
            mtCOVERAGE_TEST_MARKER();
        }
    }
    else
    {
        mtCOVERAGE_TEST_MARKER();
    }

    /* Call the timer callback. */
    pxTimer->pxCallbackFunction( ( TimerHandle_t ) pxTimer );
}

Структурата е:

typedef struct tmrTimerControl
{
    const char              *pcTimerName;       /*<< Text name.  This is not used by the kernel, it is included simply to make debugging easier. */ /*lint !e971 Unqualified char types are allowed for strings and single characters only. */
    ListItem_t              xTimerListItem;     /*<< Standard linked list item as used by all kernel features for event management. */
    TickType_t              xTimerPeriodInTicks;/*<< How quickly and often the timer expires. */
    UBaseType_t             uxAutoReload;       /*<< Set to pdTRUE if the timer should be automatically restarted once expired.  Set to pdFALSE if the timer is, in effect, a one-shot timer. */
    void                    *pvTimerID;         /*<< An ID to identify the timer.  This allows the timer to be identified when the same callback is used for multiple timers. */
    TimerCallbackFunction_t pxCallbackFunction; /*<< The function that will be called when the timer expires. */
} xTIMER;

typedef xTIMER Timer_t;

Тази структура съдържа указателя на данни, който предадох, когато създадох таймера. Той се съхранява в pvTimerId.

Това означава, че трябва да прехвърля параметъра за обратно извикване като Timer_t, за да имам достъп до pvTimerId. Нещо като това:

void Callback01(void const * argument)
{
    T* a =((Timer_t*)argument)->pvTimerID;
}

НО тази структура на Timer_t не е публична. Наистина не разбирам защо обратното извикване се извиква с тази структура като параметър и освен това се прехвърля като const void*...

Как да постъпя?


person Julien    schedule 13.02.2019    source източник
comment
Това е известен бъг: github.com/ARM-software/CMSIS-FreeRTOS/issues /9. Използвайте cmsis v2 или създайте своя собствена логика, за да извлечете персонализираните си данни във функцията за обратно извикване.   -  person veeman    schedule 13.02.2019


Отговори (1)


Като се има предвид извикването към os timereferer във вашата версия на cmsis наистина съхранява параметъра на аргумента към pvTimerID на структурата Timer_t, тогава можете да използвате pvTimerGetTimerID, за да получите обратно вашите предадени данни:

void Callback01(void const * argument)
{
    T* data = (T*)pvTimerGetTimerID((TimerHandle_t)argument);
}
person veeman    schedule 15.02.2019