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

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

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

ps. мое личное IMHO, использование int такого размера на 8-мибитнике для хранения MAC адреса - не лучшая идея.

Попробуйте так

int main(void){
uint64t_t temp;
...
cli();
temp= DestMAC;
sei();
printf("%lx",temp);
}

volatile забыли. Иначе оптимизатор может выкинуть чтение перед выдачей.

Непонятно зачем cli в прерывании. Хотя смотря как вы вектор объявляли.

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

avr-libc-user-manual FAQ#1



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



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

Анатолий.

Вы уверены, что функция printf выполняется после того, как в DestMAC будет что-то положено?

Ну cli это я от незнания поставил, первый раз с прерываниями работаю в этом компиляторе, до этого на асме только использовал. Я правильно понял, что компилятор сам поставит cli/sei? А volatile что-то тоже не помог. Может есть у кого пример, в котором по внешнему прерыванию изменяется какая-нибудь переменная, которая потом выводится в main?

Сообщение отредактировал studert - Oct 17 2008, 11:53

Переменная DestMAC занимает 8 байт. Чтобы 8-мибитному контроллеру переложить её значение из одной области памяти в другую (например, в стек при выполнении printf("%lx",DestMAC)) потребуется минимум 16 команд. Если при их выполнении произайдёт прерывание и изменится значение DestMAC, то получите значение: часть байтов - новые, часть - старые, т.е. что-то похожее на "мусор".

Спасибо за ответ. Действительно принтф не поддерживает 64 бит.

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

1) А просто printf у вас работает, если не использовать обработчиков прерываний по приему, по окончании передачи, по свободному регистру UDRn?

Принтф работает, выводит все как положено, если 64 битные данные не кормить.

Ну так может тогда вместо uint64 сделать char[8] и кормить как строку символов?

Не, погорячился. Тогда точно мусор будет.

Никто не мешает разбить 64 бита на несколько ulong, uint или даже uchar (например, через union) и в printf использовать уже их. Тем более, что автору нужно шестнадцатиричное значение (не забыть, только, что выводить нужно с лидирующими нулями - поставить в формате соответствующие числа).