Инженер 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Контроллер AtMega64, запаянный в плате. При программировании устанавливаю Fuse - SPIEN, BOOTRST, частоту. Сначала все читается, заливаю прошивку, заливается нормально, контрольное чтение проходит правильно, после этого доступа к микросхеме нет. Совсем нет. Сообщает об ошибке ISP Mode Error. Контроллер AtMega64 на 8 МГц, корпус TQFP, программатор AVR Dragon, программирование по ISP. В чем причина и-главное - можно ли как-то вернуть микросхему к жизни? Контроллер работает при этом, все порты функционируют, то есть, программа выполняется. Может ли быть (теоретически) причина в прошивке? Хотя та же самая прошивка на другом устройстве к такому эффекту не приводит. Может ли быть причина в плате - разводке, соединении выводов? На этих же выводах сидит RXD, TXD (но выключены). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
GenaSPB 11 25 ноября, 2011 Опубликовано 25 ноября, 2011 (изменено) · Жалоба Попробуйте перед программировнием считать состояние фюзов с новой микросхемы и не трогать SPIEN. Проанализируйте увиденное. Ещё возможно, какой-то конфликт с rs-232, сигнал с которого приходит на те же выводы, что и программатор. Он может быть отключён, но MAX232 об этом не знает... Снизьте скорость работы программатора. Изменено 25 ноября, 2011 пользователем Genadi Zawidowski Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Попробуйте перед программировнием считать состояние фюзов с новой микросхемы и не трогать SPIEN. Проанализируйте увиденное. А что изменится? В том контроллере, который не программируется, программатор при подключении пытается считывать сразу. Снизьте скорость работы программатора. Снижал до самого минимума. Бестолку. MAX485 как может влиять? Я пробовал и на вход выходы ставить, и на выход - одинаково. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prottoss 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба MAX485 как может влиять?У MAX485 есть вход для передачи и выход для приема, который как раз и может искажать данные от программатора. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба У MAX485 есть вход для передачи и выход для приема, который как раз и может искажать данные от программатора. Есть, конечно и теоретически может, что и происходит при одновременном обращении по RS-485. Но вряд л и причина в этом, потому что на другой плате с такой же схемой и прошивкой все работает, а здесб даже цифровая подпись контроллера не читается. :( У MAX485 есть вход для передачи и выход для приема, который как раз и может искажать данные от программатора. Есть, конечно и теоретически может, что и происходит при одновременном обращении по RS-485. Но вряд л и причина в этом, потому что на другой плате с такой же схемой и прошивкой все работает, а здесб даже цифровая подпись контроллера не читается. :( Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prottoss 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Есть, конечно и теоретически может, что и происходит при одновременном обращении по RS-485. Но вряд л и причина в этом, потому что на другой плате с такой же схемой и прошивкой все работает, а здесб даже цифровая подпись контроллера не читается. :(Вы похоже не понимаете... Создайте сотню устройств и проверьте, сколько в отказе а сколько работает "с такой же схемой". Я думаю статистика откроет Вам глаза. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Вы похоже не понимаете... Создайте сотню устройств и проверьте, сколько в отказе а сколько работает "с такой же схемой". Я думаю статистика откроет Вам глаза. Не понимаю. :maniac: Много плат таких, все программируются без проблем и тут первый раз такое. В схемотехнике что ли где-то косяк... Пробовал отпаять выводы VAX485 - тоже самое все. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prottoss 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Не понимаю. :maniac: Много плат таких, все программируются без проблем и тут первый раз такое. В схемотехнике что ли где-то косяк... Пробовал отпаять выводы VAX485 - тоже самое все.Покажите схему, или часть - цепи, которые непосредственно подключены к разьему ISP Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 25 ноября, 2011 Опубликовано 25 ноября, 2011 · Жалоба Покажите схему, или часть - цепи, которые непосредственно подключены к разьему ISP Это только в понедельник теперь, на работе. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Leopoldius 0 27 ноября, 2011 Опубликовано 27 ноября, 2011 · Жалоба Добрый вечер, я сталкивался с подобной проблемой, решил ее следующим образом: В линию RXD0 и TXD0 совмещенную с линиями програмирования поставил по резистору в 1 кОм, линии програмирования подключил на стороне идущей к МК, соответственно выводы мах232 с другой стороны. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Инженер 0 28 ноября, 2011 Опубликовано 28 ноября, 2011 · Жалоба Все очевидные причины - типа мешания микросхемы MAX485. уже проверил - у микросхемы просто ножки отпаял. Ничего не помогает, причина в чем-то другом. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Leopoldius 0 28 ноября, 2011 Опубликовано 28 ноября, 2011 · Жалоба Можете показать схему или часть схемы, где видно было бы ноги програмирования? Так же нельзя исключать дефектный МК, если другие работают такие же. Не пробывали пересадить на его другой МК для проверки сей гипотезы? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MTh 0 29 ноября, 2011 Опубликовано 29 ноября, 2011 · Жалоба Вероятнее всего бит SPIEN установился неверно в результате какого-то сбоя при передаче данных (не исключено также что Вы его по ошибке - простите, но все мы люди - все ошибаемся - установили не так как надо). Результат - не может перейти в режим последовательного программирования, о чем и сообщает. Исправляется параллельным программатором. Я при программировании данный бит обычно не трогаю - считываю конфигурацию фьюзов которая в МК текущая, исправляю что надо, а потом лью обратно... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
prottoss 0 29 ноября, 2011 Опубликовано 29 ноября, 2011 · Жалоба Вероятнее всего бит SPIEN установился неверно...Этот бит нельзя изменить по ISP, только через JTAG Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
MTh 0 29 ноября, 2011 Опубликовано 29 ноября, 2011 · Жалоба Этот бит нельзя изменить по ISP, только через JTAG Да, действительно... с другой стороны мог еще какой-нить слететь... типа запрет резета или в этом духе... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться