Вероятно, у этого человека тест неправильно был построен.

IgorKossak приводил несколько другую цифру, и она кореллирует с тем, что написано в ДШ.
Сам я тоже проверял, мои цифры выше.
Всяко лучше самому измерить ресурс чем доверять сомнительным источникам, тем более когда речь идет о разнице в 50 раз.

С чего Вы взяли? Я же привёл описание теста, который проводил чел... Что в нём не правильного?

P.S. Врядли Atmel при указании цифры "100000 записей" предполагал, что сбои начнутся на 100001-й записи.. Наверняка заложил какой-то запас.... 100000 он гарантирует.. А вот несколько миллионов записей потребитель должен закладывать в свой проект "на свой страх и риск".

defunct не все так просто на самом деле...,
100000 это долговременная стабильность при НЕтепличных условиях(по температуре например) и
при питании 2,7(1,8)V, то есть 100000 при любых условиях гарантированны...

В какой-то момент я сам решил проверить работу своего хитрого алгоритма по сохранению
данных в EEPROM, так вот у меня не хватило терпения его проверять...,
в итоге пришлось на симуляторе прогнать все состояния...
При 2-3 миллионах записей на AT90S2313 сбоев не было ни в одной ячейке,
правда условия эксперимента были вполне тепличными.
Так что миллионы записей - вполне реально, НО все рассчеты НУЖНО делать
исходя из 100000...

Ну да.. Если у Вас MCU работает при колебаниях температуры от -40 до +125 при просадках питания и требуется сохранность данных в течении 20-ти лет, то тогда да, не следует рассчитывать что при таких условиях эксплуатации и записи инфы в EEPROM после 100000 перезаписей надеется, что инфа у Вас будет сохранна в течении 20-ти лет .

А если же у Вас MCU работает при комнатной температуре и при стабильном напряжении питания 5В и данные храняться в EEPROM-е не более одного дня (например запись логов каждый день) то на цифру "3 миллиона записей" можно вполне рассчитывать

Сообщение отредактировал Боинг749 - Aug 26 2008, 20:05

Да причем тут хитрый алгоритм.
Давайте остановимся на нехитром счетчике, как в приведенном примере.
на проверку понадобится всего 10-20 минут, максимум полчаса и одна ячейка eeprom'a любого AVR чипа.

АВР типа Industrial работает в температурном диапазоне (из ДШ мега8) -40°C to 85°C.
Write/Erase Cycles: 10,000 Flash/100,000 EEPROM
Data retention: 20 years at 85°C/100 years at 25°C
может расскажете где взяли Вы другую цифру. Какие программы, алгоритмы использовали, какой чип?

ну, блин, понеслась...

У chajnik, задавшего вопрос, стоит вполне конкретная задача типя селектора каналов TV для любимой тещи. Работать скорее всего его конструкция будет внутри помещения, в течении времени максимум -- год. Условия не полевые. Гарантия не требуется.

За год chajnik подрастет и будет делать все как надо. Сейчас ему нужно просто стартовать. Не важно как, не важно с какой надежностью. Главное -- сделать что-нимбудь работающее. Потом это маленький комочек знаний он откатает до размеров снеговика. Сами-то разве не так начинали?

Задача очень простая. А мы тут такой огород вспозали, будто заказчиком является не иначе как NASA.

"Другую цифру" (несколько миллионов записей) я взял из сообщения одного человека на форуме, информацию от которого я рассматриваю как достоверную (ибо врать ему резона не было ни какого)

Почти не при чем, просто я его пытался проверить в реальном железе
запустив запись и потом считывание и проверку по циклу, но проверить его было не суждено...,
ждать надоело...
Примерно так в итоге и проверял, писал в ячейку счетчик а в соседнюю его побитовую
инверсию, если при считывании ячейки оказывались битыми, переходил на след пару ячеек,
при нажатии кнопки(тестил на STK500) в 4 старшие ячейки прописывал количество записей
в еепром и дальше просто ждал отключения.
После 5-7 часов работы количество записей в eeprom соответствовало
теоритическому(по скорости записи в еепром),
задействованно было только 2 первых ячейки...
Тест проводил раза 3 на следующих ячейках, терпения дождаться сбоя не хватило...

Если есть желание, запостите свой код для проверки под STK500 и AT90S2313
я его потестирую и потом выложу дамп еепрома.

Поставил на ночь крутиться на m16 до первого сбоя (программка приблизительно такая же как приводил выше, инкрементируется байт и пишется в последнюю ячейку eeprom'a)

Сейчас снял результаты:
77 -- ожидаемое значение
7F -- реальное значение
0x24240 - цикл
итого свалилось на 148032 цикле.
перезапустил тест крутиться дальше.

Вечером отпишусь еще, и выложу код теста.


О, уже упало, даже ждать вечера не пришлось:

AD -- ожидаемое значение
ED -- реальное значение
0x990A - цикл (39178)

После этого упало уже на 6160-м цикле
20 - ожидаемое
62 - прочитанное

А вы говорите миллионы...

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

Подождём .. Мож ещё кто тест EEPROM погоняет и скажет о результатах... Кому не жалко изничтожить для таких целей проц... И будем набирать статистику.. А то пока только всего один участник заявил, что износостойкойсть EEPROM только чуть-чуть больше заявленных в даташите, и один заявил, что износостойкость EEPROM на порядок превышает те "100000 записей", о которых говорится в даташите

Сообщение отредактировал Боинг749 - Aug 27 2008, 06:50

Ничего не понимаю... Может это мне так везет. :05:
Почти час "мучал скотину" -- накрутил чуть более миллиона циклов. Проблем не было!
условия испытания:
-- комнатная температура (на столе),
-- STK-500,
-- ATMEGA48-20PU, дата изготовления 0623, снизу на брюхе три строки
6F6183
35573С
1-PЗ0623 e3
-- комп.

В проге задействован пара светодиодов. Один преключается при каждой перезаписи, другой переключается через какждые 100 циклов перезаписи. Так же через каждые 100 циклов через UART отправляю в комп строку, где указываю текущий номер цикла.

На каждом цикле прога записывает младший байт номера цикла в ЕЕПРОМ по адресу 0х00. Выход из цикла по ошибке записи. При этом в комп уйдет строка с номером цикла, а так же это номер будет записан в ЕЕПРОМ по адресам 0х01-0х04.

Код написан CV (исходник "приартачен"). Код проги не является примером, для подражания или обучения.

Запись длится где-то 8,5мСек. Чтобы сделать миллион записей потребуется 2,36 часа

В mega48 3,4мсек , так что миллион как раз за час...

Нет, нет. Я сразу же определил время записи. На Меге48 оно было 3.54-3.58 мс (LeCroy WaveJet-322).
Так же определил, что запись действительная, т.е. проц мне "в уши не дует": я останавливал процесс в разное время и смотрел программатором ЕЕПРОМ, каждый раз было случайное число.

После того, как убедился, что процесс записи не "липовый", запустил убивалку. Ожидал, что через 10 минут мега издохнет... крхе!