Туплю.

Как Вам уже рекомендовали, сделайте нормальный обработчик исключений. У меня, например, выдат такую информацию:

Еще ни разу не довелось не найти по ней причину. Адрес известен, функция по map файлу. Место по листингу, если оптимизация сильно мешает понять - отключается на конкретных местах, если функция не виноватая, типа "memcpy", то в Вашем распоряжении LR и стек для поиска первоисточника

Я безусловно приму рекомендации, просто не уверен что uSB у меня по прерываниям нормально сработает, а выдавать больше некуда. Надо думать а время заставляет прыгать и я боюсь напортачить.

Проблему решил. одна функция портила индексную пременную и при пробеге массива случался аборот. как оно работало при отключенном оптимизаторе сказать затруднительно.

Всем спасибо за соболезнования.

Добрый день. Поднимаю тему из-за непонимания.

Все таки, каким образом портится стек?
Ведь с ними работаю не я, а компилятор. Я же просто пишу функции в текстовом виде и обращаюсь к ним тоже в текстовом виде, а все адреса переходов и запоминание и восстановление регистров делает компилятор...

Написал программу, в которой появился Prefetch abort. Появляется он после следующей строки:



То есть, после восстановления регистров...
Но восстанавливается что-то странное. Значение R14 - 0x48d9055d, и, конечно, по этому адресу ничего нет...

Программа построена так:

3 юнита:
Процесс 1 (АЦП).с
Процесс 2 (LCD).с
Объединяющий процесс.с

Из объединяющего процесса запускаю Процесс 1, там по прерываниям опрашивается диапазон значений, после выставляется флаг окончания работы. Объединяющий процесс, среагировав на этот флаг, запускает отображение на LCD - Процесс 2. Заметил особенность - если Процесс 2 запускать из Процесса 1, то ошибки не возникает и все работает как надо.

Научите, как такие вещи лечить? Ну нашел я команду, после которой сбой возникает, но что делать дальше? И как таки эти ошибки возникают?

Спасибо.

Ну, это не совсем так. Компилятор, например, не следит за границами стека, если его не попросить.


Сначала посмотрите, где в этот момент находится SP.