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

Для 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. Оптимизацию включать пробовали?

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

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

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

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