Может быть подпрограмма для записи в EEPROM, которую можно вызвать только 1 раз.

Для того, что-бы "можно вызвать только 1 раз" нужен энергонезависимый признак того, что этот 1 раз уже был. Вопрос и состоит в том, что это за признак?

Например, число читаемое из EEPROM.

Раз такая подпрограмма есть, значит ее можно вызвать. Сценарий: забыли включить (или намеренно не включили) супервизор. Тогда при снижении питания программа вполне может сбиться, и не исключено, что управление получит эта самая разрушительная подпрограмма. Тот же эффект можно получить, если в программе переполняется стек. Раз в год, как говорится, и палка стреляет

В программе есть код записи данных в память:
команда на запись с ПК;
устройство получает данные с ПК;
проверяем "кодовое слово"
если оно совпало, перезаписывем полученные данные в память.
Думаете есть вероятность того, что при подаче вполне определенных команд появилоась помеха начинающаяся командой и заканчивающаяся кодовым словом? Наверно есть, но маленькая.

Есть, безусловно. Если в программу заложена подобная "бомба замедленного действия", то она, как правило, взорвется, рано или поздно. CRC всей командной посылки и блока данных, включая кодовое слово, как я понял, не проверяется ?

какой-нибудь M103С fuse?

Достаточно отключенного BOR-а и вероятность начала программы после "если оно совпало" будет далека от нулевой.

Какая бомба? Обычная программа. Без фанатизма.

to ArtemKAD - подскажите, что такое BOR-а? если сброс по снижению питания, то он установлен на 4V.

Сообщение отредактировал messenger - Sep 28 2013, 20:45

Вы про защиту команд и данных с помощью CRC так и не ответили. Есть она ? Если нет, то банальный "мусор", принимаемый при переключении разъемов или плохом контакте в них может дать самые неожиданные и загадочные эффекты ...

Brown-Out Reset

такое кодирование не делаю

Тогда все ясно ...

да ничего на самом деле не ясно. в практике с AT89S53 у меня был пренеприятный случай, когда в процессе эксплуатации с периодичностью примерно раз в 4-6 месяцев в EEPROM слетала 1 ячейка - строго определенная, и слетала всегда в строго определенное значение. Процедур записи в эту ячейку в коде не было вообще - EEPROM писалась 1 раз программатором, в коде только чтение.

никакие аппаратные меры не помогали. после долгих мытарств пришлось уйти на AVR и для страховки писать все настроечные константы во FLASH - помогло.

в случае топикстартера могу порекомендовать 2 варианта борьбы с бедой:


1. хранить в EEPROM 3 копии калибровочных констант, при старте программы считывать по мажоритарному принципу.

2. поступить так, как сделал я: калибровочные константы писать только программатором во FLASH, исключив из кода принципиальную возможность записи.

Писать калибровки во Flash без возможности изменения не всегда получится - они могут настраиваться в процессе регулировки изделия.
Поступал следующим образом. В EEPROM хранится несколько копий массива калибровочных параметров, защищённых CRC. При старте проверяются все копии. Если CRC в порядке, калибровки считываются в ОЗУ и переходим в штатный режим работы. В случае повреждения какой-либо копии массива она восстанавливается из неповреждённой. Если же совсем "всё пропало" - EEPROM переписывается из FLASH "среднепотолочными" значениями и выставляется признак, что устройство не настроено. Автоматически получается инициализация EEPROM при первом запуске.