Прошу помощи в следующем вопросе. Пишу простой код под ИАРом для SAM7X с использованием freeRTOS.
Пишу программку, которая инициализирует USART, настраивает обработчик прерываний на прием. Как только срабатывает обработчик прерываний, процессор уходит в аборт. Я проследил в отладчике за местом краха. По завершению обработчика прерывания выполняеться инструкция "BX LR". Отладчик на ней вылетает с надписью "Illegal target for BX. ARM instruction must be located on word aligned addresses" скриншот прилагаю.
Что это может быть? В чем возможная причина неработоспособности. Несколько часов воюю и никак.

У Вас програмка пользовательская ? BX - это вообщето так обычно завершают отбработчик прерывания, Вам пишется что адрес перехода должен быть выровнен на четыре байта. В пользовательском контексте должно использоваться B или B<условие>

Я пишу программу на языке Си по ИАРом. Подскажите как избавиться от этой проблеммы? Это пользовательская программа.

В старом моем проекте перед "BX LR" генерируеться ещё строка ldmia sp!,{r4,lr} и выход осуществляеться корректно. В чем это проблема? Настроек компилятора/линкера, моего кода? И как её решить? Уже что только не перепробовал не хочет поддаваться

это загрузить из стэка r4 и LR а в IAR - ключевого слова interrupt нет чтобы компилятор сохранил в стэке модифицируемые регистры , там по разному может быть реалиовано. Должно задаваться директивой начинающейся с # какие регистры сохранить или ключевым словом перед названием процедуры

Без исходника и дизасма остается только гадать, кто там может портить LR. И крайне желательно видеть полный путь обработчика, от вектора до "падающей" процедуры.

Эх... учиться мне ещё и учиться...
в общем во freeRTOS как я понял обработчики нужно писать вот так

Ну, вовсе не обязательно именно так: "обычные" обработчики тоже можно применять, если в них не вызывается YIELD_FROM_ISR().

YIELD_FROM_ISR().А что это такое?
Я наверное не применял и оно не работало... в общем ничего страшного, главное что стало работать

Переключение задачи из прерывания. Например, если по результатам работы нужно переключиться на задачу с более высоким приоритетом.


Что-то мне подсказывает, что обработчик прерывания просто не был снабжен модификатором __irq.


Неа, главное - разобраться.

Да, вы правы. Его не было, а с ним заработало. Но в любом случае я буду использовать функции изменяющие контекст задачи, поэтому нужно будет использовать те макросы. Нужно посмотреть чем отличаеться код с этим идентификатором и без него. Ещё как я понял, то что бы можно было выполнять вложенные прерывания нужно вставить инетификатор __nested



Это и так понятно... в тех ассемблерных макросах я разобрался...