При включении, выключении питания с EEPROM меги 8 либо всегда считываются все 0xFF, либо EEPROM нормально работает, т.е. считывается то, что было записано раньше. Причем, то же самое происходит уже на 3-ех изделиях. Кто нибудь сталкивался с таким? Что делать?

код в студию.. (особливо чтение из eeprom) :-)

Постарайтесь включить внутренний супервизор! У меня были аналогичные проблемы, только улетали случайные биты. Причина: при медленном фронте наростания(или спада!?) напряжения питания камень кудато улетает и затерает EEPROM! Кажется я правильно понял объяснения ATMEL?

corO:сlr R23
out EEARL,R23
rcall EERead_seq
.....
rcall EERead_seq
....
....
ret

.def EErtmp =r31
.def mp16sL=r20
.def mp16sH=r21

EERead_seq:
in EErtmp,EEARL
sbi EECR,EERE
sbi EECR,EERE
in mp16sL,EEDR
inc EErtmp
out EEARL,EErtmp
sbi EECR,EERE
sbi EECR,EERE
in mp16sH,EEDR
inc EErtmp
out EEARL,EErtmp
ret

Программа работает уже давно под 8515, Mega16, 32.


BODEN естественно включен, EEPROM не сыпется!!!, а работает странно, как будто бы при включении питания нет какой-то инициализации.

А зачем два раза подряд устанавливать EERE ,или контроллеру с первого раза не доходит
И чтобы выбрать значение ячейки из ЕЕРROM нужно заносить значение в EEARL:EEARН,а не извлекать.

Пробуйте еще так ,может что с записью в ЕЕРROM.

Конечно странно, почему вы не дожидаетесь факта помещения данных в EEDR при чтении.
нужно дождаться когда бит EERE в EECR будет сброшен, и только тогда вытаскивать данные из EEDR..

_______
_С этим двойным чтением непонятный момент.
У меня на диске "Атмел2003" в примерах
AVR100: Accessing the EEPROM (12 pages, updated 12/98)
указано именно такое двойное чтение
и в файле AVR100.ASM (Last updated: 97.07.17; Target: AT90S1200)
и в DOC0932.PDF (0932B–12/98/xM)

Но сейчас на сайте лежит обновленный
AVR100.ASM (Last updated: 98.10.14; Target: AT90S8515)
там применяется однократное чтение.
Хотя в doc0932.pdf (0932C-AVR-09/05) по прежнему:
"...The routine then sets the EEPROM Read Strob - EERE twice. ..."
Но, наверное, это просто забыли убрать при переделке.

_Причиной двойного чтения может быть какой нибудь глюк в первых AVR.
Который в последующих устранили.
Так полагает Вадим Баранов, автор книги "Применение микроконтроллеров AVR:..." , я с ним согласен.

________________________________________________
________________________________________________

__________
_Наверное, все таки, не бит EERE, а бит EEWE.
А бит EERE после этого установить
и только после этого забрать данные из EEDR.
________________________________________________
________________________________________________
для oleg_lwd
_______
1- может быть имеет смысл инициализировать также и верхний
байт адреса, а не только нижний.
Может он где нибудь, как нибудь, меняется и чтение происходит
из верхней части еепром.

2- может не стОит использовать нулевую ячейку EEPROM.

3- ожидание очистки EEWE я все таки ввел бы, хотя,
насколько я понимаю, если перед этим не было записи в еепром,
то это не должно вызывать проблем.
__________
Александр
2006 05 29

А это не нужно,проц сам пропускает 4 такта перед выполнением следующей команды если натыкается на EERE=1,и за один такт заносит данные в EEDR.
Реееедко ,но иногда нуно перед чтением проверять EEWE ,и то если перед чтением была команда записи в EEPROM.

Не каждый проц такое делает. В старых (Classic) было так (из ДШ S2313):
When the EERE bit is cleared (zero) by hardware, requested data is found in the EEDR Register.

Однако я с Вами вынужден согласиться в ДШ на новые МК, в частности m8 с которым работает автор ветки, уже имеется такая информация:
The EEPROM read access takes one instruction, and the requested data is available immediately. When the EEPROM is read, the CPU is halted for four cycles before the next instruction is executed.

тем не менее приведенный выше код будет работать и на старых (classic) и на новых (mega/tiny) МК.

для defunct
______
Полностью в даташите на 90S2313 так:
"
When the
EERE bit is cleared (zero) by hardware, requested data is found in the EEDR Register.
The EEPROM read access takes one instruction and there is no need to poll the EERE
bit . When EERE has been set, the CPU is halted for four cycles before the next instruction
is executed."
То есть он сам постоит, подождет. Опрашивать не надо.
________
Александр
2006 05 29

Сообщение отредактировал Laksus - May 29 2006, 17:28

Убедили, посыпаю голову пеплом.

Огромное всем СПАСИБО!!! Программа изначально была написана для AT90S4414 у него нет EEARН, он по даташиту не инициализируется при ресете!!! Хотя сделали кучу приборов на 8515, м32, м16 и всегда EEARН инициализировался 0, а на меге8 этот номер не прошел.