Добрый вечер! Помогите пожалуйста разобраться со следующим вопросом - как правильно написать обработчик прерывания на ассемблере с передачей параметров (переменной) в основную программу?

Для default-mcu? Это какие?

Меня интересуют AVR. Но правила компилятора наверно одинаковые для разных контроллеров.

Что-то типа такого (это не заработает точно - но принцип верный)





И зачем вам это надо?




Как выйдет - может разные, а может и нет.

зафиксировать адресс внешней переменной. В языках выглядит как переменная с бОльшей областью видимости чем Ваш обработчик.

Какие то странные способы Вы предлагаете.
В ассемблере IBM PC например передача параметров может быть осуществлена либо через специальные регистры или через стек.
Вроде в IAR можно использовать R16 для передачи однобайтовой переменной.

Разве тут есть проблема? Используете память в качестве хранилища данных обычным образом. В обработчике прерывания записываете в эту память данные, а основная программа эти данные оттуда забирает или сразу использует.

В тех случаях, когда может возникнуть накладка (в прерывании получаем новые данные прежде, чем основная программа успела воспользоваться старыми), то организуете (опять же в памяти) стек FIFO (первым пришел, первым вышел). Тогда в обработчике запихиваете данные в стек, а в основной программе забираете данные оттуда.

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

Я всегда в EWAVR вот такой скелет использую. Только вектор прерывания меняю и тело переписываю. А когда в главной программе обращаюсь к переменной, используемой в прерывании, это прерывание временно запрещаю.

ну почему же либо?
стэк(если писюк то это та же озу), регистры, озу(конкретный адресс), внешняя переферия.

Всем спасибо за ответы, все таки разобрался



Просто я вспомнил, что модули подпрограмм на ассемблере и Си отдельно компилятся и потом объединяются линковщиком в один модуль, как в асме для PC. Технология передачи данных между подпрограммами, либо через стек или специальные регистры AX или DX:AX


Стек и регистры понятно откуда известны, но откуда компилятор узнает адрес ОЗУ в другом модуле например? Не совсем очевидно, если вспомнить, что модули отдельно компилируются.

Компилятор не узнаёт, узнаёт линкер.
Компилятор при создании obj-файлов к ним цеплят таблицы экспорта/импорта для внешних ссылок.
А линкёр потом, используя эти таблицы, связывает модули и подставляет реальные адреса.
Либо не реальные адреса, а например, может формировать таблицу перемещений, по которой потом загрузчик подставит реальные адреса. Но этот вариант не для выполнения проги из флеш CPU определённо.

если Вам про стэк понятно, то откуда вопрос про ОЗУ?

Или по другому.
Если стэк программный - то откуда Вы знаете что он тот же самый в "разных модулях"?

Наверное соглашение между модулями.
А кто, простите Вам запрещает зафиксировать ячейку данных по определённому адресу и свято соблюдать это в любых модулях программы?

каким образом, чтобы компилятор ее не использовал для своих целей?
в этом собственно и вопрос, а то как Вы ответили - взять любой адрес со всеми вытекающими...

например у меня в обработчике используется R16, можно ли его залочить и уже не сохранять в стеке при вызове обработчика для экономии времени?

Нет, нельзя.
Можно залочить регистры с R4 по R15. В свойствах проекта C/C++ compiler - Code - Number of registers to lock.

Сколько вы там сэкономите? 10 тактов ? Возьмите МК по-быстрее (хоть xmega на 32 Mhz) или алгоритм пересмотрите.

P.S. Оптимизацию включать пробовали?

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

Или, что Вы имеете ввиду?

Я вот чётко, например, могу указать где будет таблица векторов, какой где конкретный(!) адресс.
Я так понимаешь - для Вас это не посильная задача выходит...
кхм... однако...
Или Вы считаете, что команды привязки адресов служат только для формирования таблицы прерываний?

чуствуете какие элементарные вещи мы тут с вами обсуждать собрались? на уровне прочитать документацию к применяемым языкам и архитектуры железа.

Если обработчик написан на асме, зачем включать оптимизацию и что она даст?




Вы используете странные понятия.
Что в Вашем понимании "команды привязки адресов" ? Звучит как абракадабра. Если это какие то директивы или настройки компилятора, так и пишите.




Мне вот это очень понравилось, для Вас переферия МК и "регистры" разные понятия

Если на асме - ничего не даст. Попробуйте на Си написать с включённой оптимизацией. Может и не понадобится асм.

Обработчик простейший - пара команд. Если убрать сохранение в стек при вызове, получится то что надо.

Писать на Си с оптимизацией наверно будет тоже самое.

Я думаю может как-нибудь проинициализировать переменную в основной программе как "regvar", но настораживает, что нельзя залочить регистр в компиляторе.

Как написано в руководстве по компилятору есть т.н. "Scratch registers" и "Preserved registers". А требуется как раз доступ к "Scratch register" недоступный __regvar.
В этом то сейчас и вопрос как его залочить

Компилятор предоставляет вам возможность золочить регистры R4-R15. Про другие регистры ничего не говорится.
Самые лучшие регистры он оставил себе.
Это относится к соглашениям о вызовах функций. Резервирование регистров - вопрос отдельный.

Надо-ж!... И Вы прям вот так вот запросто золочиваете R15??...

Отож

Хоть R14...запросто....
А что - что-то не так? Ну так напишите - что толку намёками говорить...

Вы не ответили на поставленный вопрос. И пытаетесь уйти от проблем возникших у Вас. странно как то..

переферия это совокупность не только регистров но и некой обвязки выполняющей определённый функционал. Например ПДП, Или скажем АЦП.
Теоретически - Вам никто не мешает сохранить (зная поведение данного узла) определённого размера данные.
Надеюсь Вам стали понятны отличия?

А ничего что в R15 - программный счётчик?
Ну если без R14 ещё как-то можно вообразить выполнение программы (без вызовов функций , то без PC.... затрудняюсь...
Или у вас тут AVR, а не ARM? Тогда - ФИ..... ))

Это - ничего...мелочи.

Быстро сдаётесь - а ведь могли бы сказать новое слово в науке и технике.
Ну да - мелко плаваем ...

Вы не поняли вопрос.
Специально для Вас повторяю развернуто "как правильно написать обработчик прерывания на ассемблере с передачей параметров (переменной) в основную программу в IAR? "
И на этот вопрос уже есть ответ (не Ваш, боюсь не поймете - используя директиву EXTERN).
А Вы начинаете разводить какую то теорию. Если не знаете ответа, зачем отвечать?
Насчет переферии, очевидно тот же АЦП для программиста это тот же самый регистр(или регистры), тем более в контексте обсуждаемой темы. Зачем Вы разделяете эти понятия известно только Вам