Кстати, вот подборка факов, которая уже лет десять в сети, может будет полезна, кто не читал:
http://faqs.org.ru/electron/embconst.htm
Кстати, авторы ответов посещают этот форум, мой им .

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

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

Бабка на базаре сказала....
Кино и немцы.

Если вы не сталкивались с этим эффектом, то стало быть подтверждаете обратное.

Ну насчет АВР не скажу. а вот насчет атмеловских 51 было дело, правда давно года 4 назад, флэш слетала.

"У меня был обратный случай - FLASH портилась при наличии внешнего супервизора в условиях сильных помех. Причем всё зависело от длины линии RESET и точки подключения земляного вывода супервизора. С внутренним BOD всё OK, никогда такого не наблюдалось. Больше внешний супервизор не ставлю."(с)
http://www.telesys.ru/wwwboards/mcontrol/2...es/466039.shtml


"А ЧТО САМОПРОГРАММРОВАНИЕ ЮЗАЛИ? отправлено С_а_ш_к_а__Ю_д_а_б_Э_п 23 апреля 2008 г. 12:12"(с)

"Я вообще использовал кристалл без возможности самопрограммирования. Насколько я понял, помехи переводили его в режим последовательного программирования.

Отправлено Леонид Иванович 23 апреля 2008 г. 13:19"(с)

А тут ответ товарищу, у которого EEPROM портиться даже без обращения к ней

Сообщение отредактировал Дон Амброзио - May 4 2008, 07:42

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

На 90S2313 - искажение памяти программы наблюдалось. У S1200 - тоже (сталкивался лично). Дела давно минувших дней, но тем не менее... EEPROM данных у них слетала еще чаще, но по другой причине (плавное снижение напряжения питания). Уже на мегах такое мне лично не встречалось.

Но вынос SPI на 70 см - это серьезно. Обязательно согласовывать линии, иначе ведомое устройство будет вести себя непредсказуемо...

В плане емкостной нагрузки? Я обдумал - поскольку порты работать будут лишь на выход - поставлю буферный услитель (К561ПУ4, аналог - HC4050). А пины МК - и так подтянуты резисторами на 10К к земле. Дополнительный плюс - даже сильная помеха не пройдет с выхода лог. элемента на его вход. Еще плюс - защита портов МК от случайного КЗ во внешнем кабеле (передавили, скажем).
Ресет через 4,7К - на +5В (зашунтирован диодом), на нем же - внешний супервизор питания (МС33064). Все логично?



Разъем внешнего кабеля будет подключаться на ту же "гребенку", к которой подкючается и программатор, так что взаимовлияние автоматически исключается. И, кстати, очень рационально используется разъем, который УЖЕ есть и запаян на плате - не требуется вообще ничего паять (буферная микросхема будет врезена в кабель, т.к. на ISP-интерфейсе априори уже есть и питание и земля. Вариант кабеля "сотовый-ПК", однако...



Так-так-так, а здесь подробней, плз: зачем же подтягивать к питанию? Можно и Pull-UPы включить, верно? И разве не логичней не "подтягивать" а "сажать" на землю? Это - вообще, т.к. в моем конкретном случае все порты будут работать на выход (через буфера, как я уже сообщал в предыдущем постинге).
Кстати - всех присутствующих с Днем Радио!

Ну вот, отличное решение получилось. И с разъемом и с буфером в кабеле.
Теперь не о чем переживать.


Я бы просто включил встроенный BOD. Работает прекрасно.
Зачем ставить еще что-то внешнее?


Со слетом EEPROM сталкивался, а со слетом флеш (без SPM в программе) - ни разу.

Спасибо. А зачем "внешнее"? Да просто уже с год стоит, работает, не жалуюсь.

А идея подключения внешнего индикатора, малой кровью и без новых шишек (в т.ч. - гемороидальных) возникла только сейчас. Долго мыслил, как ноги размультиплексировать (индикаторный выход и так на вход работате - от датчиков). Глаз упал на неиспользованные МОСю энд компани...

Так и возникла эта ветка.

Нет, емкость линии тут не столь существенна. Речь именно о согласовании линии. При отсутствии оного согласования устройство, вынесенное на такое расстояние, вполне может получать ложные фронты из-за "звона" кабеля. Я такое видел и при метровом куске ленточного кабеля на LPT при программировании AVR через байтбластер, и на 30-см куске кабеля 74hc595 загружали белиберду, то работали, то глючили. Либо 100-омные резисторы со стороны передатчика последовательно с линией, либо RC-цепочки со стороны приемника. По крайней мере на тактирующих сигналах.

Точно! Совсем упустил - большое спасибо. И - персональная благодарность всем остальным отзывчивым людям (отозвавшимся на зов о помощи). Удачи!

У меня на ATmega16 на этих выводах висит ЖКИ индикатор - шина DB7-DB4. И програмируется все это не отключая ЖКИ через USBasp. все прекрасно работает.

Аналогично на ATmega8 c программатором PonyProg/STK200. ЖКИ подключен через резисторы 22 Ом