Vit (25.08.2009 16:36, просмотров: 107) ответил Vladimir Ljaschko на Ну как же... SETUP в ОЗУ один, а в EEPROM может быть три - основной, резервный и суперрезервный. История входов в сервисный режим - два десятка. Т.е. структура данных о входе (время, логин, контрольная сумма) -> массив структур в EEPROM -> структур
Мне кажется путается святое с праведным;) - описание + хранение настроек и описание + хранение архива вмешательств - и то и то смесь ужа и ежа. Может, я, конечно, не в курсах, но сращивание в струкутре разнотипных массивов структур, да ещё и разнородное употребление, ИМХО, само по себе есть создание дополнительных сложностей.
Механизмы хранения могут быть непотопляемыми, но какое дело такому механизму до структуры данных, если нужен только размер? Вы ведь не разбираетесь по программе в разрушенной структуре - насколько она разрушена, которые данные целые, а которые нет? Т.е. либо битая, либо нет. Механизм (типо драйвер) может добавлять контрольные суммы и ещё по-всякому глумиться над памятью. Ну и восстановление абстрактных данных с определённым размером может быть аж 2-х(может чего упускаю, но мне 2-х хватает) видов - именно восстановление разрушенных данных во FRAM/EEPROM и заполнение конфигурационными данными структуры в ОЗУ. Последняя операция опять же выходит за рамки механизма хранения.
Размер архива вмешательств это параметр архива, а не типа данных. Да, его для регулярного типа записей удобно выражать через размер записи (а это может быть исходная структура плюс текущая время/дата плюс контрольная сумма плюс шифрование - как решили в хранилище укладывать), но опять же, добавление записи в архив связано с вызовом некоей функции, которая оперирует свободным местом в архиве и размером записи, ну а размер записи только в частном случае может совпадать с размером структуры, употребляемой в теле приложения.