После Avreal контроллер не отвечает, :( Опции

[reget]

Обычно прошивал АТмеги из CodeVisionAVR при помощи "5 проводков" на LPT порт, однако пришлось сменить компьютер, теперь LPT-порта на материнской плате нет. Купил PCI-LPT адаптер, но CodevisionAVR не умеет с ним работать. Решил попробовать прошивать через Avreal.

Прошивал примерно с такими параметрами "-as -P0xD800 +mega162 -w -c brel.hex". После прошивки устройство перестало функционировать, горел светодиод на плате в 1/4 накала (хотя в программе никаких ШИМов не было). При нажатии кнопок на устройстве оно не реагировало, но через 10-20 нажатий могло как-то неадекватно промигать светодиодами и опять замолчать. Прошил с теми же параметрами еще пару раз - прошилось. На следующую попытку получал ошибку "Can't resync" - устройство не отвечало. Добавил в командную строку ключ -e (стереть flash), попробовал несколько раз - на пятый раз прошла команда об успешном стирании flash, а за ней привычный "Can't resync".

После этого устройство перестала подавать какие-либо признаки жизни (память стерлась видимо успешно). Подключил устройство по обычной схеме к другому компу и попробовал пообщаться через Codevision - не отвечает. С Avreal тоже не отвечает (Can't resync). Что делать? Что могло случится, если я фьюзы не трогал?

[ReAl]

Вот как раз на прошлой неделе нужно было сверить foat-рассчёты на PC и на AVR, консольную программку написал с #ifdef и для AVR с перенаправлением printf на USART, а под рукой только платка с mega162 нашлась, у меня их когда-то много было.
С десяток раз эту тестировалку вычислений зашивал, всё без проблем. Точнее, сначала как раз и не шилось, оказалось, разболтался разъём шлейфа, потерялся контакт VCC и питание на плату от программатора не поступало. Взял другой шлейф и пошло.
Правда, у меня не "пять проводков". FT2232 и LPT-шный адаптер с шинником 74HC.

Этот же контроллер с этим же "адаптером" на обычном LPT из CodeVision прошивался? Т.е. с платой/питанием всё нормально?
Таки что там на сбросе? Конденсаторов больших нет?
Какой частотой тактируется mega162? Ключ -o для этой частоты давать пробовали?

Если "-as -P0xD800 +mega162 -w -c brel.hex" это вся командная строка, а контроллер уже какую-то программу имел, то после такой зашивки ничего правильно работать и не должно было, так как новая программа наложилась по AND на старую. Ключ стирания нужно давать.

Почему ушло в Can't resync - не понимаю. Критических в это смысле фьюзов у mega162 нет. Ни разу на тако не нарывался. Разве что CKSEL неудачно перешился, но это маловероятно, если команд fises не было.

[reget]

Этот же контроллер с этим же "адаптером" на обычном LPT из CodeVision прошивался? Т.е. с платой/питанием всё нормально?
Таки что там на сбросе? Конденсаторов больших нет?
Какой частотой тактируется mega162? Ключ -o для этой частоты давать пробовали?

Если "-as -P0xD800 +mega162 -w -c brel.hex" это вся командная строка, а контроллер уже какую-то программу имел, то после такой зашивки ничего правильно работать и не должно было, так как новая программа наложилась по AND на старую. Ключ стирания нужно давать.

Прошивал это устройство CodeVision'ом уже много раз (раз 50 на протяжении месяца точно), ни единой проблемы или ошибки верификации не было. На сбросе нет ничего.
Тактируется кварцем 16 Мгц, ключ -o для данной частоты пробовал, и для некоторых других стандартных тоже (1//4/8 Mhz).
Про ключ понял, но поздно. Хотя почему-то команда стирания один раз из кучи "cant resync'ов" все же прошла. Странно.

Это лучшее. Я бы рекомендовал показать схему, а до того проверить правильность подключения и целостность контактов

Схемы в электронном виде нет. Но в ней ничего необычного нет - сам МК, керамический резонатор, и 6 портов ввода-вывода наружу, работающих с разными слаботочными нагрузками.

Перепаял в эту же плату новый контроллер - все работает и шьется из CodeVision'а нормально.

[ReAl]

Перепаял в эту же плату новый контроллер - все работает и шьется из CodeVision'а нормально.

Но это уже на другом компьютере, там, где «обычный» LPT ?

Непонятно, что могло случиться. У меги162 не разве что CKSEL в позу вншнего такта либо внешнего RC зашить, чтобы перестало.
Были бы ближе, я бы взял тот «заглохший» для разбирательств. Было бы интересно.
Достоверно именно avreal «гробил» tiny12, tiny15, стирая SPIEN, но это было очень давно (1.22rev0, исправлено в 1.22rev2).
В остальных случаях проблема находилась, иногда даже в avreal, но кристаллы не блокировались.