STM32. Определение положения сбойного кода.

[teplofizik]

Бывает, при разных ошибках в коде возникают исключения. Переход по некорректному адресу, чтение или запись куда-то не туда, неправильная инструкция, да мало ли проблем. Как найти среди мешанины кода то место, где всё сломалось? Напрямую Кейл ничего не пишет, Список в Call Stack обычно пуст и не содержит ничего полезного (хотя иногда и обратное верно). Окошечек с информацией тоже нема. Грусть-печаль-тоска.

Но всегда можно вспомнить, что исключение — тоже вполне себе прерывание и действует, как и любое другое прерывание. То есть кладёт в стек копию 8 регистров: R0-R3, R12, LR, PC, CPSR. Нам нужен только PC, где содержится адрес инструкции, следующей за сбойной.

Вот как это можно подглядеть.

Вот как это можно подглядеть в окне Memory, если вбить туда адрес «SP»:

Как видно, тут находится адрес 0x080023D5, и где-то перед ним и таится лажа. Причём, судя по тому, что в PC (следующее слово рядом) какая-то фигня, там произошёл переход по неизвестно какому адресу. Если же там было чтение неизвестно чего или непонятная инструкция — можно смотреть сразу PC.


А ещё можно в поле Command записать

((unsigned long *)SP)[5] // LR
((unsigned long *)SP)[6] // PC

И получить ответ числом, как оно есть, не ползая по окну памяти.

Капитаню, конечно, но не всегда можно догадаться об этом сразу.

@темы: arm, программизмы, stm32f4discovery, stm32f3discovery, stm32f0discovery, stm32

Comments

[DAndy_13]

неудобно так...
намного удобнее дописать собственный код в HardFault (и прочие заглушки исключений)
особенно, если в проекте есть логгирование или включён дебажный вывод

[teplofizik]

DAndy_13, конечно можно, но сначала надо понять сам принцип поиска ошибки =) А автоматизировать это уже не проблема...

Кстати, это хорошая идея — сделать заготовки для обработки ошибок с настраиваемым выводом...

[DAndy_13]

teplofizik, дарю =)
Помогает сьэкономить кучу времени в "боевых" проектах. Проверено

[teplofizik]

DAndy_13, думаю да =) К счастью, с HF я сталкиваюсь крайне редко...

[Гость]

Как найти среди мешанины кода то место, где всё сломалось?

Для этого в Cortex-M есть специальные регистры, которые хранят адрес сбоя (для MemManagFault и BusFault)

[teplofizik]

Гость, да, это так, есть даже документы, где описаны возможности именно ядра по более точному определению причин сбоя. Например, Using Cortex-M3 and Cortex-M4 Fault Exceptions.

Но в первом же приближении достаточно посмотреть стек =) Думаю, по строке кода зачастую можно понять, что могло случиться такого, что произошёл сбой =)