Обработчик прерываний Опции

[lexa12]

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

[_Артём_]

как правильно написать обработчик прерывания на ассемблере с передачей параметров (переменной) в основную программу?

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

[lexa12]

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

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

[_Артём_]

Меня интересуют AVR.

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

Код

////какие-то ключевые слова

EXTERN  A;или ?A

  sts @A,R16; адрес может по-другому как-то задаётся

Код

volatile unsigned char A;

int main ()

{

  while (A==0) {}

}

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

Но правила компилятора наверно одинаковые для разных контроллеров.

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

[kolobok0]

..передачей параметров (переменной) в основную программу?

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

[lexa12]

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

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

[Xenia]

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

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

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

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

[piroman]

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

Код

//* Обработчик прерывания PCINT0 */
name    EXT_PCINT0
#include "iom88pa.h"
extern  PCINT0_ISR
common  INTVEC(1)        ; Code in interrupt vector segment
org     PCINT0_vect         ; Place code at interrupt vector
  rjmp  PCINT0_ISR          ; Jump to assembler interrupt function
endmod

name    PCINT0_ISR
#include "iom88pa.h"
extern count; внешняя переменная
public  PCINT0_ISR

rseg    CODE             ; This code is relocatable, RSEG
PCINT0_ISR:
  st    -Y,R16           ; Push used registers on stack
  in    R16,SREG         ; Read status register
  st    -Y,R16           ; Push Status register  

  lds R16,count
  inc R16
  sts count,R16

  ld    R16,Y+           ; Pop status register
  out   SREG,R16         ; Store status register
  ld    R16,Y+           ; Pop Register R16
  reti
  
end

[kolobok0]

...либо через специальные регистры или через стек. ..

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

[lexa12]

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

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

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

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

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

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

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

[jcxz]

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

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

[kolobok0]

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

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

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

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

[lexa12]

зафиксировать ячейку данных по определённому адресу

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

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

[_Артём_]

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

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

обработчика для экономии времени?

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

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

[kolobok0]

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

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

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

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

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

[lexa12]

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

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

Или Вы считаете, что команды привязки адресов служат только для формирования таблицы прерываний?

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

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

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

[_Артём_]

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

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

[lexa12]

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

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

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

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

[_Артём_]

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

Код

__regvar __no_init unsigned short IntCounter @ 14;

[lexa12]

Код

__regvar __no_init unsigned short IntCounter @ 14;

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

[_Артём_]

В этом то сейчас и вопрос как его залочить

Компилятор предоставляет вам возможность золочить регистры R4-R15. Про другие регистры ничего не говорится.

А требуется как раз доступ к "Scratch register"

Самые лучшие регистры он оставил себе.

есть т.н. "Scratch registers" и "Preserved registers".

Это относится к соглашениям о вызовах функций. Резервирование регистров - вопрос отдельный.

[jcxz]

Компилятор предоставляет вам возможность золочить регистры R4-R15. Про другие регистры ничего не говорится.

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

[_Артём_]

Надо-ж!...

Отож

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

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

[kolobok0]

...Что в Вашем понимании...

...для Вас переферия МК и "регистры" разные понятия

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

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

[jcxz]

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

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

[_Артём_]

А ничего что в R15 - программный счётчик?

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

Ну если без R14 ещё как-то можно вообразить выполнение программы (без вызовов функций , то без PC.... затрудняюсь...

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

Или у вас тут AVR, а не ARM? Тогда - ФИ..... ))

Ну да - мелко плаваем ...

[lexa12]

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

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

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