В симуляторе AVRStudio при записи в регистр данных SPDR = 0xD7, явно видно, что байт записался, НО в режиме отладки через JTAG AVRStudio, при записи SPDR = 0xD7 ничего – нули, ка так.

unsigned int AT45ReadStatus(void){
unsigned char t,f;
FLASH_EN_PIN = ENABLE_FLASH;
SPDR = STATUS_REGISTER_READ;
while (!(SPSR & 0x80));
SPDR = 0x00;
while (!(SPSR & 0x80));
t = SPDR;
SPDR = 0x00;
while (!(SPSR & 0x80));
f = SPDR;
FLASH_EN_PIN = DISABLE_FLASH;
return (t << 8 | f);
};

Функция возвращает вот такое значение t =0x8A, f=0x28
Что бы это значило, по datasheets на AT45DB081D, ни чего подобного не нашел.

Поскольку SPDR используется как для записи, так и для чтения по SPI, AVR Studio не отображает его содержимого в окне просмотра регистров (как и в случае UART). Это наблюдается и c IAR. Самое правильное - сразу вычитывать его содержимое во временную переменную, а потом просматривать ее.
Ко второму посту пара вопросов.
1. Почему после загрузки SPDR = STATUS_REGISTER_READ потом загружается еще и SPDR = 0x00?
По даташиту SPDR выдаст содержимое статусного регистра уже после первой транзакции
2. Смущает как ты возвращаешь значение -- (t << 8 | f) дает в результате t, сдвинутую на 8|f == 0xA8 разрядов. Похоже, что даже для типа int несколько многовато.
3. Почему возвращаемый тип объявлен как unsigned int. Вроде бы достаточно unsigned char

1. самое интересное если не загрузить, в регистр SPDR = 0x00, тогда вообще нечего не получится, а так при загрузке устанавливается флаг регистр SPIF, SPSR, это вроде связанно с тем что буфер кольцевой и если что то нужно считать сначала нужно туда записать.
2. , 3. это упаковка двух восьми битных чисел в шестнадцати битное, при сдвиге в лево на восемь бит получаем 16 битное число, заполненное с право нулями т.е t=0xFF, тогда, возвращаемое значение = 0хFF00 и с этим числом операция "или" и значения в f т.е если f=0xA0, тогда (0xFF00 | f) = 0xFFA0

Во-первых, приношу извинения - спросонья не въехал - запись второго пустого (dummy) байта при первом чтении нужна -- информация о значении статусного регистра идет только вторым байтом
По второму пункту - ок. Но опять же, еще (хи-хи) сам Страуструп рекомендовал не жадничать на скобки ((t << 8) | f). Несколько озадачило все же, что при последовательном чтении этого регистра ты получал разные значения, причем изменения были не только в бите статуса, но и в бите PROTECT, и, что еще непонятнее, в битах, определяющих объем флешки. Это довольно странно

Дааа моя проблема оказалась в перемычке между выводом 5 и переходным отверстием, маааааленькая такая, но все портила, сейчас все нормально регистр статуса читается вот картинка из P-CADa платы