Организация памяти STM

[КРАМ]

При разрушении стека этот метод не работает, а так да...

[MLX90640]

Для обнаружения причины есть биты и регистры ошибок, их и нужно читать. Кагбе вот.

[КРАМ]

MLX90640 писал(а):

Для обнаружения причины

Разговор шел не о причине, а о МЕСТЕ возникновения исключения.

[jcxz]

MLX90640 писал(а):

Может, стоит вначале почитать контекст предыдущего поста, прежде чем писать столь длинный мессаг?

Какой "контекст"? Этот бред:

MLX90640 писал(а):

исключение - исключительная ситуация, ну то есть "катастрофа, всё пропало!". Дальнейшая работа микроконтроллера будет невозможна, он переходит в специальный режим и остается в нем до сброса.

что-ли?

А вы уже прочитали мануал на ядро, где описано что такое "исключение"? Если бы его открыли, то нашли бы там например следующее:
"Enables SysTick exception request:
0 = counting down to zero does not assert the SysTick exception request
1 = counting down to zero asserts the SysTick exception request.
Software can use COUNTFLAG to determine if SysTick has ever counted to zero."
в описании "SysTick Control and Status Register".
Что такое "exception" перевести сможете?
Т.е. по вашему - после первого же exception-а от SysTick остаётся только перегрузиться. Работать никак нельзя.

[MLX90640]

Согласно мануалу, исключение - это исключительная ситуация. Ошибки - это подмножество исключительных ситуаций. А контекст темы касался именно ошибок. Так что сам ты "бред", сударь Ичись читать, а не спорить

[КРАМ]

MLX90640 писал(а):

Согласно мануалу, исключение - это исключительная ситуация.

Вообще-то читаем мануал в части его Глоссария:

Exception
Handles an event. For example, an exception could handle an external interrupt or an Undefined instruction.

Далее читаем мануал в части раздела "Исключения":

A2.6 Exceptions
Exceptions are generated by internal and external sources to cause the processor to handle an event, such as
an externally generated interrupt or an attempt to execute an Undefined instruction. The processor state just
before handling the exception is normally preserved so that the original program can be resumed when the
exception routine has completed. More than one exception can arise at the same time.
The ARM architecture supports seven types of exception. Table A2-4 lists the types of exception and the
processor mode that is used to process each type. When an exception occurs, execution is forced from a fixed
memory address corresponding to the type of exception. These fixed addresses are called the exception
vectors.

*) по картинке с таблицей в цитате следует кликнуть для увеличения.
Из чего следует, что никаких "караул все пропало" или "исключительной ситуации" из обсуждаемого термина Exception не следует, а данный термин полностью синонимичен термину Non-maskable interrupt в других архитектурах.
Обрабатывается как обычное прерывание, потому что по сути ничем от него не отличается.
А уж если совсем строго по терминологии Мануала, то ЛЮБОЕ ПРЕРЫВАНИЕ классифицируется как Mode of Exception. Смотрим таблицу в цитате.

MLX90640 писал(а):

работа микроконтроллера будет невозможна, он переходит в специальный режим и остается в нем до сброса.

Никакого "специального режима" нет. Просто в обработчике ПО ДЕФОЛТУ startup-а тупо записан зацикливающий branch (B). Если туда написать возврат из прерывания, то получим игнорирование исключения. Можно уйти на иное тело обработчика и там разрулить исключение.

[MLX90640]

Ну тогда следует почитать мануал чуть дальше показанного.

[КРАМ]

MLX90640 писал(а):

почитать мануал чуть дальше

Зачем? Если у вас есть возражения по существу, то цитируйте дальше сами. Могу только намекнуть, что "дальше" в этом параграфе мануала расписаны все типы исключений в порядке указанном в представленной таблице. И среди них есть и обычные IRQ.

[jcxz]

MLX90640 писал(а):

Согласно мануалу, исключение - это исключительная ситуация. Ошибки - это подмножество исключительных ситуаций. А контекст темы касался именно ошибок.

Ясно, предпочитаем крутиться как уж на сковородке, лишь бы не признавать свою ошибку. Всё с вами ясно. Эксперд млин....