caxapa.ru :: на питании ёмкости, которые позволяют без проблем записать пару десятков байт :) (не говоря уже об одном). Запись массивов данных с CRC - непростительно долго во многих случаях и гарантированно бьёт ВСЕ данные при порче всего двух байт (по одному

Adept (03.10.2017 15:42, просмотров: 380) ответил 1111111 на К примеру имеем 1/1/1. Пишем 2 - 2/1/1, 2/хуяк пропало питание/1. Имеем 2/0/1. Это для счетчиков актуально. Для кучки одноразовых настроек отлично катит две копии с CRC

на питании ёмкости, которые позволяют без проблем записать пару десятков байт :) (не говоря уже об одном). Запись массивов данных с CRC - непростительно долго во многих случаях и гарантированно бьёт ВСЕ данные при порче всего двух байт (по одному в каждом блоке, или в самой CRC :))

...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)

Ответить

- Эээ... зачем перезапись всего массива? Только нужный байт и CRC. Побьется при записи одна копия - останется вторая. Кондерчики надо ставить если для основного функционала надо. А для сохранения настроек городить банки это слишком - 1111111(03.10.2017 15:52)
  - для пересчёта CRC придётся считывать весь массив (это может оказаться долго). Ёмкости по питанию всё равно нужны хоть какие-то. Без них не будет гарантии записи даже одного байта (процедура записи байта не должна прерываться посередине) Adept(126 знак., 03.10.2017 16:13 - 16:17)
    - Для настроек пофиг на длительность пересчета. Для каждого случая оптимален свой метод. Имхо для настроек это crc и две копии, для счетчиков - размазывание и хитрожопые мажоритарные алгоритмы. Причем все должно гарантированно работать вообще без 1111111(146 знак., 03.10.2017 18:52)

Микроконтроллеры AVR