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 , которую я не знал, и проблема легко решится : )