Дивайс на mega162., Сбои в работе. Нужен совет. Опции

[eastwind]

Доброе время суток, уважаемые коллеги.

Есть девайс на меге162+ОЗУ 32кБ. Плата двухслойная. Длина линий шины адреса/данных - 40-50 мм. Разводка неплохая, с обеих сторон свободное место залито полигонами.
Тактируется кварцем 16 МГц. Питание 5В подается через тонкий 7 см шлейфик вместе с SPI интерфейсом от головного устройства.
Питание на головном устройстве сделано на MC33063.

Проблема такая: иногда на некоторых редких объектах происходит зависание меги162.
Также иногда на ней же портятся данные во внутренней ЕЕПРОМ и памяти программ.
Встроенные BOD и WDT задействованы. Внешних нет.

Я думаю, что память программ может портиться из за того, что программа перепрыгивает непостижимым образом в область загрузчика, где есть ф-ции работы с SPM. Однако ж там перед программирование проверяются CRC и т.п. Но не смотря на это данные портятся. Иногда даже загрузчик портит сам себя.
Грешу на не очень удачную разводку линий тактирования от кварца: длина проводников 2-3 см, с переходом на нижний слой и обратно, кондеры расположены рядом с кварцем - довольно далеко от проца.

Из решений пока только приходит работа от внутреннего RC-генератора...
Дело осложняется тем, что в условиях лаборатории этих проблем выявить не удалось.. как только не гоняли. Испытания в лаборатории импульсных помех тоже результата не дали.
Поэтому действовать приходится практически наугад.

Может, кто то выскажет свои соображения, пути решения?

[777777]

Может, кто то выскажет свои соображения, пути решения?

Теоретически эту проблему никто вам не решит. Нужна "отладочная печать" - махание ножками в ключевых местах программы и наблюдение за ними осциллографом. При зависании можно оценить где выполнялась программа, а затем постепенно суживать место поиска. Это может происходить не только при аппаратном сбое, но и например при выходе из main, при возникновении прерывания, которое в программе не обрабатывается. Правда, я не совсем понимаю, как может зависать программа если в ней работает WDT.

Сообщение отредактировал 777777 - Jul 23 2010, 06:41

[eastwind]

При зависании можно оценить где выполнялась программа, а затем постепенно суживать место поиска. Это может происходить не только при аппаратном сбое, но и например при выходе из main, при возникновении прерывания, которое в программе не обрабатывается. Правда, я не совсем понимаю, как может зависать программа если в ней работает WDT.

Нет необрабатываемых прерываний.
Программа рабочая. На многих объектах модули стоят месяцами и проблем нет.
Ошибки на "проблемных" объектах возникают совершенно хаотично и систематизировать их не получается. Поэтому и начал думать в сторону питания/тактирования.

Возможно - проблемы с питанием.
Встречалась ситуация когда при включении питания устройства слетала прошивка. Оказалось, что источник питания при своём включении давал короткий но приличный по амплитуде импульс повышенного напряжения. Flash этого очень не любит - при напряжении питания выше 6,2V (по памяти, может быть - 6,3) прошивка и EEPROM слетают начисто (стираются), если импульс короткий или меньшей амплитуды - стираются отдельные куски или даже биты...

Как решали проблему?

[777777]

Нет необрабатываемых прерываний.

Как? Неужели в системе используются все без исключения прерывания?
Я имел в виду, что не используемые прерывания могли оказаться каким-то образом разрешенными.