caxapa.ru :: По рекомендации Атмела : 1)не пользовать 0-ю ячейку EEPROM 2) после каждой операции чтения/записи обнулять регисрты EEARH, EEARL. если не соблюдать эти условия то велика вероятность порчи ячеек EEPROM адрес которых записан в EEARH:EEARL.

16+
Пятница
22 февраля Вход |Карта сайта | |Upload | | PARTS
	О смысле всего сущего • 0xFF • Средства и методы разработки • Мобильная и беспроводная связь • Блошиный рынок • Объявления •		•Микроконтроллеры •ARM •AVR •PIC •MSP •PLD,FPGA,DSP •Кибернетика •Технологии •Схемы, платы, компоненты
	Микроконтроллеры AVR

Новая тема Правила Регистрация

Поиск »» Архив

•Вернуться в конференцию •Топик полностью

m16_home (11.01.2019 18:00) , в ответ на А какие байты портятся? Как обычно первые? Может прошивку поменять, чтобы их не использовать? автор: LightElf

По рекомендации Атмела : 1)не пользовать 0-ю ячейку EEPROM 2) после каждой операции чтения/записи обнулять регисрты EEARH, EEARL. если не соблюдать эти условия то велика вероятность порчи ячеек EEPROM адрес которых записан в EEARH:EEARL.

Ответы Развернуть
- EARTH EARL? Типа "граф Земли"? Галактическая империя, йопта. - SciFi(11.01.2019 20:11)
- Ну вот я типа и намекаю топикстартеру, что если нет возможности прошить фьюз, то по крайней мере можно софтверными исправлениями снизить вероятность ошибки. Ну и постепенно перешить фьюзы. - LightElf(11.01.2019 18:27)
  - память бьется одиночными байтами, в большинстве того что я видел. (+)- Троешник(310 байт, 11.01.2019 19:20)
    - А что мешает программно сделать необходимую задержку перед чтением ЕЕПРОМ, если фусы недоступны? И перед выключением тоже запретить обращение к ЕЕПРОМ :-). - maleon(12.01.2019 19:10 - 12.01.2019 19:52)
      - Обращение к ЕЕПРОМ вообще должно быть запрещено всегда, кроме непосредственно обращения - MBedder(12.01.2019 19:41)
        
        А что будет, если МК не подозревая о предстоящем выключении, со всеми предосторожностями начал запись (необходимо несколько мсек), а тут его Brown-out сбросил через 1 мсек? Такое выключение теоретически можно спрогнозировать, если при помощи АЦП (+)- maleon(167 байт, 12.01.2019 20:12)
        
        Такие ситуации легко отлавливаются и исправляются при следующем включении с помощью CRC/КС. Не сошлась КС - заменяй данные на дефолтные. P.S. сносить не туда запощенное сообщение вовсе не нужно - есть функционал "прикрепить" - MBedder(12.01.2019 20:17 - 12.01.2019 20:20)
        
        Правильные пацаны делают типа журнал, атомарность операций обеспечивается. Не записалось до конца - будет то, что было перед этим. - SciFi(12.01.2019 20:20)
        
        char RestoreSetupUntilSuccessful(void) (+)- VLLV(212 байт, 12.01.2019 20:25)
        
        А если 3, 4 и т.д.? :)) - MBedder(12.01.2019 20:27)
        
        А памяти больше нет :) - VLLV(12.01.2019 20:34)
        
        Именно поэтому Волга до сих пор и впадает в Каспийское море, а не куда-нибудь в Миссисипи :)) - MBedder(12.01.2019 20:22)
    - Обычно память портится во время случайного старта функции записи из-за сбоя ядра при нештатном питании. - VLLV(11.01.2019 19:31)
      - записи на старте нет. только чтение. одним блоком большим все вычитывается в озу - Троешник(11.01.2019 19:39)
        
        когда МК работает при нештатном напряжении питания это вы считаете что там записи нет, а реально может совсем по другому получиться - AlexG(11.01.2019 19:45)
        
        Контроллер при сбое тактирования может случайно забежать в функцию записи в ЕЕPROM, и выполнить запись того мусора который есть в стеке, но вероятность этого можно снизить если в начале функции записи проверять специальную переменную в ОЗУ. (+)- Boвa(639 байт, 12.01.2019 17:48 - 12.01.2019 23:53)

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