STM32L151 + SDIO + FreeRTOS, BusFault после выхода из прерывания SDIO Опции

[MiklPolikov]

Коллеги, добрый день.
Подскажите что-нибудь !

После выхода из обработчика прерывания SDIO программа оказывается в BusFault_Handler. Глюк происходит изредка и нерегулярно.
В окне Callstuck картина каждый раз одинаковая, глюк где-то в коде ядра ОС
Если установку эвентов в прерывании заменить на глобальную переменную, а ожидание эвентов на проверку этой переменной в цикле while , то глюка не происходит.

Приоритет прерывания 12.

FreeRTOS настроена так :

Код

#define configKERNEL_INTERRUPT_PRIORITY         255
#define configMAX_SYSCALL_INTERRUPT_PRIORITY     191
#define configASSERT( x ) if( ( x ) == 0 ) { taskDISABLE_INTERRUPTS(); for(;; ); }  /*проходит не ругается  */

Обработчик прерывания

Код

void SDIO_IRQHandler(void)
{
       static portBASE_TYPE xHigherPriorityTaskWoken;
       static unsigned int  SDIO_STA_MASK;

        xHigherPriorityTaskWoken = pdFALSE;
    
     SDIO_STA_MASK=SDIO->STA & 0x00ffffff; //т.к. в EventGroup можно передавать только 24 бита
    
     xEventGroupSetBitsFromISR(x_SDIO_Transmit_EventGroup, SDIO_STA_MASK ,&xHigherPriorityTaskWoken);

     portYIELD_FROM_ISR(xHigherPriorityTaskWoken == pdTRUE);

     SDIO->ICR= SDIO_STA_MASK; //сбрасываем флаги прерывания //

        xxxx=123; //Глобальная переменная для поиска места глюка
}

Эскизы прикрепленных изображений

 

[kolobok0]

...Если установку эвентов в прерывании заменить...

если мозговой штурм возможных вариантов болезни не поможет - то предлагаю тупо отключать куски кода методом комментирования, оставляя
только функционал замеченный в траблах. тем самым вы сможете а) сделать рабочую рыбу для выкладывания на форум и
детального ковыряния в нём с лупой в дальнейшем. б) наберёте большую статистику по отказам и бОльше инфы для анализа.

муторно конечно же, но причину отроете обязательно в конце концов.

можно конечно же сделать "ход конём" и полностью сэмулировать взаимодейтвие прерывания от карточки, оси и потоков. если
рыба упадёт - то это уже гораздо меньше кода. если нет - идём уже от меньшего к большему - копируем околотемный функционал,
пытаясь проявить бяку. ну и т.д...

[MiklPolikov]

тупо отключать куски кода методом комментирования

Уже двинулся по этому пути.
Но проблема в том, что глюк уж больно хитрый, то он есть, то нет, и если убираешь одно стабильно-глючное место, то стабильно-глючным становится другое.
Я-то надеялся, что мне сейчас скажут какую-нибудь хитрость про настройку FreeRTOS , которую я не знал, и проблема легко решится : )

[MiklPolikov]

Другой вопрос:
Делаю xTimerResetFromISR , после этого программа попадает в функцию таймера, и в это время в окне Call Stack появляется prvTaskExitError . Откуда эта ошибка ? Она означает, что программа где-то вышла из бесконечного цикла внутри задачи, так ? Для чистоты эксперимента, никаких задачь нету. есть только функция таймера и прерывание (от кнопки).

Код

///функция таймера
void vTimerCallback_Buttons( TimerHandle_t  x_Timer)
{
   char result;
   result =1; // тут точка останова, на которой в Call Stack  уже появились   2шт  prvTaskExitError

}

//Прерывание от кнопки
void EXTI9_5_IRQHandler (void)
{
    
     static portBASE_TYPE xHigherPriorityTaskWoken;
    
     xHigherPriorityTaskWoken = pdFALSE;
    
    EXTI->PR|=(1<<7);
    EXTI->PR|=(1<<9);
    
    xTimerResetFromISR(x_Timer_Buttons, &xHigherPriorityTaskWoken);

    portYIELD_FROM_ISR(xHigherPriorityTaskWoken == pdTRUE);            
}

...................
//так создаётся таймер
x_Timer_Buttons=xTimerCreate("x_Timer_Buttons", 1000/portTICK_RATE_MS, pdFALSE , ( void * )1,       vTimerCallback_Buttons);

Эскизы прикрепленных изображений