Ув. читатели подскажите как можно защитит контроллер от сбоя.
Опишу кратко ситуацию.
Наша руководитель проекта решил отказаться от морально устаревших пик контроллеров и перейти на более быстрые меги мотивируя тем что будет запас производительности и памяти. Заказали с горячки партию мег 162 сразу на все устройства, ну наше дело маленькое, написали софт, отладили, и тут вылезла оно - проблема. Ещё во время отладки обратили внимание на то что если подпаивать какой то элемент на плате, слетают настройки в ЕЕПРОМ, все данные как использовать контроллер проверят через crc. Я сразу подумал на статику, но так как это только опытные образцы паяются включенные то настал сильно переживать.

В итоге устройство подключается к промышленному блоку по RS-232, в наших устройствах мы использовали max232N, все поначалу работало нормально и начальство даже поблагодарило за труды, но все случилось когда промышленный блок завис, чтоб его перезагрузить оператор просто выдергивает его из сети и заново включает, при этом наше устройство запитывеатся от собственного блока питания и соединяется только 3 проводами с пром.блоком Rx Tx GND, и в момент когда его включают наш контроллер перегружается и еепром не проходит верификацию а попросту слетает.

Понял что эту проблему не решить программно, подскажите может можно как то физически защитит контроллер ?


p.s. Забыл, изначально до меги стоял пик который спокойно переносил такие манипуляции, и еепром ни разу неслетала.

Сообщение отредактировал west329_ - Jan 27 2009, 21:22

Перегружается само по себе ? или так и задумано ? перегружается программно или аппаратно ?(хотя аппаратно через Rx,Tx и GND трудно)
BOD то хоть включен на меге ?

Контроллер перегружается сам по себе. BOD включен. В том то и дело если разём не подключать к промышленному блоку то всё нормально.

то есть все время мега и промблок были соединены(RX,TX,GND), мега была включена и при включении промблока мега уходит на перезагрузку ?
НЕ ВЕРЮ...
Ну или там в разводке чего-нить очень злобно накосячили...

m162 говорите?
Есть именно по ним приличный опыт.

Сначала пользовали m161 - у них был нерабочий BOD, посему ставили внешний супервизор.
Из недостатков - все-равно на морозе (и только!) умудрялась слетать флэш. 1-2 случая на 500 устройств.

После появления m162, перешли на них. Решили сэкономить на супервизоре, так как вроде атмел подправил это дело, и получили не стартующие контроллеры в морозы -20 при включенном BOD. Была такая фишка в первых партиях.
Так, как схемотехника не поменялась, начали опять ставить супервизоры и проблем не стало. Никаких.
Устройства работают на улице, в них тычут таблетками Dallas прямо с машин - статика нехилая, но ни одного случая слета памяти не было (ни eeprom, ни flash).

Так что советую попробовать поставить для эксперимента.
Ну и надеть колечко ферритовое на провод интерфейса не помешает, раз у вас там такие "нечеловечьи" условия.

А самое главное таки - пристально присмотреться к разводке
Соединить землю интерфейса, например, к земляной точке подключения блока питания...

C утра пораньше побывал на производстве, сам лично проверял , контроллер перегружается сам по себе в тот мобент как большого брата(пром контроллер) вытягивают из сети и опять подключают, повторюсь при этом наше устройство питается от собственного импульсника и соединено только 3 проводами по 232 интерефейсу. В промышленно контроллере стоит тоже импульсник мощность ват так 50.

При 20-25 таких перезагрузок 1 раз слетела еепром, потом включал выключал раз 50, еепром неслетала но каждый раз контроллер сбрасывался.

Ув. goodwin вы можете показать вашу схемотехнику подключения, именно ту част что касается меги 162 и макса232 и питания.

Сообщение отредактировал west329_ - Jan 28 2009, 07:07

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

А если допустим помеха от пускового тока импульсного блока питания пром. контро. как тогда можно от неё избавится.

Ещё огорчает тот факт, что мы старались сильно в схематику невлазить, так как всё уже было сделано до нас на пик контроллере и работало нормально без збоев, мы только заменили его авркой и поменяли кварц.

Феррит на шнурок обязательно намотаю и проверю.

может есть ещё варианты ?

Сообщение отредактировал west329_ - Jan 28 2009, 07:35

Этот вариант - как детская присыпка от холеры.
Почитайте эту статью:
http://caxapa.ru/lib/emc_immunity.html

Предлагаю на RS232 поставить гальваническую развязку: или использовать м/с драйвера с гальванической развязкой или между драйвером и процом поставить опторазвязку.

Вы встречали такие решения, если можно поделитесь ссылкой, так как изобретать веросипед нехочется.

Нехочу ничего плохого гворить в адрес авр, но похоже микрочиповцы сжелали еепром более надёжной.

П.С Кажется есть подобные решения по ссылке Dog Pawlowa.

Сообщение отредактировал west329_ - Jan 28 2009, 07:50

Вот так и рождаются легенды!

Ну если перезагрузка только при подключенном кабеле RS232, то скорей всего не удачно выбрана точка соединения земляного провода линии связи с землей платы меги. Отвалить земляной провод линии от платы и попробовать найти другую точку соединения с сигнальной зеьлей, м.б. через барьерный резистор (десятоки ом). Радикально - гальваноразвязка.

Для начало поставьте супервизор. ИМХО: Бодлевелы встроенные менее надёжная штука. Потом сделайте оптическую развязку RS (также можно и на цивровых изоляторах ADUM, меньше тока кушать будут, но чуток дороже), а также многое зависит от разводки платы

Какое полное название ADUM, я просто такими ещё непользовался, для гугла маловато информации.