Надёжность EEPROM в AVR

[lankai]

Если Вам нужно сохранять данные в памяти контроллера энергонезависиомо, можно работать с внутренней флэш-памятью, так называемый self-programming, я этим пользуюсь, не жалуюсь)))
могу поподробней если нужно рассказать))

Superki, аууу......
Я надеюсь на подробности

[Superki]

Что могу сказать.. действительно, существует ограниченность ресурса записи/перезаписи во флэш-память.. по данным Atmel, количество перезаписей ограничено 10000... если данные не будут часто меняться, то этого вполне достаточно..

поподробней про реализацию почитайте
http://www.gaw.ru/html.cgi/txt/app/m...avr/AVR109.htm

мне очень помогло, когда начинал работать с флэш.. еще конечно без даташита не обойтись))
у меня в проекте ведется сохранение 19000 значений... сбоев не было... запись происходит достаточно быстро, за секунду можно записать несколько тысяч значений...

насчет EEPROM не знаю, насколько часто могут возникать ошибки))
есть еще один вариант-подключить внешнюю микросхему с флэш или ЕЕПРОМ памятью.. но это дополнительные аппаратные затраты...

если что еще нужно разъяснить, обращайтесь))

[retaler]

Если у Вас что-то улетело из еепром в атмеле- это
только неправильно написаны программы чтения/ записи.
Просто в результате сбоя- например при понижении напряжении и отключеном BOD, и отсутствии супервизора на сбросе, ниже 2.7в на контроллере (пускай даже на милисекунду), происходят безусловные переходы по программе, контроллер беспорядочно начинает выполнять непонятно какую инструкцию, и если он попадает на запись в еепром- то поверьте он запишет что хочет куда хочет. Это относиться и к пикам и к техасам и ко всему что есть. Никакая компания не сможет защитить свои контроллеры от неумелого программиста.
Обязательно вешайте на сброс супервизор или включайте BOD на запрет ниже 4.1в (атмелы) и проблем не будет даже с косыми программами.
Еще есть рекомендации защищать процесс записи алгоритмом (например проверкой истинности значения какого-нибуть регистра непосредственно перед записью),это сделает ошибку почти невозможной.
Кстати я тоже недавно купил книгу на рынке о контроллерах, и там такая ахинея написана, сразу понятно- автор никогда то о чем пишет в глаза не видел. Так что советую сначала прочитать даташит на контроллер, а потом выбирать что читать.
И еще насчет количества чтения записи еепром-
я однажды проверил контроллер- написал такую прогу, которая ПОСТОЯННО пишет в еепром числа 00,01,02...FF
во все ячейки, при этом проверяет что записал, и если наступает ошибка- включается светодиод. В минуту- тысячи записей. И что Вы думаете- светодиод засветился только через неделю причем контроллер уже потом не читался. Похоже у него отказала вся память.
И он был горячий на ощупь когда шла постоянная запись.
Так что делайте выводы сами. Контроллер был еще AT90 серии.И на мой взгляд еепром память- очень надежная память.

/ret/

[SEN]

Были случаи повреждения данных в EEPROM (данные простые , объем -несколько бит )записываются при воздействии оператора (а не автоматически).
Устройства (ну может пара дюжен ) работают в разных регионах страны в промышленном диапазоне температур. Тип проца- мега16. (применяется супервизор) (время работы устройств от 3 лет до полугода)
Сбои произошли при невыесненных обстоятельствах
Количество отказов - раза 4 (в двух случаях , повторение на одном и том же обьекте)- предположительная причина -электромагнитная помеха.
Прислушайтесь к PICAVR !!!

[Superki]

retaler, разрешите поинтересоваться, что такое супервизор?

[n-Virus]

на AVR tiny делал девайс, который сохранял результаты работы в EEPROM при пропадании питания (отслеживался минимально допустимый уровень напряжения на входе девайса, пока разрядится входная емкость в БП времени хватало и еепром записать и чайку попить ). Через полтора года заказчик ещё приобрел несколько таких девайсов... и уже два года пока от него никаких жалоб. Девайсы эксплуатируются в производственных цехах. Как писалось уже выше - добротный РЕСЕТ поможет избижать проблем с затиранием ЕЕПРОМ.

[Alixiter]

retaler, разрешите поинтересоваться, что такое супервизор?

Это такой девайс, который вешается на ножку сброса контроллера и при включении формирует специальный сигнал сброса для уверенного запуска МК!

[Alixiter]

Прочитал в книге Баранова, что EEPROM в AVR довольно ненадёжная штука .

Извини, а что за книга баранова? Интересно почитать.

[ru]

picavr прав самое надежное востановление данных это многократное повторение (я делал по 5 ячеек). Для повышения надежности лучше писать в ячейки не подряд а через одну (были случаи когда портились две соседнии ячейки), и желательно не пользоваться нулевой ячейкой (это помоему и в даташите прописано). Еще один алгоритм который я применял это смена адресов т.е. каждые полчаса меняется адрес ячеек для записи данных, блок кодируется CRC и в случае ошибки возможен откат на полчаса назад (или на час, полтора ).

[GLVlad]

Программирование BODEN и BODLEVEL, ИМХО, еще не дает 100% гарантии отсутствия проблем с EEPROM. Проверено на практике не раз. Я всегда ставлю BODEN на 4В, внешний супервизор не ставлю. Разрушение данных EEPROM возникает при включении (или может быть при последнем выключении).
Используемые кристаллы - Mega16/Mega32, Mega64.

Начет криво написанных программ - вопрос спорный при использовании компиляторов. Тут скорее речь о специальных алгоритмах для работы с EEPROM для уменьшения вероятности разрушения данных в ней.