Возможно и так(я еще раз проверю). Но непонятно как влияет уровень напряжения на записанную флэш? У меня в самой программе SPM не выполняется нигде, а в загрузчике очень много условий для входа в саму загрузку.
Записывается-то нормально, без сбоев.
Разводка действительно очень плотная. И опять вопрос-- каким образом это влияет на целостность флэш? Предположим что где-то жуткие помехи -- изделие просто не будет работать или будет сбоить сама программа. Но тут получается , что прога работает прекрасно пока флэш не побита. Глюки все давно исправлены, да и программа несложная без изысков особых...

конденсатор КМ-5 0,01 - 0,1 мкФ на ножки питания меги

Сотрите всю флеш - и бут и программу или чистый контроллер возьмите. Подергайте питание и считайте флеш. Если и в этом случае будут ошибки в флеше, значит бут не причем, просто кристаллы левые.

Когда уровень напряжения питания падает ниже критической отметки указанной в ДШ, не секрет что МК начинает глючить, первым искажается содержимое RAM. МК надо бы сбросить и держать сброшенным до того как это произойдет. В противном случае, процессор может выполнять блоки вашей программы в совершенно случайном порядке. С достаточно низкой вероятностью (но ее хватает чтобы испортить флеш) процессор выполняет опасную команду SPM с параметром Page Erase. После чего питание падает настолько что процессор отключается, либо наоборот возрастает до нормального уровня и процессор начинает выполнять все правильно с той точки где находится, но одной страницы уже нет.

Кстати, можете убедиться в том, что слетает всегда только одна случайная страница флеш. Для этого прочитайте содержимое флеш после того как программа начнет работать неправильно и сравните с бинарником программы.


Стоит еще добавить "железную" защиту от записи - перемычку, проверяемую непосредственно перед SPM. Я использую перемычку между MISO/MOSI, т.к. всегда есть разъем программирования. Правда без супервизора питания она все одно не поможет, но вероятность слета хоть как-то снизит.

Вот тут вы заблуждаетесь. Это как у Дон Амброзио "процессор завис" или "сбоит".

Память сама по себе не слетает. Не имеет такой привычки. Это значит, что при каких-то обстоятельствах процессор начинает выполнять некоректные действия и, портит ваш флэш.
Ваша задача разобраться почему и при каких обстоятельствах CPU занимается ерундой.

Причин может быть несколько.
Например - ошибка в программе.
Именно поэтому вам говорят про нарастание питания и BOD. То есть при низком питании, если выключен BOD и CPU при этом работает на высокой частоте (U=1.6 FCLK = 4) могут происходить такие финики.

Для проверки работоспособности вашего BOD подайте питание 2.5V и посмотрите порты.

Главное, вы должны понимать, что хомут где то у вас и вы можете и должны его найти.

BOD был отключен при параллельном программировании. Сейчас установил 4 В BODEN 0. В этом ли дело не уверен, но при испытаниях 10 изделий в рабочих условиях (быстрое включение и выключение питания) ни одно изделие не вышло из строя.
Спасибо всем.

Дело именно в этом. И за этим надо строго следить, чтобы не напрошивали фигни на производстве.

После 7805 - УБЕРИ!!! Лучше добавь перед стабилизатором. После стабилизатора только керамика обеспечивающая устойчивую работу 7805 (см. ее доку).

столкнулись с такой проблеммой на меге16, перепробовали все, не помогало, перешли на внешнюю еепром - не помогло стали смотреть код и нашли ошибку, исправили - и все стало нормально. на все эти поиски потратили недели две.

В особо параноидальных случаях - вплоть до того, что на старте программы проверять значение fuses и в случае чего стопорить работу с какой-то явной индикацией неработоспособности.

Это как? Что-то не припомню что фузы программно доступны....

так в схему встроить автономный программатор, чтоб верификацию делал и заливал новую прошивку, если что

А при чем здесь EEPROM?

а кто будет контролировать "автономный программатор"? ИМХО, это ещё одна деталь снижающая надёжность.
Всё же интересно, что же имел ввиду ReAl?

Поиск по форуму

В иаре для меги так