Тестирование exceptions для STM32, Как гарантированно вызвать обработчики исключений? Опции

[Lyrri]

В текущем проекте сделал сохранение последнего исключения во внешнюю flash память для дальнейшего анализа (сохранение последней причины перезагрузки системы). Осталось это все дело протестировать. То есть написать тестовый код так, чтобы гарантированно вызвать исключения: NMI, HardFault, MemManage, BusFault, UsageFault.
Нашел как вызвать HardFault на просторах этого форума (попытка чтения по невыровненному адресу).

Код

void make_hard_fault()
{
    __asm volatile
    (
        "MOVS r0, #1       \n"
        "LDM r0,{r1-r2}    \n"
        "BX LR                \n"
    );
}

Как лучше/правильнее протестировать все остальные исключения?

[mantech]

В текущем проекте сделал сохранение последнего исключения во внешнюю flash память для дальнейшего анализа (сохранение последней причины перезагрузки системы). Осталось это все дело протестировать.

Может немного не в тему, но для чего все это? Вы уверены, что перезагрузка происходит именно из-за исключительной ситуации, просто у меня еще никогда такого не было...

Сообщение отредактировал mantech - Feb 26 2014, 08:11

[Lyrri]

Может немного не в тему, но для чего все это?

Это все для того чтобы понять что же произошло у конечного пользователя, если что-то пойдет не так. Ведь обычно feedback приходит в виде "А я включил а оно не работает.... Оно то работает то не работает... итд".

Вы уверены, что перезагрузка происходит именно из-за исключительной ситуации, просто у меня еще никогда такого не было...

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