Прошивка слетает!

[king-live]

Доброго времени суток! У меня вопрос. Одинаковые платы и одинаковые прошивки. Но по разному по времени прошиваются. Одни контроллеры (планарки) прошиваются до полной сборки всей платы. Другие контроллеры, прошиваются после полной сборки всей платы. Но вот появились проблемы с работой платы. Те контроллеры, которые прошивались после полной сборки платы, работали нормально. Те платы с контроллером, которые прошивались в самом начале сборки, из них 80% плат не работали. Помогала перепрошивка контроллеров! Почему происходит такой сбой программы! Что тому вина? Спасибо!

[koyodza]

При перегреве такое возможно. Ваяете как? Феном наверное?

[king-live]

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

[BOB51]

перед началом пайки поставьте перемычку на шине питания (+u->>gnd) затем установите детали и в конце работы не забудьте эту перемычку снять...

[Satyr]

О причинах, конечно, можно долго и интересно рассуждать, тем не менее.
Какой смысл программировать перед сборкой ?
В собранном устройстве как то ловчее и быстрее + возможно некоторое тестирование.

[king-live]

Какой смысл программировать перед сборкой ?

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

[Satyr]

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

Да вот сомнительное удобство - это сначал микросхему в панельку программатора совать, а потом выковыривать -)))

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

[Кислый]

Во время работы качера прошивка слетала.. тоесть в ВЧ полях есть вариант..

[DimanVIP]

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

Хотя там просто импульсные помехи были.

[king-live]

А на плате просто делается несколько тестпойнтов подведенных к ногам программирование

Это как раз и сделано на плате только вместо контактов установил панельку от 8 ногой микросхемы. И адаптер на проводах с такой же панелькой. Так что выпаивать ничего не приходится. Удобно и просто. Ну с темой понятно. Попробую по экспериментировать. Какие электрические возбуждения могут давать такую проблему. Испытаю и метод пайки как предложили ранее. Нужент ответ на этот вопрос. Спасибо всем!

[Satyr]

Прошивку можешь считать ?
Посмотри по битам - все, что поменялось сползло от 1 в 0 , что более вероятно ?
Или 0->1, или хаотично ?

[mark13121971]

А паяльная станция заземлена? (к вопросу о статике)

[Satyr]

Думаю, это от нагрева.
Ячейка флешки - это полевой транзистор с плавающим затвором и зарядом на нем. А с нагревом экспоненциально растет ток утечки.
Возможно, срок срок хранения данных в 10 лет уменьшается до нескольких секунд -))

[ploop]

При перегреве такое возможно. Ваяете как? Феном наверное?

Я по несколько раз перепаивал феном прошитые меги восьмые, в TQFP, как у автора - проблем небыло. Хотя такой вариант не исключаю...

[DX168B]

У меня был другой случай.
Написал программульку для AtMega32. Всё отладил, проверил и настал момент прошить это дело в МК. Подключил программатор (LPT), подал питание, прошил МК и настроил фьюзы на внешний кварц 8МГц. Отключил питание МК, снял МК с панельки и вставил в девайс. Запускаю и жду лог с COM порта. Ожидаю "Starting... Done.", "Sending 000:168A:TEST", но вместо этого получаю "@#$%^%...." давай думать, в чём же дело. Проверил исходник, всё ОК. Проверил настройки COM порта в компе, тоже всё правильно. Проверил фьюзы, там тоже всё нормально(!). Заменил кварц и кондёры. Тоже самое в терминале. Перепрошиваю МК и вроде заработало. Через некоторое время снова крякозябры в терминале. Стоило его (девайс) только отключить и снова включить(!). Замена МК тоже не помогала.
Потом посидел и подумал. "Отключаю девайс, МК некоторое время питается от кондёра на 2000мкф который стоит по питанию на плате. СТОП!!!! при пониженном питании, МК может хаотично писать данные во все типы памяти, начиная с EEPROM и заканчивая FLASH!!!1"
Подключил МК к программатору и запрограммировал фьюз BODEN. После этой операции, проблема со слётом прошивки исчезла.
В начале, после прошивки я отключил питание. Но МК иногда имеет привычку питаться паразитными токами от выводов программатора. Питания ему не хватило для нормальной работы и он принялся издеваццо над своей памятью. Во втором случае, виновником оказался кондёр по питанию, который плавно разряжался. Ну а вина во всём этом, это моя неосмотрительность.

[king-live]

Последний ответ DX168B меня заинтересовал. Правда кондёр у меня всего ничего по питанию, но вот при пониженном питании проэксперементирую.

[DX168B]

Проверьте на всякий случай фьюз BODEN и запрограммируйте его, если он не запрограммирован.
Этот фьюз затягивает МК на сбросе, если питание МК ниже 2,7 Вольт. То есть, этот механизм защищает МК от низких напряжений питания, при которых есть большая вероятность порчи данных. Есть ещё такой фьюз, как BODLEVEL. Изменяя его, мы меняем порог срабатывания этого механизма. Если он запрограммирован, то порог срабатывания защиты возрастает с 2,7 В до 4,7В. В совсем ответственных устройствах, дополнительно к этому применяют и внешнюю обвеску для реализации защиты ПЗУ от хаотичных записей при низком питании МК, так как только одной внутренней защиты может быть недостаточно для полноценной защиты МК.