caxapa.ru :: Лучше все же использовать принцип записей в БД - для каждой записи 1) уникальный ID, 2) данные (значение счетчика) и 3) любой контрольный признак корректности записи. Представьте, что у вас произошел сбой счетчика или сбой при записи счетчика или запланированная коррекция значения - как вы после этого валидную запись найдете только по одному значению?

rezident (31.07.2021 11:39, просмотров: 352) ответил LightElf на Используйте два сектора. Один всегда стерт, во второй пишете по 4 байта последовательно. Как сектор закончился - меняете их местами. Простейший вариант: пишем один-единственный счетчик, предполагаем, что он никогда не переполнится (если 32 бита мало - возьмите 64).

Лучше все же использовать принцип записей в БД - для каждой записи 1) уникальный ID, 2) данные (значение счетчика) и 3) любой контрольный признак корректности записи. Представьте, что у вас произошел сбой счетчика или сбой при записи счетчика или запланированная коррекция значения - как вы после этого валидную запись найдете только по одному значению?

Ответить

- Это уже более навороченная схема эмуляции EEPROM, их у меня тоже есть :) Но для объяснения общего принципа - хватит. К тому же неизвестен конкретный тип флеша, а это может оказывать драматическое влияние на реализацию за счет всякого там ECC и тыды. - LightElf(31.07.2021 11:59)

Средства и методы разработки