Пропадают значения в еепром, при откл. питания Опции

[Integral]

Подскажите почему иногда при внезапном пропадании питания МК в еепром записываются значения 255???

Во время пропадания питания в еепром ниче не записываю.

Как устранить эту проблему?

А делаю я так.... начинаю разединять/соединять по много раз провода питания МК, после раз ~50 в некоторых ячеяках еепрома появляются значения 255. Неужели это иза помех по питанию при искрении? Кондюки на самом МК, на стабилизаторе перед и после все по 0.1мкФ.

МК мега16.

[Николай Иванович...]

а ввообще есть в программе код записи в ипром? если есть, то возможно в результате случайного джампа из-за дёрганья питалова происходит переход на код записи в еепром

[Integral]

да, есть..... с утра уберу, проверю и отпешусь....

[Николай Иванович...]

да, есть..... с утра уберу, проверю и отпешусь....

Ещё попробуйте между строчками:

sbi EECR, EEMWE ; Разрешили запись в EEPROM
; ----------------------------------------------
; не более чем 4-х тактовая проверка санкционированности записи в EEPROM
; софтом верхнего уровня
; ----------------------------------------------
sbi EECR, EEWE ; Начали аппаратную запись в EEPROM

Вставлять проверку условия была ли вообще санкционирована запись в EEPROM софтом верхнего уровня

Например такую:
;------------------------------------------------------
lds R16 , ( EEPROM_WRITING_ENABLE_TAG ); Считали из ОЗУ тэг разрешения записи
cpi R16 , $37
brne found_run_Time_Failure
;------------------------------------------------------

Не забывайте только что проверка условия должна выполняться не более 4 тактов процессора - иначе запись не будет произведена


И ещё. Запись в EEPROM (т.е. последовательная установка битов EEMWE и EEWE) должна быть только в одном месте программы. Потому что чем больше будет понатыкано в программе команд записи тем больше вероятность несанкционированной записи в EEPROM

Сообщение отредактировал Николай Иванович Приходько - Oct 4 2008, 08:16

[Deka]

Ещё неплохо указатель записи сбрасывать на заранее определённую ячейку в которою возможна запись мусора в момент пропадания питания.

[gormih]

Подскажите почему иногда при внезапном пропадании питания МК в еепром записываются значения 255???

Во время пропадания питания в еепром ниче не записываю.

Как устранить эту проблему?

А делаю я так.... начинаю разединять/соединять по много раз провода питания МК, после раз ~50 в некоторых ячеяках еепрома появляются значения 255. Неужели это иза помех по питанию при искрении? Кондюки на самом МК, на стабилизаторе перед и после все по 0.1мкФ.

МК мега16.

Проблема не программная, а чисто аппаратная. Действительно, у всех микроконтроллеров ATMEGA, особенно у тех, что без технологии picopower наблюдается порча значений в EEPROM при нестабильном напряжении питания. Проблема проявляет себя, когда при выключении питания некоторый промежуток времени значение напряженя питания на соответствующих выводах микроконтроллера лежит в окне 0.2 ... 2.2 В. Для устранения данной проблемы предлагаеся использовать любое решение, которое позволит "мнгновенно" отключать питание на выводах питания.

[Integral]

....значение напряженя питания на соответствующих выводах микроконтроллера....

"соответствующих" - это на какие таких выводах? или на любих портах ввода/вывода? Ато у меня на некоторых портах стоят кондюки по 0.1мкФ и должно получаться точно как Вы написали.....

[Николай Иванович...]

Проблема не программная, а чисто аппаратная. Действительно, у всех микроконтроллеров ATMEGA, особенно у тех, что без технологии picopower наблюдается порча значений в EEPROM при нестабильном напряжении питания. Проблема проявляет себя, когда при выключении питания некоторый промежуток времени значение напряженя питания на соответствующих выводах микроконтроллера лежит в окне 0.2 ... 2.2 В.

Т.е. порча имеет место быть даже если в программе вообще нет команд записи в EEPROM?

[Igor26]

то возможно в результате случайного джампа

ДеЖаВю.

[Николай Иванович...]

Ато у меня на некоторых портах стоят кондюки по 0.1мкФ

Ну вот. И получили паразитноую запитку через выводы портов

[gormih]

Т.е. порча имеет место быть даже если в программе вообще нет команд записи в EEPROM?

Именно. Это старый баг. Официально признаный Атмелом. В иксмеге он устранен полностью, а атмегах с пикопауэр влияние бага уменьшено... но не устранено полностью.

[Integral]

Именно. Это старый баг. Официально признаный Атмелом. В иксмеге он устранен полностью, а атмегах с пикопауэр влияние бага уменьшено... но не устранено полностью.

Этот баг очень при очень маловероятный....
Уйма времени издевался над питанием МК, если в програме эсть запись в еепром то только в тех ячейках иногда появляется значение 255. Создавал большой масив который в самой програме не используется. В результате сколько не клацал ни одного сбоя ячейки.

Поэтому проблема чисто програмная и очень с маленькой вероятностью апаратная. Или по крайней мере в моем случае этот баг не проявляется.

Сообщение отредактировал Integral - Oct 4 2008, 11:38

[Qwertty]

Именно. Это старый баг. Официально признаный Атмелом.

Официально признанные описываются в ерратах. У Мег я таких записей не встречал - что независимо от наличия/отсутствия супервизора может портиться еепром при плавном снижении/нарастании питания.

[Ph. Anatoliy]

У меня подобный глюк наблюдался при переходе с WinAVR 2006 на 2007. Вот последнй рабочий код

#include <avr/io.h>
#include <avr/interrupt.h>
#include <avr/eeprom.h>

...
eeprom_busy_wait();
eeprom_write_byte(&write_addrr, tmp);
write_counter++;
...
...
eeprom_busy_wait();
tmp=eeprom_read_byte(&read_addr);
...

[gormih]

Этот баг очень при очень маловероятный....
Уйма времени издевался над питанием МК, если в програме эсть запись в еепром то только в тех ячейках иногда появляется значение 255. Создавал большой масив который в самой програме не используется. В результате сколько не клацал ни одного сбоя ячейки.

Поэтому проблема чисто програмная и очень с маленькой вероятностью апаратная. Или по крайней мере в моем случае этот баг не проявляется.

удачи... что я еще могу сказать.

Официально признанные описываются в ерратах. У Мег я таких записей не встречал - что независимо от наличия/отсутствия супервизора может портиться еепром при плавном снижении/нарастании питания.

Это не является багом в обычном понимании этого слова, так как в Datasheet жестко оговариваются минимальное и максимальное значение напряжения питания, и если Вы выходите за их пределы - Атмел тут не при чем как бы.

А вообще официальный ответ тут

P.S: По моему опыту - в EEPROM лучше вообще ничего не хранить. Были случаи, когда прибор месяцами работал без сбоев, потом происходил сбой в EEPROM и звали разработчика ПО разбираться - в Сибирь, на объект . При этом сама возможность записи значений в EEPROM была отключена в программе - ЕЕPROM записывалась один раз, при прошивке микроконтроллера на производстве. Прблему решили тем, что данные перенесли из EEPROM во FLASH.

[Integral]

У меня в еепром сохраняются пользовательские настройки системи(+статистика всякая). Будет очень не хорошо эсли они будут лагать.... Но как можно без еепрома сохранять эти настройки? внешнюю микруху памяти подклячать тупо както....

Может Вы знаете как во время работы программы перезаписать значения во флеш памяти?

Сообщение отредактировал Integral - Oct 4 2008, 18:53

[Сергей Борщ]

Но как можно без еепрома сохранять эти настройки? внешнюю микруху памяти подклячать тупо както....

Включите супервизор (BOD) соответствующим фузом и не морочьте себе голову. Если и это не поможет - показывайте разводку. При правильной разводке и с включенным супервизором EEPROM не слетает.

Может Вы знаете как во время работы программы перезаписать значения во флеш памяти?

Это описано в разделе Boot Loader Support даташита. На сайте Атмела есть несколько Application Notes посвященных этому вопросу.

[Integral]

В разводке нету что показывать..... кнопки+LCD.

Удивительно..... но вроде помогло

Сергей Борщ благодарю.... теперь я спокойно могу идти спать

Сообщение отредактировал Integral - Oct 4 2008, 20:05

[singlskv]

В разводке нету что показывать..... кнопки+LCD.

Вы так и не сказали, BOD у Вас включен ?
Если нет, то ошибки в EEPROM практически неизбежны.
Если у Вас не батарейное питание, BOD при работе с EEPROM дб
включен обязательно.
А если батарейное, там конечно все немного сложнее...

[TihSasha]

У меня подобная "разруха" в EEPROM была при разработках на ATtiny2313. Вылечилось добавлением в схему супервизора питания. С тех пор всегда, когда использую EEPROM, ставлю на RESET КР1171сп4.7. Больше подобного я не видел.

[defunct]

А вообще официальный ответ тут

ну и что вам непонятно из этого:

An EEPROM data corruption can be caused by two situations when the voltage
is too low. First, a regular write sequence to the EEPROM requires a minimum
voltage to operate correctly. Second, the CPU itself can execute
instructions incorrectly, if the supply voltage is too low.

Проблема связана с одним из двух - либо напряжение падает ниже критической отметки во время записи, либо CPU в момент снижения напряжения питания ниже критической отметки непреднамерено прыгает и выполняет инструкцую записи, это именно то о чем написал Integral. Проблем с самим eeprom'ом нет.

Вы так и не сказали, BOD у Вас включен ?

Он же сказал - помогло. ;>