Защита FRAM Опции

[juvf]

Не нашел лучшего раздела в это форуме

Разработан девайс с фрамкой FM25CL64. Фрам воткнули как энергонезависимую память для конфигурационных параметров, серийного номера и т.п. На практике оказалось, что если снять питание с фрамки во время операции чтение/запись, то в ней портятся данные. Как программно решить эту проблему?
На достоверность информации можно в фраме хранить crc. Но допустим данные недостоверны - и что? К их восстановить? Есть мысль хранить данные+црц и копию данных+црц. но где-то в инете натыкался на описание такого сбоя... в результате чего допустим 4-ый байт в каждом банке был битый. получается что если испортятся данные, то и копия тоже может испортится. Кто-нибудь решал подобную проблему программно и как?

[InDepth]

Столкнулся с похожей проблемой.

причем платы тоже напечатаны и запаяны.

есть проект на

dsPic33

в схеме также есть супервизор/вотчдог ADM706SAR

который дергает ресет DsPic33

и микросхема fram FM25V-206

подключенная по спи к микроконтроллеру. выход CS управляется с ноги контроллера, а выход HOLD микросхемы, подтянут через резистор к питанию.

память на микрухе организованна в файловую систему FAT посредством Chan овской библиотеки.

так вот имеется такая неприятная ситуация,

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

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

По ДЩ сброс супервизором МК происходит при 2.93 в
микросхема FRAM же работоспособна до 2.7

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


ДЩ на микросхему прочел, нигде никаких рекомендаций по отключению питания не обнаружил.

[bookd]

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

Память не может просто так затираться полностью. Это означает что либо в нее пишутся нули неконтролируемым образом, либо она продолжает работать при питании ниже 2V. Проц не может по SPI гнать нули достаточно долго, чтобы успеть затереть всю память. Остается ситуация, когда в FRAM идет запись при питании ниже 2V.
Это возможно если сигнал сброса достаточно "медленный", что означает схема сброса сделана неправильно. Но это предположение.
Короче, либо надо увидеть схему сброса, либо запитать FRAM через RC цепь, резистор 100ом, конденсатор 100uF, чтобы при пропадании питания даже если вся схема упала, FRAM продолжала работать на емкости конденсатора. С конденсатором 100uF в данной схеме FRAM продержится 3ms после того, как в остальной схеме полностью упало питание.
И все подтяжки на сигналы FRAM сделать непосредственно на питании от этого конденсатора.
Если будет продолжать затираться, значит проц успевает намеренно влить несколько нулей, что означает схема с супервизором сделана неправильно и не выполняет свою функцию.

Сообщение отредактировал bookd - Nov 26 2012, 07:43