Контроллер AtMega64, запаянный в плате. При программировании устанавливаю Fuse - SPIEN, BOOTRST, частоту. Сначала все читается, заливаю прошивку, заливается нормально, контрольное чтение проходит правильно, после этого доступа к микросхеме нет. Совсем нет. Сообщает об ошибке ISP Mode Error. Контроллер AtMega64 на 8 МГц, корпус TQFP, программатор AVR Dragon, программирование по ISP. В чем причина и-главное - можно ли как-то вернуть микросхему к жизни? Контроллер работает при этом, все порты функционируют, то есть, программа выполняется. Может ли быть (теоретически) причина в прошивке? Хотя та же самая прошивка на другом устройстве к такому эффекту не приводит. Может ли быть причина в плате - разводке, соединении выводов? На этих же выводах сидит RXD, TXD (но выключены).

Попробуйте перед программировнием считать состояние фюзов с новой микросхемы и не трогать SPIEN.
Проанализируйте увиденное.
Ещё возможно, какой-то конфликт с rs-232, сигнал с которого приходит на те же выводы, что и программатор. Он может быть отключён, но MAX232 об этом не знает...
Снизьте скорость работы программатора.


Сообщение отредактировал Genadi Zawidowski - Nov 25 2011, 11:53

А что изменится? В том контроллере, который не программируется, программатор при подключении пытается считывать сразу.
Снизьте скорость работы программатора.

Снижал до самого минимума. Бестолку.
MAX485 как может влиять? Я пробовал и на вход выходы ставить, и на выход - одинаково.

У MAX485 есть вход для передачи и выход для приема, который как раз и может искажать данные от программатора.

Есть, конечно и теоретически может, что и происходит при одновременном обращении по RS-485. Но вряд л и причина в этом, потому что на другой плате с такой же схемой и прошивкой все работает, а здесб даже цифровая подпись контроллера не читается.


Есть, конечно и теоретически может, что и происходит при одновременном обращении по RS-485. Но вряд л и причина в этом, потому что на другой плате с такой же схемой и прошивкой все работает, а здесб даже цифровая подпись контроллера не читается.

Вы похоже не понимаете... Создайте сотню устройств и проверьте, сколько в отказе а сколько работает "с такой же схемой". Я думаю статистика откроет Вам глаза.

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

Покажите схему, или часть - цепи, которые непосредственно подключены к разьему ISP

Это только в понедельник теперь, на работе.

Добрый вечер, я сталкивался с подобной проблемой, решил ее следующим образом: В линию RXD0 и TXD0 совмещенную с линиями програмирования поставил по резистору в 1 кОм, линии програмирования подключил на стороне идущей к МК, соответственно выводы мах232 с другой стороны.

Все очевидные причины - типа мешания микросхемы MAX485. уже проверил - у микросхемы просто ножки отпаял. Ничего не помогает, причина в чем-то другом.

Можете показать схему или часть схемы, где видно было бы ноги програмирования? Так же нельзя исключать дефектный МК, если другие работают такие же. Не пробывали пересадить на его другой МК для проверки сей гипотезы?

Вероятнее всего бит SPIEN установился неверно в результате какого-то сбоя при передаче данных (не исключено также что Вы его по ошибке - простите, но все мы люди - все ошибаемся - установили не так как надо). Результат - не может перейти в режим последовательного программирования, о чем и сообщает. Исправляется параллельным программатором.

Я при программировании данный бит обычно не трогаю - считываю конфигурацию фьюзов которая в МК текущая, исправляю что надо, а потом лью обратно...

Этот бит нельзя изменить по ISP, только через JTAG

Да, действительно... с другой стороны мог еще какой-нить слететь... типа запрет резета или в этом духе...