Чтоб разрешить вложенные прерывания в AVR (IAR 6), надо просто сделать __enable_interrupt(); в начале тела обработчика?

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

Нет этого мало. Нужно также в самом конце обработчика снова заблокировать прерывания, т.к. если вы посмотрите на то, что делает компилятор при выходе из прерывания, вы сможете обнаружить раскрутку стека и присвоение 16-ти битному регистру SP некого значения, так вот, модификация этого регистра должна быть атомарной операцией...
В gcc есть специальные атрибуты у обработчиков прерывания, которые разрешают вложенность. Возможно, у ИАРа тоже есть нечто подобное.Что касается глубины стека - это вам виднее, мы не знаем сложность вашей программы и её требования к стеку.

У IARа этих проблем нет, так как SP используется только для хранения адресов возврата, а стек данных у них отдельно, регистровая пара Y используется как указатель стека данных.

И что? регистровая пара Y тоже двухбайтная. Что случится если изменили только её один байт, а в это время приходит вложенное прерывание и начинает выделять для себя место на стеке по кривому указателю Y. Или вы хотите сказать что в ИАРе прерывания не используют стек данных вовсе? Если так, то вы правы. Подтвердите или опровергните эту мысль пожалуйста.
Более того если в прерывании вызывается какая-либо функция то она спокойно может использовать программный стек в своих целях как угодно.
Так что я не вижу никакой принципиальной разницы между iar и avr-gcc в этом вопросе.

IAR в большинстве случаев использует атомарные операции и не обращается к Y по частям!
ST -Y, LD Y+, SBIW, ADIW так что никаких конфликтов нет!
Исключение если размер локальных переменных функции больше 64 байтов или параметров в стеке слишком много. Но такое для АВР редкость, а в прерываниях вообще не должно быть такого кода.

И кстати тогда бы и в обычных функциях надо было бы перед выходом запрещать прерывания

Это как раз у GNU проблемы из-за того что стек один используют, а регистра нормального нет! В итоге код оптимальный только если в регистры все помещается, если нет - то все равно Y используют как BP, но код входа и выхода из функции кривой с запретом прерываний!

avr-gcc так и делает когда применяет не атомарные инструкции по модификации стека. Уверен что и IAR тоже. Посмотрите как он выделит место под локальный масив или структуру размером 64 байта и более. Неужели он допрёт дважды - трижды или N-раз подряд ADIW использовать чтобы сдвинуть стек на нужное кол-во байт. Если так - респект ему и я умолкаю.

Вовсе нет обычные push-pop, а запрет лишь когда нужно большой объект на стеке разместить, не влезающий в регистры или передать адрес стекового объекта куда-либо глубже. А это не столь частое явление.

Так я об этом и говорю! Особенно в прерываниях, а у GCC даже если хоть один байт из стека нужен под локальные данные, надо прерывания запрещать!



Допрет, проверил, даже 3 версия IAR так делала.

Для AVR сравнивать GCC и IAR бесполезно - IAR вне конкуренции, начиная с более правильного calling conversion. Код получается и меньше и быстрее. GNU в принципе IAR не догнать пока calling conversion не поменяют!

Боюсь что уже не поменяют. Слишком уже глубоко вросло всё. Да и ещё есть над чем работать и без таких глобальных изменений.

На другом форуме вот что сказали:
"Блокирует, при входе в прерывание аппаратно сбрасывается бит I глобального разрешения. Можно программой его установить, и тогда будет возможно ещё одно. Только вначале нужно сбросить флаг предыдущего прерывания, т.к. аппаратно он сбрасывается только командой RETI - иначе если приоритет этого выше, контроллер зациклится и переполнение стека"
В хелпе ИАРа никаких допдиректив для объявления прерывания не нашёл.


Я про это:

Чушь какая-то: приоритеты, флаги...
Обычно так делаю:



Есть кстати директива __nested (если не попутал чего):





Про это:

Да нет. Всё верно ему сказали. Можно как вы запрещать собственное прерывание, а можно сбрасывать флаг на запрос прерывания и тот и другой подход решает задачу с мелкими нюансами.
2ТС: А чтобы узнать требуемую глубину стека подход Артёма действительно вам поможет: для начала задайте стек поглубже, заполните его чем-то определённым, запустите программу и проконтролируйте как глубоко она копалась в стеке остановив отладчик через какое-то время (если нет отладчика, то можете в uart выплюнуть стек и увидеть его в терминалке).

Ну не всё верно:


Аппаратно флаги сбрасываются (не все наверное) при переходе на вектор, а не при выполнении RETI.