Вопрос к знатокам, почему не работают 2 прерывания совмесно

[Z_h_e]

Можно ради интереса и тренировки мозгов подумать как организовать вложенность прерываний на AVR. Хотя на практике это скорее всего будет ни к чему и рисует грабли на горизонте.

Предположим что есть три прерывания. Для примера пускай будут вектора что выложил knyaz*. Int0, ADC и Т0CompB. При том что последний по каким-то соображениям надо обслуживать всегда, даже если находишься в других обработчиках прерывания, а первые два не должны друг друга перебивать.

Думаю обрабтчики должны быть написаны на ассме.

При входе в ADC или INT, после сохранения регистра статуса на стеке, дополнительно скинуть на стек регистры масок прерываний INT и ADC, выключаем маски ADC и INT, после этого разрешить прерывания глобально и далее текст обработчика.

Вроде должно работать, но такое чувство что что-то упустил. При написании проекта на ЯВУ, думается мне что вложенность лучше совсем не делать.

[BOB51]

[uquote="ozonn",url="/forum/viewtopic.php?p=3192237#p3192237"][uquote="BOB51",url="/forum/viewtopic.php?p=3192224#p3192224"]Всего - то разрешить вложенные прерывания установкой флага I в SREG сразу за входом в первую из процедур обработки.
[/uquote]
флаг I разрешает все прерывания, а не вложенные. В атмеге одноуровневая система прерываний[/uquote]

Вот как раз он и выполняет роль разрешения/запрета -
при входе в любое прерывание сбрасывается и по RETI восстанавливается АППАРАТНО.
Для разрешения вложенных прерываний этот флаг должен быть установлен программно (SEI) внутри исполнителя того прерывания, которое мы сочтем более "низкоуровневым".
Для атмег/тинек нет аппаратного контроллера приоритета (как в mcs51/PIC18), однако программное обеспечение подобного алгоритма никто не отменял.

Можно еще "позаимствовать" метод определения вектора для прерываний от внешних устройств у Z80 (вектор предоставляет внешнее устройство при том, что используется всего одна линия прерывания для всех имеющихся).

[Z_h_e]

Для разрешения вложенных прерываний этот флаг должен быть установлен программно

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

ИМХО: не нужны вложенности на МК где они не предусмотрены.

[BOB51]

ДЫК...
Ничего сверхестественного - весьма часто применяемо.
НО... в большинстве случаев...
Это удел ассемблера.

[fulky]

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3192149#p3192149"]При наличии нескольких необработанных событий МК уйдёт в прерывание с более высоким приоритетом. Обработав его прмется за другое, если конечно за это время опять не произойдёт событие с высоким приоритетом. Как правило обработчик прерывания делается с максимально быстрым кодом.[/uquote]

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

[akl]

-Контроллер устанавливает флаги требования обработки прерываний независимо от разрешения/запрета их обработки
-Вход в обработчик прерывания выполняется с аппаратным сбросом I-флага
-Выход из обработчика может быть по RETI с аппаратным взводом I-флага или RET без изменения оного.
Вот из этих посылов и будет дальнейшая реакция контроллера, но уже на программном уровне.

[Demiurg]

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

При входе в любое прерывание аппаратно сбрасывается флаг I. Это значит, что любое прерывание будет выполняться от и до, если в обработчике прерывания программист выставляет флаг I, то выполнится то прерывание, которое сработало и программа вернется обратно.
Приоритет прерывания означает, что если вдруг какие-то прерывания сработали одновременно (события), к примеру, переполнение таймера и внешнее прерывание, то первым выполнится прерывание с наименьшим адресом вектора.

[knyaz*]

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

Когда происходит прерывание, то ядро контроллера запоминает текущий адрес в стеке и делает прыжок на адрес вектора соответствующего прерывания.
Когда процессор уходит на обработку прерывания, то аппаратно происходит запрет всех остальных прерываний.
Прерывание можно включить программно, установив флаг I в регистре SREG и тогда у нас будут вложенные прерывания.
Но с эти нужно быть очень аккуратным, особенно если программировать на высокоуровневом языке.
После выхода из обработчика, флаг I вернется.
Если во время обработки одного прерывания придет другое, у него взведется флаг и как только мы завершим первый обработчик автоматом произойдет переход к отложенному прерыванию.
И все отложенные прерывания будут выполняться в соответствии приоритета (таблицу я выложил).
Ах да если будет несколько однотипных прерываний, например при выполнении обработчика произойдет три внешних прерывания, программа будет знать только об последние.
Ну как то так, если в чем то не прав поправьте.

[fulky]

[uquote="knyaz*",url="/forum/viewtopic.php?p=3193854#p3193854"]

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

Когда происходит прерывание, то ядро контроллера запоминает текущий адрес в стеке и делает прыжок на адрес вектора соответствующего прерывания.
Когда процессор уходит на обработку прерывания, то аппаратно происходит запрет всех остальных прерываний.
Прерывание можно включить программно, установив флаг I в регистре SREG и тогда у нас будут вложенные прерывания.
Но с эти нужно быть очень аккуратным, особенно если программировать на высокоуровневом языке.
После выхода из обработчика, флаг I вернется.
Если во время обработки одного прерывания придет другое, у него взведется флаг и как только мы завершим первый обработчик автоматом произойдет переход к отложенному прерыванию.
И все отложенные прерывания будут выполняться в соответствии приоритета (таблицу я выложил).
Ах да если будет несколько однотипных прерываний, например при выполнении обработчика произойдет три внешних прерывания, программа будет знать только об последние.
Ну как то так, если в чем то не прав поправьте.[/uquote]

Спасибо, теперь всё стало ясно

[Z_h_e]

Ну как то так, если в чем то не прав поправьте.

Для программирования на ЯВУ может и достаточно такого объяснения.Но лучше понимать аппаратную реализацию работу прерываний.

Собственно тут уже все написали, но и я напишу. По большому счету повторюсь, что уже написано.
•контроллер не знает и не будет знать какую часть программы выполняет, основной ли это цикл или обработчик прерывания. Ему все равно, берет очередную инструкцию на которую указывает счетчик программ и выполняет.
•флаг события при возникновении соответствующего события устанавливается всегда, вне зависимости он настроек МК, разве что соответствующий модуль периферии должен быть включен.
•прерывание возникнет если установлены флаг события, ему соответствующая маска разрешения прерывания и разрешены прерывания глобально. Как только собралась данная комбинация из трех битов, само собой после завершения инструкции которую выполнял,контроллер тут же:
.....сохраняет на стек адрес инструкции которую МК хотел выполнить следующей, если бы не возникло прерывание и уменьшает указатель стека на размер адреса ;
.....запрещает прерывания глобально и в большинстве случаев сбрасывает соответствующий флаг события(в зависимости от вектора прерывания);
.....загружает в программный счетчик адрес вектора прерывания и выбирает оттуда инструкцию, как правило там лежит инструкция безусловного перехода на обработчик прерывания.
.... все это он делает одновременно и если не ошибаюсь, то за 7 тактов (точно не помню)....
.... после этой "встряски" так же весело выполняет инструкции из памяти программ, только уже из другого участка памяти программ и абсолютно "не задумываясь" что куда-то перепрыгнул.

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

Тут кончено лучше на ассме попрогать немного, чтобы прочувствовать как это.

[Demiurg]

RETI - return + установка флага I (interrupt).
RET - return без установки флага I (но и не сброс флага, если он установлен). Бывают ситуации, когда из прерывания нужно выйти, не включая прерывания. Тогда в обработчиках прерываний ставят эту команду.

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

На ассемблере программист сам определяет, как ему быть в тех или иных случаях.

[Z_h_e]

Возможно, что есть специальные директивы, указывающие ставить команду RET.

Помню что есть макрос прерывания для (gnu-avr) не сохраняющий контент. Кажется есть и макрос возврата по ret, не уверен.

[ARV]

Помню что есть макрос прерывания для (gnu-avr) не сохраняющий контент

такого нет, но есть ISR(VECTOR, ISR_NACKED), что вынуждает программиста написать ВЕСЬ ОБРАБОТЧИК САМОМУ, включая сохранение и восстановление контекста.

[Z_h_e]

Ну значит не совсем верно запомнил из-за невостребованности.

[philosoraptor]

[uquote="Z_h_e",url="/forum/viewtopic.php?p=3192258#p3192258"]Можно ради интереса и тренировки мозгов подумать как организовать вложенность прерываний на AVR.[/uquote]

В AVR GCC какбэ уже есть директива ISR_NOBLOCK. Но пользоваться ей, особенно без опыта, я б не советовал, ибо

на практике это скорее всего будет ни к чему и рисует грабли на горизонте.

[COKPOWEHEU]

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

[philosoraptor]

Проблема вложенных прерываний в том, что теряется сам смысл прерываний.

[Z_h_e]

Проблема вложенных прерываний в том, что теряется сам смысл прерываний.

???

[лжетроник]

я не программист от слова никак (установщик с 25-летним стажем), но хочу научиться писать и читать в том числе на асях, вопрос - почему не отключать прерывание от порта сразу после сработки и подключать следующий один, два, восэм по алгоритму с такой же обработкой? автосигнализации старых поколений с запуском и множеством входов и выходов построены на 8-битных камушках все, а по откликам Пантеры, Аллигаторы и подобные были на пол-метровую шляпу выше тех же Старлайнов, которые в некоторых ветвях алгоритма думают 3-4 секунды

[smacorp]

[uquote="лжетроник",url="/forum/viewtopic.php?p=4621192#p4621192"]почему не отключать прерывание от порта сразу после сработки[/uquote]
Так при входе в обработчик прерывания обычно все прерывания с меньшим или равным приоритетом и так запрещаются автоматически.
Или что имеется ввиду?