Реальное количество циклов записи в EEPROM в AVRах?

[vitaliksv]

Есть специальные алгоритмы которые позволяют распределить нагрузку на биты в байте

Очень интересное решение. Хотя программирую под контроллеры уже давно, но не встречался с таким подходом. Можно будет попробовать применить!

[niXto]

Только конкретно для ПЗУ это не имеет смысла. При стирании информации происходит электрический пробой ВСЕХ плавающих затворов байта или сектора, независимо от того, 0 или 1 записан в ячейке. Собственно ресурс - максимально допустимое количество этих пробоев. Код Грея применялся в первых АЦП, сейчас про него вроде забыли

Количество циклов стирание-запись: производитель ГАРАНТИРУЕТ что при соблюдении этого числа информация в микросхеме будет храниться не менее 20/50/100 лет (у каждого своё, у современных чипов как правило 100 лет). То есть флеш можно перезаписывать десятки миллионов раз (даже видел где-то отчет в интернете), но тогда нет никаких гарантий, что через пару-десяток лет информация не повредится

[andobrov]

Приходилось общаться с флешками AMD 28Fxxx, которые были единожды записаны 15 лет назад. Читались замечательно, а вот затем, после первой же попытки стирания - оказывались "битыми".

[Djakovskij]

В контроллере термопластавтомата счетчик циклов размещал в еепром меги 128. Сегодня посмотрел на счетчик автомата, который работает более двух лет. На нем около миллиона циклов. Есть оборудование, которое работает более пяти лет, но оно находится на других предприятиях.

[vitaliksv]

В контроллере термопластавтомата счетчик циклов размещал в еепром меги 128. Сегодня посмотрел на счетчик автомата, который работает более двух лет. На нем около миллиона циклов. Есть оборудование, которое работает более пяти лет, но оно находится на других предприятиях.

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

[you_go]

Использовать EEPROM как "расхожий" счетчик достаточно рискованно. Особенно, если сохраняемая информация критична. В свое время разрабатывал систему, где все данные модифицировались и хранились в SRAM в 3-х копиях под защитой CRC, и данные переписывались в EEPROM только при выключении системы с целью их безусловного восстановления из нескольких копий при повторном включении. А лучше и проще использовать отдельную микросхему FRAM.

[Djakovskij]

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

[vitaliksv]

А лучше и проще использовать отдельную микросхему FRAM.

Кстати о птичках. Когда в моих проектах появилась необходимость сохранять какие-то данные(особенно это относится к большим массивам данных да к тому же если они постоянно меняются), то я как раз узнал о том, что есть такая память. Очень доволен ею и по сей день: работает по SPI, т.е. скорость записи и считывания достаточная; работаешь с ней, как с оперативной - практически неограниченный ресурс; объёмы памяти в килобайтах - достаточно для хранения всякой информации.
Правда ест одно "НО" - цена соизмерима со стоимостью самого контроллнра, а то и выше. Поэтому в бюджетных проектах без крайней необходимости применять накладно. Но за удобство всегда нужно было платить!

[Easyrider83]

Почитал про FRAM. Обалдел не много. Действительно классная память. Цена получается в среднем вдвое выше, чем у такой же EEPROM. Но это терпимо. Буду иметь в виду.

[OneTech]

Мой товарищ делал проект для мониторинга дач без нормального покрытия GSM. (Использовались коротковолновые радиостанции). Так вот в эти радиостанции он лепил FRAM на I2C-шной шине 32 кБайта куда постоянно лились мониторинковые данные, и единожды в сутки включалась станция передавая накопленные данные посредством тонового модема. С учётом мусора в радиоэфире для восстановления данных использовались алгоритны Хемминга, и вроде он ещё пытался использовать Рида-Соломона, не знаю вышло что, иль нет...