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

[lankai]

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

Прочитал в книге Баранова, что EEPROM в AVR довольно ненадёжная штука .

Извини, а что за книга баранова? Интересно почитать.

Называется так :Применение микроконтроллеров АVR :схемы,алгоритмы,программы.
Книжка сама по себе не фонтан , но человек как-то, что-то делал и об этом написал. С EEPROM он явно мучился, не один день,
хотя код у него желает лучшего. Поэтому я и открыл эту ветку,
так как доверия не вызывает

[Superki]

то есть по большей части в роли супервизора может выступать парочка конденсатор - резистор? или там какое-то специальное устройство?

[lankai]

то есть по большей части в роли супервизора может выступать парочка конденсатор - резистор? или там какое-то специальное устройство?

Насколько помню (сам не пользовался) несколько больше .
Даю ссылку на даташиты от Micrel:
http://micrel.com/page.do?page=produ...ervisors.shtml

[pinco]

то есть по большей части в роли супервизора может выступать парочка конденсатор - резистор? или там какое-то специальное устройство?

Да нет же - парочка таких деталей это НЕ супервизор а только RC цепочка для задержки RESET сигнала при включении питания - а вот от выключения это НЕ спасает - супервизоры это микросхемы специальные от понижения питания (чтобы ЕЕПРОМ не затерлась и от прочих напастей) - посмотри MAX6326-MAX6348 ,MAX6322,MAX6305-MAX6313,MAX836,MAX837,MAX796 - 799,MAX834 - 835,MAX6332 - 6334,MAX809,LM809, ну и прочее , а вообще же в большинстве случаев хватает и внутреннего супервизора от понижения питания - это так называемая схема BOD внутри контроллера - смотри datasheet на микроконтроллеры , заодно и посмотришь как она программируется на разные напряжения срабатывания .

[lankai]

И еще насчет количества чтения записи еепром-
я однажды проверил контроллер- написал такую прогу, которая ПОСТОЯННО пишет в еепром числа 00,01,02...FF
во все ячейки, при этом проверяет что записал, и если наступает ошибка- включается светодиод. В минуту- тысячи записей. И что Вы думаете- светодиод засветился только через неделю причем контроллер уже потом не читался. Похоже у него отказала вся память.
/ret/

Результат эксперимента впечатляет, но при этом проводились циклы включения-выключения?

[strnikol]

Несколько лет назад где то в 2000 году делали мы систему контроля пассажиропотока для бакинского метрополитена. Опыта работы в этом направлении у нас не было и не было времени для проведения испытаний.
За полтора месяца нам нужно было разработать и сделать опытную партию контроллеров в количестве 15 шт. Выбрали мегу 103.Контроллер должен был считать жетоны на лету и управлять АКП на станции метро. К тому же на станции должен был стоять сервер с помощью которого можно было проверить и если надо откалибровать на новый жетон каждый контроллер и который собирал информацию о количестве жетонов у каждого контроллера. Станционный сервер передавал отчет по каждому контроллеру на сервер нач.метрополитена.
Поставили мы на одной из самых нагруженных станций эти контроллеры. вроде бы было все нормально.Правда на одном из контроллеров произошло разрушение информации в еепроме в котором хранилось количество жетонов брошенных в жетоноприемник. Но мы тогда не обратили на это внимание. Через полгода мы поставили
150 таких контроллеров на всех станциях метро.
И вот здесь начались неприятности. почти каждые сутки на одном из контроллеров происходила потеря информации в еепроме. Чкго мы только не делали чтобы восстановить информацию. Придумывили алгоритмы с помощью которых можна была восстановить количество жетонов с точностью -1 жетон. На стенде все работало прекрасно кстати и потерь еепрома тоже не было. пришлось ввести такую програмку которая периодически разрушала частично еепром кроме того после броска жетона снимали питание с контроллера, ну в общем изощрялись как могли. Алгоритмы востановления работали прекрасно. Но на станциях потери продолжались. Так мы и не победили эту проблему. Этот эффект ушел когда местные электрики перевели управление шторками на АКП с переменного тока на постоянный. естественно мы принимали меры защиты от электромагнитных помех но тем не менее вот такая проблема у нас была.

[pinco]

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

[kontakter]

Извините, но мы более 3 лет выпускаем контактные и бесконтактные измерители и сигнализаторы напряжений 0,4-220кВ на контроллерах АТмега88, АТтини2313, выпуская по 4тыс изделий в год.Эксплуатация у энергетиков в жесточайших условиях, и ни одного "слёта" ПО, и выхода из строя контроллеров.Очень надежная штука.

[ru]

Наличие супервизора не спасает от проблем с ЕЕПРОМ.
Ресет запись в память не остановит а вот регистр адреса обнулить может. Поэтому в описании не рекомендуется пользоваться нулевой ячейкой.

[strnikol]

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

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

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