CFSR = 0x20000
HFSR = 0x40000000
DFSR = 0x01
AFSR = 0x0
MMAR = 0xE000ED34
BFAR = 0xE000ED38
PSR = 0x60000000
LR = 0x800A1D7
R0 = 0x0
R1 = 0x2001D370
R2 = 0x2001D370
R12 = 0x0

LR содержит, если я правильно понимаю, адрес следующей инструкции по отношению к вызвавшей ХФ.
дизасм сотв фрагмента прилагаю. Судя по всему там содержатся сервисы ChibiOS, которую я использую.

Сообщение отредактировал IgorKossak - Jan 5 2016, 19:19

Стек для задач попробуйте увеличить.

только что методом научного тыка проблема решилась, по крайней мере для данной процедуры. Процедура вызывается из треда(задачи) с приоритетом среднего уровня. В процедуре имеются локальные параметры. Я ко всем описаниям локальных параметров добавил спецификатор static. Проблема ушла. Хороший повод спросить более грамотных товарищей - имееи ли смысл об'являть статическими локальные переменные в процедуре вызываемой из треда(задачи), либо локальные переменные самого треда? По идее выхода из треда(имеется в виду связанной с ним процедуры) нет, значит локальные переменные не разрушаются и без статик.
вероятно Ваш совет к этой теме тоже имеет отношение, сейчас прпробую.
Благодарю Вас за ответ



Помогло. Премного благодарен. Успехов в новом году.

Квалификатор static указывает что переменную необходимо разместить глобально. В противном случае эта переменная будет размещена локально (то есть на стеке). Иными словами вы просто чуть уменьшили необходимый для задачи объём стека.
При использовании того или иного квалификатора надо чётко понимать зачем он нужен и как он работает. Здесь не может быть общих рекомендаций.

Зато могут быть танцы с бубном: "static! спасибо, прошло."

Побороли симптом.

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