Так я ведь написал, что все нормально работает, если использовать прерывание UART. Я так и планирую работать.
Но вот в тестовой программе для простоты написал обмен с UART по опросу флага и возникли проблемы.
Просто хочется разобраться и найти причину, то ли с UARTом что-то, то ли с AT45. Ведь всякое в дальнейшем может быть.

P.S.

Вот только-что еще попробовал.
Если после инициализации SPI ("*" "3") ввести команду чтения р-ра состояния ("*" "9") , получаю как и положено 0xAC, а после следующей команды записи-чтения буфера ("Shift" "1") тоже получаю 31 байт.

Сообщение отредактировал IF_P - Mar 26 2011, 22:37

Опять вы все смотрите через терминал, одних граблей вам мало, загадочные "*" и "Shift" говорят о том что у вас как минимум 2 промежуточных звена возможных ошибок. У вас есть (судя по схеме) кнопки, дисплей, для проверки больше и мечтать не о чем - заведите команды на кнопки и смотрите ответы на дисплее (если конечно они работают :-) ).

Возможно, ошибка из-за того, что вы путаете & и &&.

Такая вот конструкция делает совсем не то что задумано:

Да, действительно. Ошибка именно в этом. Только-что проверил.
Но как эта конструкция появилась у меня ума не приложу. Я прекрасно понимаю как работают обе конструкции.
И применял я их не раз. Да и тут я ставил из datasheet:


/* Wait for empty transmit buffer */
while ( !( UCSRA & (1<<UDRE)) )
;
/* Put data into buffer, sends the data */
UDR = data;

Откуда взялось "&&" -
Этот оператор был настолько очевиден, что я даже не присматривался к нему, а искал ошибку в другом месте.

Как сказал К.Прутков:
"Если увидишь на клетке слона надпись буйвол - не верь глазам свои!"

Видимо, по ночам надо меньше работать.

Еще раз Большое спасибо SysRq
Ткнули носом в элементарную ошибку.

Буду работать дальше, но, видимою уже не сегодня.






Опять повторюсь. (cм. пост выше) Все прекрасно работает и выводится на терминал, но при использовании прерывания UART. И так я буду работать с AT45. На этом я бы мог закончить и идти дальше. Но не хочется оставлять темных пятен (привычка). Конечно, это отнимает время. Но не наступая на "грабли" не приобретаешь опыт.

P.S.

Да, у меня есть и клавиатура и дисплей. И я их использую для наладки на определенных этапах. Но куда удобнее использовать UART. Ведь выводить 528 байт из буфера или страницы на LCD не очень удобно. Тем более, что работу AVR с UARTом я проверил на макетке.

Сообщение отредактировал IF_P - Mar 26 2011, 22:59

Здраствуйте, у меня проблема с AT45DB161D, никак не реагирует на воздействия, не могу добиться от неё ответа. Смотрю осцилом посылка как по даташиту идёт, например запрос ID: посылка 9F и несколько байт в догонку, по идее на этой догонке она и отвечать должна, а результата нету. Посылаю предварительно AB, для перевода в активный режим. Может память таво? Использую плату TE-TMS320F28335, или на ней чевото криво впаяли.

А режим SPI правильный? Она только 2 из 4х возможных поддерживает.

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

А такой вопрос, в память миную буфер записывать через опкод 82H можно и также читать через D2H?

Я уже давно с ними не работал, если есть нужный опкод и есть в этом необходимость, то почему нет?