Это не рекомендация - это предупреждение, сперва считайте, потом выводы делайте. Мы давно уже перешли на FRAM и довольны...

ИМХО количество запусков лучше считать при подаче питания. Спросите, а как же сбросы контроллера? Если прибор имеет хорошее питание, то их число минимально и ими можно принебречь.

Делал года три назад приборчик маленький, в нем записть во внутреннюю EEPROM контроллера осуществляется каждые 2-3 минуты. Прибор до сих пор работает и "умирать" не собирается.

В ответственных приложениях лучше использовать FRAM. Много плюсов имеет. Да и скорость записи выше, чем у еепром.

Отличный вариант хранить не большой объем данных в часах.

ИМХО, самый плохой вариант, если нужно считать время наработки. Кончится батарейка и данные будут утеряны безвозвратно.

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

Можно копировать данные из часов во внутренний eeprom при включении питания.
Если RTC критично, батарейку поменяют когда она сядет (потеряем максимум один интервал).

Если правильно (без стирания всего и вся разом) организовать кольцевую запись, то достаточно будет обычной EEPROM (той же AT24C02B, например). И никаких FRAM'ов, RTC и тому подобного не потребуется.

Смотрим в сторону FM31xx от Ramtron. Часы + Память в одном флаконе. Замечательное решение!

1. NRND
2. 10 year Data Retention
3. Дороже отдельного EEPROM + RTC (а новые еще дороже).

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

А чем неустраевает внутриняя EEPROM меги128 ?

Здравствуйте. Для решения аналогичной задачи остановился на MSP430F1121A+часовой кварц+индикатор TIC33+стабилизатор 3V.
Формат представления 999999 59 . Ток потребления 18 мкА.

это что за станок такой, который включается/выключается каждые 10 минут круглосуточно ?
даже если писать раз в час, внутреннего eeprom хватит минимум на 5 лет, если организовать кольцевой буфер на 10 записей - то на 50 лет. думаю станок раньше загнется .

Курим datasheet на мегу8 (и прочие меги) : 512 Bytes EEPROM
Endurance: 100,000 Write/Erase Cycles

Предположим, что писать будем раз в 10 минут. т.е. при отсчитывании очередных 10 мин. производится запись суммарной наработки в eeprom.
Если станок обессточивается во время работы, то максимальное неучтенное время - почти 10 мин. (Это как повезет). При наихудшем стечении обстаятельств за (предположим) неделю было 10 отключений (обед + конец смены)*5рабочих дней вы можете потерять 10*10=100 минут наработки. Мы в свое время выводы сделали и наработку считаем в FRAM по 10 сек. Теперь, если писать все время в одну ячейку (EEPROM), то ее хватит 100000*10/(60*24*365)=1.9 Года
(Это соответственно при непрерывной работе станка), но кто даст гарантию, что станок не будет работать в 3 смены. Если станок необходим в производстве, то так оно и будет. Простои оборудования-это убытки. Кольцевой буфер конечно может спасти, но за счет усложнения мат обеспечения, и если есть свободные ресурсы (по таймингу, по свободной памяти программ и EEPROM).

ИМХО, кольцевой буфер или другой вид резервирования в любом случае нужен. Иначе рискуете потерять все просто при неудачном стечении обстоятельств.

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