Вложенные прерывания в IAR, Как разрешить? Опции

[Dikoy]

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

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

[demiurg_spb]

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

Код

ISR(TIMER0_COMP_vect, ISR_NOBLOCK)
{
/* Code */
}

Что касается глубины стека - это вам виднее, мы не знаем сложность вашей программы и её требования к стеку.

[SSerge]

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

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

[demiurg_spb]

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

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

[KRS]

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

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

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

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

[demiurg_spb]

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

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

но код входа и выхода из функции кривой с запретом прерываний!

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

[KRS]

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

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

Неужели он допрёт дважды - трижды или N-раз подряд ADIW использовать чтобы сдвинуть стек на нужное кол-во байт. Если так - респект ему и я умолкаю.

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

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

[demiurg_spb]

GNU в принципе IAR не догнать пока calling conversion не поменяют!

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