Затирается EEPROM от статики на м162, Можно ли защититься ? Опции

[west329_]

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

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

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


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

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

[goodwin]

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

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

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

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

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

[west329_]

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

[Dog Pawlowa]

C утра пораньше побывал на производстве, сам лично проверял , контроллер перегружается сам по себе в тот мобент как большого брата(пром контроллер) вытягивают из сети и опять подключают...

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

[west329_]

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

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

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

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

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

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

[Dog Pawlowa]

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

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