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

Ни-ра-зу.
1998-2000 годы, 90s1200, 90s2313, сотни изделий, "комнатные" условия, правда, но никаких супервизоров не было. Ничего не слетало, даже EEPROM. У 90s1200, правда, EEPROM использовалось только на чтение, содержимое прописывалось программатором, и код записи в EEPROM напрочь отсутствовал, но у 90s2313 EEPROM использовалось на полную катушку.
С 1999 года - 90s4433, 90s8515, поблизости питающее устройство рентгенаппарата, правда, тут уже стояли супервизоры, 1171СП42, после замены 90s4433 на mega8 и 90s8515 на mega8515 супервизоры были выброшены, но и до этого пару сот установок успели сделать.

у меня другие данные по крайней мере по 90s1200.Девайс-маломощный(10Вт) ТВ передатчик примерно
штук 20 производства МИСИ(Москва).Частый слет EEPROM,как правило,после бросков питания.Условия,правда,не комнатные,неотапливаемые боксы.Но ЕЕPROM также использовался только на чтение,код записи отсутвовал.Мало того,чип был переведен в режим отключения ISP(PIN RESET использовался как порт IO).Вылечил переходом на tiny2313 c переносом всех констант во флеш.

Возможно время спада питания при выключении было мало.
Анализировали сбои EEPROM в 2313 при многократных вкл/выкл:
- если нет кода записи - нет сбоев
- защита кода записи проверками снижает вероятность, но не исключает
Ввели 1171СП42, сбои практически исчезли. Выяснилось, что сбой генератора, например касание пальцами, сносит EEPROM примерно с вероятностью 5%. Появились меги, сбои от питания и генератора исчезли. Было пара раз из нескольких десятков тысяч, подозрение на статику, поскольку разряд на ногу иногда сносит по-прежнему, но это уже за гранью допустимого.

Э-э-э... Как бы Вам помягче сказать.
Отправьте своего разводчика платы на курсы повышения квалификации лет на 20. Т.к. влияние помех "по нулевому проводу" и "шаманство с длиной проводов" это прямой диагноз - хреновая разводка платы.

Полностью согласен c ArtemKAD!!!
Ну не сбоят АВРки!!! Лет пять используем и ноль проблем.

Не могу с Вами согласиться.
Опыт показал, что отсутствие проводов на выводах ISP или подтягивание их потенциала к питанию через достаточно низкоомные 5-10кОм резисторы, очень положительно сказывается на надежность функционирования устройства, особенно в условиях мощных электромагнитных помех, распространяющихся по землям и по эфиру. И дело здесь не в плохой разводке платы.

Вообще то все эти слеты флеша уже давным давно пофиксены и известны. В определенных кругах, как оказывается. Слет флеша в АТ90-х происходил в условиях повышенных помех при условии неиспольхования ног программирования. При заземлении этих ног проблема уходила. Конечно, в 85х5 пи этом приходилось жертвовать SPIем. В Мегах внутренний программер доработали и он уже не запускает с фонаря процедуру стирания. ЕЕПРОМ, как известно, и Атмелы про это писали, при пониженном напряжении может сходить с ума при попытке записи в него. Этот глюк остался и ячейку ЕЕПРОМ с адресом 0 опытные шаманы не используют, поскольку если что, то она страдает первой.

А мужики-то и не знают 8-) . Особенно когда предусматривалось переписывание ПО по штатным ногам устройства. Штатно питание было 7-20В. А при подаче 5В по штатным ногам можно было писать AVR...

И без каких либо загрузчиков!


Этот "глюк" с таким-же успехом присутствует и во внешних EEPROM. Связан он с особенностью этого типа памяти - необходимости высокого напряжения для записи ячеек.

Что-то в этой части текста присутствует какой-то хотический смысл - вся конструкция напоминает чистый оксюморон. Пообстоятельнее разъяснили бы, какие такие 7-20В, куда и откуда 5В?


Внешние ЕЕПРОМ обычно имеют внутренний супервайзер, который срабатывает раньше, чем наступают глюки. ЕЕПРОМка в этом случае возвращает NACK, если она И2Цсная, либо ошибку в статусе. С Атмеловскими не работал, ни Микрочиповские работают именно так. И ваще, при недостатке питания, если схеме умножения не разовьет должного напряжения, то записи просто не должно произойти, а не произойти запись по случайному адресу. Этот глюк говорит о том, что не схема умножения сходит с ума, а мультиплексор. Это явно ошибка разработчиков чипа.

Тоже считаю что at90s8515 как минимум имело "нехорошесть" по параметрам надёжности EEPROM и FLASH. Тем не менее мы выпускали серийно изделие где работала связка 8515-1200. Интересно что с 1200 у нас проблем не было никаких вообще. А вот с 8515 происходили эпизодические случаи потери FLASH. После появления м8515 стали их заменять на них. Все проблемы пропали.

Причину выясняли. Если использовать хороший блок питания, то проблемы исчезают. Но дело в том, что мы делали изделие с внешним блоком питания. А обычно использовался китайский. Сделали часть изделий со своим встроенным импульсным блоком питания - ни одного случая вылета не наблюдалось.

И тем не менее если замена at90s8515 на atmega8515 приводит к нормальной работе на том же изделии где ранее наблюдались сбои, то это говорит что глюк всётаки был и он был устранён разработчиками.

Но всё это времена далёкие, теперь почти былинные. Посмотрите на сайт Atmel. Сейчас почти все микрухи выпускаются в исполнении avtomativ. Это говорит за то, что это уже не изделия для поделок.

Pull-down 5-10k недостаточно было? Тогда бы и SPI остался.

По сабжу ни разу ничего не слетало просто так. Слет'а EEPROM'а на AVR'ке в глаза не видел, хоть в коде используется и запись и чтение всегда.
флеш слетал, но далеко не по вине Atmel'а, а при таких условиях:
1)
a. Прошит бутлоадер.
b. Используется 5-ти вольтовая внешняя память в которой могут храниться указатели на функции.
c. BOD на 2.7V.

либо

2)
a. Прошит бутлоадер.
b. Выключен BOD, нет супервизора.

Причем если от 1) можно еще как-то защититься - перемычками, двойными-тройными проверками перед записью страницы, задержкой перед стиранием и т.п., то от 2) никакие "финты" в бутлоадере не спасают.


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

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

Ну если все еще не понятно объясняю чуть иначе.
Плата со стабилизатором 78L05 и 90s8515 на RESET-е которого стоит супервизор на 4,2В. Ноги 90s8515 используемые при программировании (SPI) использовались как два входа и один выход. При этом до срабатывания супервизора (Uп=7-20В) это обычные ноги, а при сработавшем супервизоре (Uп=...-5В) это ноги ISP.
За 4 года выпуска таких плат проблем со случайным слетанием флешки от внешних сигналов на ногах SPI обнаружено небыло.

Сообщение отредактировал ArtemKAD - Dec 26 2007, 17:03

Опытные шаманы не используют несколько ячеек с начала памяти