Работа с прерываниями в WinAVR, Глобальные переменные в main и прерываниях Опции

[studert]

Задаю благозвучное название прерывания
#define PacketReceiveComplete INT5_vect

Объявлена глобальная переменная, значение которой
uint64t_t DestMAC;

Обработчик прерывания, функция getDestMAC записывает в переменную DestMAC нужные данные
ISR(PacketReceiveComplete){
cli();
getDestMAC(&DestMAC);
sei();
}
int main(void){
...
printf("%lx",DestMAC);
}
Это не работает, печатает мусор,причем попытки изменить DestMAC main тоже неудачны, она не меняется. Что я делаю не так?

[aesok]

Объявлена глобальная переменная, значение которой
uint64t_t DestMAC;

avr-libc-user-manual FAQ#1

printf("%lx",DestMAC);

Уточните в avr-libc-user-manual поддерживает ли printf 64-битные типы.

ISR(PacketReceiveComplete){
cli();
getDestMAC(&DestMAC);
sei();
}

Нельзя разрешать прерывания перед выходом из прерывания, они сами разрештся при выполнении инструкции RETI.

Анатолий.

[Kernigan]

Нельзя разрешать прерывания перед выходом из прерывания, они сами разрештся при выполнении инструкции RETI.

Можно конечно. Не запрещено.

[aesok]

Нельзя разрешать прерывания перед выходом из прерывания, они сами разрештся при выполнении инструкции RETI

Можно конечно. Не запрещено.

1. Лишняя инструкция SEI, прерывания все равно будут разрешенны при выполнении инструкции RETI.

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

3. Специфично для GCC. Если функции нужно место в стеке, то нужно модифицировать регистр указателя стека. Пролог и эпилог обработчика прерывиня генерируеться из предположения что прерывания отключены и в них не выполняеться временное отключение прерываний при модификации указателя стека. Разрешая прерывания до эпилога возникают условия что обработчик прерывания может быть вызван когда указатель стека модифицирован только частично (старший байт уже изменен младший еще нет), что может привести к критическим последствиям.

Анатолй.

[demiurg_spb]

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

На мой взляд такое предположение не совсем удачно. Компилятор ничего не должен предполагать - это прерогатива программиста.

Иногда просто необходимо разрешать прерывания внутри обработчика прерывания.
Выход видится такой:

Код

intX:
   прогол
   op1
   op2
   sei
   op3
   ....
   op333
   cli
   эпилог
   reti

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