Сохранение важных переменных в EEPROM при потере питяния Опции

[ATMExpert]

Бодрого дня всем форумчанам. В моем проекте (на Mega640) требуется в момент пропадания общего питания сохранять 5-6 байт оперативной информации в еепром, дабы иметь возможность при подаче питания благополучно их считывать. Аппаратно для этих целей использую встроенный компаратор с внешней опорой (REF192) и делитель по питанию. В программе ставлю прерывание на компаратор, ну и пишу в еепром. Схема питания такая: +24-->+12-->diode-->condencator 2200 uF-->+5. При пропадании +24 схема детектирует просадку, вызывается прирывание. Конденсатор 2200 мкФ думаю достаточен, чтобы успеть записать в память до снижения питания ниже критического уровня. В железе показывает достаточно устойчивую работу (в лаб. условиях). Хочется услышать мнения по такой реализации, а также может нужно еще что-то в код добавлять если после успешной записи остается время (может нужно ожидать с ноги выхода компаратора смену уровня, если это была кратковременная просадка питания).

[demaven]

в одной из работ потребовалось сохранять небыстро меняющуюся информацию при пропадании питания. для достоверности сохранять пришлось в ЧЕТЫРЕХ ячейках и при считывании проверять по мажоритару. пропадание питания может происходить при записи в любую ячейку, может быть - порченая три старые; новая три старые; новая, порченая две старые; две новые две старые; две новые, порченая, одна старая; три новые старая; три новые порченая. каждая ячейка включала в себя црц, чтобы определить подлинность. видно, что только в одном случае нельзя восстановить новую информацию, но сохраняется старая. от заказчика претензий ни разу не поступало уже несколько лет, хотя питание довольно часто выключается внешними воздействиями

[defunct]

видно, что только в одном случае нельзя восстановить новую информацию, но сохраняется старая.

Зачем тогда 4 копии, когда тот же функционал можно получить и с двумя?
(нарисуйте диаграмму процесса записи 4 ячеек во времени, поставьте сбой питания в любой момент времени этого процесса,
отбросте две самые последние записи, - в результате получилось то же самое что и у вас сейчас:
если сбой питания произошел в процессе записи __самой первой ячейки__, то последняя запись потеряется, но останется предыдущая.