Надёжность EEPROM в AVR

[pinco]

Сообщение от pinco

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

В этой разработке было много нарушений.
И первое какая бы сильная группа не была, при новой разработке в новой области нужно идти стандартным путем. Макет, опытный образец, обкатка опытного образца и его доводка, установочная партия.
Окончательная доводка. Серия и затем массовое производство. Всего этого не было.Сразу установочная партия, ага заработало. Нам не дали даже месяца по наблюдать, если можно назвать это наблюдением т.к. разработка велась в Харькове а метро в Баку и при весьма скромном, для данного проекта финансировании. У нас не хватило денег на металлический корпус, пришлось ставить пластмассу. И тем не менее массовых сбоев не было. Но еепром если слетало то FF были во всех ячейках памяти. Кстати развязка гальваническая у нас стояла везде и что также интересно контроллер в этом случае далеко не всегда пере запускался. Если бы было поближе мы бы эту проблему устранили.

Был у меня еще один случай.
Мы разрабатываем оборудование для систем управления ростовыми установками. И один из приборов это пид регулятор. Делаем мы его уже 10 лет, так что вылизано все. АЦП, ЦАП, КОМПОРТ, гальванически развязаны друг от друга и от процессора. Дебелый металлический корпус заземлен. На каждой установке стоит два пид регулятора. и была следующая проблема, один регулятор работал нормально а второй раз в месяц загибался, разрушалась еепром начисто, приходилось менять проц атмега162, благо он был на панельке. Причем для експиремента мы брали регуляторы с других установок где они нормально работали. Результат был тот же. Длинна проводов до установки была до 50 метров в том числе и термопара.
В течении года мы бодались с заводскими электриками
на предмет проверки подводящих проводов, кстати все в экранах. И только когда дело дошло до скандала, они провели ревизию.
Что они делали не говорят до сих пор, но все проблемы исчезли. Какой силы должна была быть наводка чтобы в хорошо экранированном корпусе гальванически изолированном от внешних связей процессоре происходило разрушение еепром.

Да возможно этот хорошо экранированный корпус отвалился от общей массы , так такую детскую недоглядку электрики-то вполне могли и замолчать , может поэтому и молчали , или как вариант - накопление где-нибудь рядом медленно статики и разряд раз в неделю к примеру , и выход из строя МК когда его задолбывают таким образом уже вконец , тоже вполне может быть , причину-то действительно порой бывает трудно найти если только стандартным способом все это смотреть , либо как вариант источники питания если импульсники использовались то без надежного заземления и все ВЧ всплески по сети проходили через них прямиком на логику - ну этож если по нормальному делать то надо всегда не торпясь смотреть что и как там происходит , тщательно , а не как в Вашем случае ,когда для этого не было достаточно возможностей и времени .
Там кстати был еще рядом пост от еще одного участника форума про нулевые ячейки - согласен с таким утверждением - сам стараюсь вообще ничего не писать по адресам EEPROM ни в первые ячейки любых адресов начинающиеся с 0 , ни в первую верхнюю строчку нулевую EEPROM вообще ничего - при случайном крахе в большинстве случаев портятся ячейки с такими адресами а остальные остаются целыми - поэтому получается что кроме них и портится нечему - советую и Вам также делать , и все будет надежным .

[strnikol]

При возникновении проблемы мы проверили все в том числе и заземление. Это было что то у электриков. И раз они молчат как партизаны значит что то такое за что могут уволить без выходного пособия.

[pinco]

При возникновении проблемы мы проверили все в том числе и заземление. Это было что то у электриков. И раз они молчат как партизаны значит что то такое за что могут уволить без выходного пособия.

Да вполне возможно , согласен , особенно когда подключают не то и не туда - "на авось" - так и пока кратковременно вырубатся пакетник от получившегося КЗ - МК вполне тоже мог прийти конец , а потом при "разборе полетов" чтобы за такое не дали втык все "спецы" по электрике и молчат - такой способ подключения оборудования к сожалению не редкий случай .