Busfault Handler STM32L151RDT6, Адрес, на котором вылетает Опции

[MiklPolikov]

Программа стабильно оказывается в Busfault Handler
Значения регистров стабильно равны
SCB->CFSR = 0x00008200
SCB->BFAR = 0x1800F267
Попадание в Busfault Handler совпадает по времени с запуском или работой DMA + SDIO
ОС FreeRTOS

Вопросы :
1) Правильно ли я понимаю, что 0x1800F267 это адрес, по которому программа попыталась вернутся из функции или прерывания, и не смогла, т.к. этот адрес не существующий ?
2) Верно ли предположение, что загрузка неправильного адреса в PC происходит пре переключении контекста ОС ?
3) Что делать дальше ? В какую сторону думать ?


Заранее спасибо !

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

 

[Tarbal]

Мне не нравится число 0x1800F267. Наверное в выравнивании по 4 байта проблема.

Проверьте значение указателей и добейтесь чтобы они делились на 4.

[ig_z]

Проверьте значение указателей и добейтесь чтобы они делились на 4.

Это же кортекс, там нет арм режима. Поэтому младший битик д.б. равен 1

[Tarbal]

Это же кортекс, там нет арм режима. Поэтому младший битик д.б. равен 1

Надо же! Век живи -- век учись.

Сообщение отредактировал Tarbal - Nov 6 2015, 21:35

[MiklPolikov]

Проблему удалось решить.
Нашёлся указатель, который вылетал и что-то портил в ОС
Впрочем, он нашёлся случайно.
Как систематизировать его поиск, имея исходные данные SCB->BFAR = 0x1800F267 , осталось неясным.

[aaarrr]

Как систематизировать его поиск, имея исходные данные SCB->BFAR = 0x1800F267 , осталось неясным.

А так?

Надо где-нибудь большими буквами написать, что основным источником данных для разборок с fault'ами на Cortex-M является содержимое стека, а не регистров (хотя они, бесспорно, тоже нужны). Регулярно всплывает этот вопрос.

[etoja]

Это плата за использование операционной системы. Ошибку можно никогда не найти.