Значит, все-таки не 5, а 6? Опять же, какая длина проводов?

Это же ответил сегодня на такую же тему на Казус.ру:

В ATmega, которыми я пользовался, последовательному программатору Fuse-бит, запрещающий последовательное же программирование, недоступен.
Для таких МК, как ATmega8, можно запрограммировать бит RSTDISBL (7-й в старшем Fuse), переведя линию RESET в режим работы еще одной линии ввода-вывода, тогда действительно нужен параллельный программатор.
Бывают сбои при программировании Fuse в составе системы (In-System), например, когда к линиям программирования подключены какие-то дополнительные цепи. В какое состояние переходят Fuse - неизвестно, устр. действительно перестает реагировать на последовательный программатор.
Несколько таких МК восстановились при подаче внешнего тактового сигнала от генератора на TTL элементах, у меня 500кГц.
Для восстановления RSTDISBL (был намеренно запрограммирован) действительно понадобилось делать параллельный прогр. (усеченный, только для восстановления старшего Fuse)

На ХР avreal работает нормально, только вот сама винда иногда адреса LPT портов меняет, делает то 378(LPT1), то 278(LPT2). Пока я галочку не снял ("Автоматическая настройка"), при каждом запуске виндовса у меня адреса менялись.

С AVREAL работаю сколько он есть. Проблем вообще не было. За это время раз пять менял комп свой. У меня своя компьютерная контора. Никаких проблем ни разу не было.

Бывали проблемы с новыми кристаллами. Так по началу не совсем правильно шилось t2313, а совсем недавно посылал письмо Редчуку, по поводу M640. При том M2560 шьётся нормально. Она и M640 шьётся, но сигнатура не верно прописана и, якобы не совпадает. Поэтому шью с ключом -! .

Для того чтобы вывести в файл требуется писать не ">>1.txt" а ">1.txt"

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

Иногда требуется подобрать частоту и напряжение. Так для записи m640 я сейчас пользуюсь строкой

avreal32 -ab -! +mega640 -e -w -v -l2 -o1000 -%% office.hex office.eep -fcksel=7,jtagen=1,bodlevel=5,ckdiv=1 -p1

для м8
avreal32 -ab +mega8 -e -w -v -l2 -o1000 -%% DvEsyU2.hex dvinaeasy.eep -fcksel=f,ckopt=0,blev=0,boden=0 -p1

для t2313
avreal32 +tiny2313 -ab -! -e -v -w -l2 modemlnT.hex -o400 -%% -fCKSEL=F,CKOUT=1,SUT=3,CKDIV=1 -p1

Аналогичная проблема!
Использую avreal, byteblaster, atmega8 (16 MHz), питание 5В. Написал и отладил прогу с внутренним генератором 1 МГц по умолчанию, fuse не трогал. Шилось без проблем. Потом поменял fuse CKSEL=8, остальные не менял. Avreal перестал выполнять любые операции, пишет can't resync. Что подозрительно - и контроллер с ранее зашитой программой по ресету ничего не делает. И так в двух девайсах - статистика, однако!
ключ -о0 не помогает, снижение скорости тоже. Состояние fuse не читается... (
Помогите, кто может!

Позволю себе мааленькое уточнение '>' переназначить stdout в файл(файл переписываеться) '>>' stdout дописываеться к файлу.Есть еще '2> ' это редирект stderr (ну и 2>> тож можно)...

По поводу avreal используем родной byteblaster + кабель удлинитель LPT ( машина далеко от отладочной поверхности) За 4 года долбанулись две меги 16 и 161 , Но при этом соседи за стенкой устроили (во время программирования) Оччень Хорошее K3 ( кабель 4x10 поплавился нах) - и комп и byteblaster выжили IMHO чего-то с питаловом не впорядке .......

Вопросы по постам 1 и 20 снимаются!
Почитал даташит (полезно иногда). CKSEL=8 - это внешний RC генератор. Потому кристаллы и не заводятся. Чтобы изменить fuse, нужно посчитать и впаять RC.

Сообщение отредактировал kipmaster - Dec 3 2007, 08:04

Можно просто подать внешний клок на XTAL1, смотря что вам будет удобнее.