Вот глюк какой то непонятно почему при работе самопроизвольно произходит затирание еепрома в контролере ATmega16 который стоит в системе управления температурой помещения и находится непосредственной близости к силовым цепям (токи в статическом режиме до 50 А а во время переключения кто его знает все 220 В переменки ) наблюдался неоднократно !!! Может у кого еще были подобные прицинденты !
Как вообще АВРы к подобным условиям с сильными электромагнитными помехами относятся ?

Несколько наводящих вопросов: 1.Стираеться весь еепром или только несколько ячеек? 2.Используеться в схеме супервизор? 3. Нет ли на плате закольцованных земель?

Стираются отдельные ячейки !
Супервизора нет !
Закольцованных земель нет !

Разве в АВР нет встроеного резет генератора ?
у меня стоит просто RC цепь и все работало !

Проблема типовая.
Поставьте супервизор или включите внутренний.
Удачи!

Супервизор включен только внутренний дело не в этом !!!

Внутренний супервизор у ATmeg'ов работает, как показывает практика, не слишком надежно. Аналогичная проблема c ATmega128 была решена использованием внешнего интегрального супервизора питания.
Вот можно еще почитать: http://www.atmel.com/dyn/resources/prod_do...nts/DOC1051.PDF

Это частенько случалось с 90S2313 при сбое генератора. Коснешься пальцем ножки кваца и EEPROM улетел. В изделиях это случалось при искре от статики. Изменение рзводки слабо помогало. Выяснили, что сбивается PC и иногда переходит на кусок кода с записью в EEPROM, соответственно помогло разнесение разрешения записи в EEPROM и самой подпрограммы записи, т.е. где-то устанавливается бит, который копируется в бит разрешения перед записью(в рабочем режиме запись не нужна). После этого проблема практически исчезла. На ATMEGA8 от сбоев кварца уже ничего не слетает, но все-таки 2 случая сбоев EEPROM было (из ~ 4000 за 2 года).

P.S. Разумеется супервизор стоял.

а не может это все творится изза неустойчевости к Электромагнитным полям ? Дело втом что сам микропроцессор работает уверено и не виснит

Надеюсь, питание 5в, супервизор настроен на максимальное напряжение.
Полезно почитать по теме (если конечно, не читали)
http://www.caxapa.ru/faq/emc_immunity.html
http://www.caxapa.ru/sch/protect.html

Из личного опыта. Сетевая нагрузка (нагреватель): три фазы, до 25А каждая. Настройки сохраняются в еепром, устройства (несколько десятков) работают около 3 лет. Проблем с еепром после включения внутреннего супервизора не наблюдалось.
Удачи!

Помойму где-то читал, (сам не проверял) что встроенный супервизор(BOD) правильно работает (для контролеров с АЦП) если АЦП сконфигурирован на внутренней источник опорного напряжения, даже если АЦП не используется. Если поможет и будет не влом написать, что из этого получилось, пожалуйста, напиши.

Очень сомнительно. Долго рылся в инете на эту тему и у многих все нормально работает в подобных условиях. У меня конструктивно сложно(дорого) защитится от статики, поэтому извращался.


Первая тысяча устройств отработала более года без сбоев, порадовались и рано...

Все-таки нельзя-ли более подробно как, когда случаются сбои

все произходит так :
бывает что при переключении кантакторов происходит сбой
или просто отключаеш контроллер и при повторном запуске все глухо считываеш а там ерунда
насчет того что PC скачет возможно только подпрограмму записи некуда переносить занято 13 кб из 16 возможных

Попробуй делать две копии с контролем CRC. И иногда проверяй и ремонтируй испорченную копию.


попробуй после команды переключения кантакторов переводить контролер на некоторое время в Sleep.

Хорошо помагает заливка под мк и на микрофарад кондер по питанию у мк (типа км5). можно больше

Действительно хороший конденсатор одно но 8.50 рублей в розницу для 0,1 мкф.

Значит все-таки сбой происходит??

Зачем переносить ПП записи?? Изменение EEPROM произходит в сервисном режиме. При входе в этот режим, подальше от ВЫЗОВА ПП записи взводится флаг. В ПП записи этот флаг копируется в бит разрешения записи(не помню как он называется). В основной программе этот флаг сбрасывается в нескольких местах. Это конечно нехороший метод, но позволил на несколько порядков снизить частоту глюков. Вначале, конечно, стоит попробовать разводку, 1нФ на RESET и покороче его и статьи по вышеприведенным ссылкам.