Помехозащищенность AVR, Интересно мнение практиков Опции

[James D.]

Интересно узнать мнения специалистов-практиков о помехозащищенности и электромагнитной совместимости микроконтроллеров AVR.
Какого рода помехи оказывают наиболее вредоносное влияние на работу МК, и как от них избавляться?
Можно ли считать стоящий рядом комп источником помехи, могущей нарушить работу МК?
Какие компоненты схемы, находящиеся на одной плате, могут оказывать вредное влияние?
Какой источник питания лучше всего использовать для МК систем?
Обязателен ли супервайзер питания, или можно положиться на аппаратную защиту МК?

Вобщем, я призываю спецов делиться своим опытом, а не держать все в себе!

P.S. Любителей отсылать к AVR040 просьба не беспокоить! Интересно ведь узнать мнения людей, непосредственно вкусивших все прелести влияния помех и избавления от них!

[SasaVitebsk]

Выпустили более 1000 изделий. Первоначально шли на at90s8515 (DIP). Наблюдалась не только потеря EEPROM но и потеря FLASH. Интересно, что некоторые не возвращались никогда, а некоторые по два-три раза. Достаточно было "поискрить" паяльником который на трансе в одной розетке. Обращались на atmel.ru. Они выслали общеизвестные рекомендации типа подпереть SPI и RESET. Слетать стали меньше, но всётаки возвраты были. После применения atmega8515 (планар) с той же программой таких случаев не возникало.
Интересно что такое же изделие другого производителя поставлялось на PICе. Так у них наблюдались выходы кристалов из строя. Довольно часто. В нашем случае такого не наблюдалось совсем.
Исследования проводить не было возможности, но скорее всего ряд причин повлиял.
1) 8515 в дипе питание неграмотно.
2) Возможно разводка!
3) Источник был дешёвый бытовой (1.5$)
4) В схеме применялись два микроконтроллера и ноги SPI были задействованы.
5) Самопальный BOD на транзисторе.
Но судя по ответам данный глюк встречался довольно часто. Они потом писали что переработали в мегах узел программирования.