О сохранности данных в памяти МК

[_Слон_]

Имеется некое устройство на микроконтроллере. Устройство работает от батарей, работает постоянно. Все данные хранятся в ОЗУ МК. При замене батарей сохраняются в ЕЕПРОМ МК. Тип МК еще уточняется, рассматриваются варианты- AVR, PIC или STM8, но вопрос общего характера и заключается вот чём.
1. Насколько можно доверять ОЗУ МК, не испортятся ли данные при аварийных ситуациях-снижение напряжения питания, электромагнитные наводки и т.п ?
2. Можно, конечно, периодически сохранять данные в ЕЕПРОМ, но количество циклов записи в нем ограничено, обычно это 100 000. Или нет?
Кажется, я где-то в даташитах на ПИКи встречал цифру 1млн...
Как правильно подойти к вопросу сохранности данных? Хотя объём данных небольшой, пара сотен байт, но потеря их очень критична.

[Арктур]

Есть программные методы снижения износа памяти.
Есть FRAM. Есть микроконтроллеры с FRAM. Ищите.

[akegor]

Как правильно подойти к вопросу сохранности данных? Хотя объём данных небольшой, пара сотен байт, но потеря их очень критична.

Дублирование, избыточное кодирование (Хэмминг и пр.) - много вариантов передачи-хранения-восстановления данных. Гугль в помощь.

[electroTrash]

2. Можно, конечно, периодически сохранять данные в ЕЕПРОМ, но количество циклов записи в нем ограничено, обычно это 100 000. Или нет?

Храните во внешней ЕЕПРОМ, как собственно сделано в большинстве бытовой техники, для уменьшения количества записей, периодически сравнивайте данные ОЗУ с сохраненными в ЕЕПРОМ и при отличие записывайте.

[nahimovv]

Насколько можно доверять ОЗУ МК

А насколько можно доверять вам, что вы выполните все требования по схемотехнике, разводке платы и написанию кода?

не испортятся ли данные при аварийных ситуациях-снижение напряжения питания, электромагнитные наводки и т.п ?

Всё зависит тольео от вас! Как сделаете, так и будет работать.
Если всё так серьёзно, то смотрите в сторону дублирования, CRC и пр., и в сторону STM32F05X. И не забывайте, что ваши "только 100 байт ОЗУ" не самое важное, если всё пойдёт наперекосяк, то толку с ваших 100 байт будет мало.

[niXto]

Что за устройство и где будет стоять? Это счетчик посещений общественного туалета, или модуль управления левым тормозным двигателем ракеты? Там разный подход и к ОЗУ, и к резервированию по мажоритарному принципу

[Albert_V]

Имеется некое устройство на микроконтроллере. Устройство работает от батарей, работает постоянно. Все данные хранятся в ОЗУ МК..........
.... Можно, конечно, периодически сохранять данные в ЕЕПРОМ......
......Хотя объём данных небольшой, пара сотен байт, но потеря их очень критична.

Странное какое то у Вас изделие, которое за всё время работы от батареек никуда не "сливает" данные, но, при этом, должно их хранить.
А если по делу - никто не заставляет в EEPROM перезаписывать одни и те же адреса. Делайте запись блоками, к примеру, по 256 байт. После записи текущего блока - сотрите следующий блок ("по кругу"). При чтении (после Reset-а или определении "куда писа́ть"), последним блоком будет тот, после которого будет "пустой" блок.
И не мешало бы сделать оцифровку питания. По этой информации можно понять когда "пора сохраниться".

[_Слон_]

Скажем так, это счетчик посещений общественного туалета. Данные с него, конечно, "сливаются", но периодически. Контроль напряжения батарей, естественно, предусмотрен. Но... между двумя сохранениями данных существует какой-то промежуток времени, когда данные изменяются, счётчик-то счтает.
У меня пока что так сделано: данные все время хранятся в ОЗУ. Запись в ЕЕПРОМ происходит по прерыванию при извлечении батарей. Для этого предусмотрен конденсатор большой емкости. При снижении напряжения на батаряех ниже критического - тоже сохраняются. Интересеут надёжность хранения данных в самом ОЗУ. Какие могут существовать факторы, пагубно влияющие на это?

[Albert_V]

Скажем так, это счетчик посещений общественного туалета......
......Интересеут надёжность хранения данных в самом ОЗУ.

Надёжности хранения данных в самом ОЗУ при "перебросе" питания - никакой. При выходе из Reset Вы должны очистить память (при старте (подачи питания) значение в ОЗУ "не определено")
После INIT-а, восстанавливайте данные из EEPROM.

.....Какие могут существовать факторы, пагубно влияющие на это?....

Ошибки в трассировке платы, ошибки в схемотехнике, ну, и так далее по списку "как не надо делать"....

[Albert_V]

_Слон_,
Если это для учёта посещаемости общественного туалета "типа сортир" - скорее всего Вам ещё нужна будет информация о времени...
Можно поставить, к примеру, DS1338 (+56 байт NV RAM) и хранить данные в RTC.....