Форум РадиоКот

lirik писал(а):...Вообщем камень никак не реагирует, можно ли его перепрограммировать с помощью AVREAL или только HVProg-ом?

Вы запрограммировали тактирование от внешней RC-цепочки, соответственно правильный выход один - присоединить соответствующую RC цепь к выводам контроллера согласно схеме приведенной в даташите (у меня в даташите на 28 странице -- System Clock and Clock Options -> External RC Oscillator). Можно попробовать просто внешний тактовый сигнал на XTAL подать и затем попробовать программировать, естественно указав в опциях реальную частоту тактового сигнала.

блин, спаял RC цепь, R на 10КОм кондер на 2.2пФ подключил как в datasheet-e к Vcc XTAL1 VGND GND
всеравно авреал не видит камень....

lirik писал(а):блин, спаял RC цепь, R на 10КОм кондер на 2.2пФ подключил как в datasheet-e к Vcc XTAL1 VGND GND
всеравно авреал не видит камень....

Кварц отпаяли?
Да, еще, Вы бы почитали даташит подробней, там указана формула расчета частоты f=1/(3RC), для Ваших значений получается около 15 МГц, а нужно от 3 до 8 МГц согласно Вашим фьюзам. Также там написано что емкость должна быть не менее 22 пФ, а у Вас в 10 раз меньше, еще написано, что если запрограммирован фьюз CKOPT, то к выводу XTAL1 присоединена внутренняя емкость около 36 пФ, т.е. в этом случае нужен только резистор соответствующего номинала.
В общем, если реализовать с правильными параметрами RC цепь сложно, то можете попробовать просто внешний генератор собрать. Вообще avreal может тактовый сигнал генерить, но не все адаптеры имеют свободные пины, Ваш адаптер вроде можно доработать, посмотрите на сайте avreal подробнее.

Правка: у Вас CKOPT = 1, т.е. не запрограммирован, поэтому можете все что касается CKOPT не читать.

Ясно, спасибо, буду внимательней читать DS)

писец, вообщем купил новую мегу, прошил фьюзы на внешний кварц 8MHZ
avreal32 +mega16 -p1 -! -ab -ew -fCKSEL=F,SUT=3,CKOPT=0 -n -%%>fuse_4.txt
начал записывать hex
avreal32 +mega16 -p1 -ab -ew MEGA16.HEX -n -! -%%>hex5.txt
подключил экран нифига не произошло, подключил опять программатор
тестю
+mega16 -p1 -ab -! -%
ничего
потом решил так потестить
+mega16 -p1 -ab -o0 -! -%
со второго запуска чит заработал показал такие фьюзы
OSCCAL = 82, 80, 84, 84
BODLEVEL = 1
BODEN = 0
SUT = 0
CKSEL = 2
BLB1 = 0
BLB0 = 0
OCDEN = 1
JTAGEN = 0
CKOPT = 0
EESAVE = 1
BOOTSZ = 0
BOOTRST = 0

понял что при записи HEX стер настройки фьюзов
хотел обратно зашить,
+mega16 -p1 -! -ab -o0 -w -fCKSEL=F,SUT=3,CKOPT=0 -n -%
он показал
Chip locked - programming disabled
Device type forced to MEGA16
Can't write to locked chip
протестил еще раз показал такие фьюзы
OSCCAL = 00, 90, 80, 2A
BODLEVEL = 0
BODEN = 0
SUT = 1
CKSEL = 8
BLB1 = 0
BLB0 = 1
OCDEN = 1
JTAGEN = 0
CKOPT = 0
EESAVE = 0
BOOTSZ = 0
BOOTRST = 1
как они поменялись я хз, но получается что теперь чип ждет сигнала от керамического резонатора
по DS частота должна быть больше либо равна 1MHZ кварц отпадает, тк у него 8mhz, те чтобы опять прошить камень надо покупать керамику и паять вместо квартца
блин, запарился я уже с этими фьюзами.... эх дал бы кто-нить на денек Параллельный программатор

lirik писал(а):блин, запарился я уже с этими фьюзами.... эх дал бы кто-нить на денек Параллельный программатор

А Вы где территориально находитесь? В каком корпусе мега?

lirik писал(а):писец, вообщем купил новую мегу, прошил фьюзы на внешний кварц 8MHZ
avreal32 +mega16 -p1 -! -ab -ew -fCKSEL=F,SUT=3,CKOPT=0 -n -%%>fuse_4.txt

Ключ -! предназначен для того, чтобы заставить программу что-то делать даже тогда, когда она упирается - например, мы знаем, что у байт-бластера просто отвалился проводок автодетекта адаптера, а шить хочем. Ну вот ошибку "не обнаружен адаптер" и перекрываем этим ключём. В обычной жизни - "спички детям не игрушка" - можно с его помощью в какой-то кристалл нечаянно зашить "чужие" фьюзы и получить заблокированный контроллер.
Уберите пока этот ключ.

lirik писал(а):потом решил так потестить
+mega16 -p1 -ab -o0 -! -%

А перемычка с 8-ой ножки байт-бластера на XTAL1 брошена?
С ней и не должно было нормально работать при кварце и фьюзах на кварц, но без -o0.
Без неё нет смысла давать ключ -o0

lirik писал(а):как они поменялись я хз

Да может и не поменялось ничего. -! отключил часть проверок, какой-то мусор теперь интерпретируется как ну-вот-такие-фьюзы.
Кстати, какая версия программы?

smac писал(а): А Вы где территориально находитесь? В каком корпусе мега?

я с Волгодонска, Ростовская Область) Мега16l в Pdip корпусе, вставляется в кроватку

avreal писал(а):
Уберите пока этот ключ.

Хорошо буду без него пробовать)

avreal писал(а):
А перемычка с 8-ой ножки байт-бластера на XTAL1 брошена?
С ней и не должно было нормально работать при кварце и фьюзах на кварц, но без -o0.
Без неё нет смысла давать ключ -o0

Нет, ножку не кидал, не знал что так можно, попробую)

avreal писал(а):
Кстати, какая версия программы?

Версия v1.25rev6 (Dec 30 2007 17:00:01)

Спасибо всем за советы сейчас еще попробую)

ПОДКЛЮЧИЛ НОЖКУ на XTAL1 Чип прочитался и без символа -!, Красота!

Кстати первая мега16L что зашита на RC цепочку тоже прочиталась, только пишет что
device connected but not recognized ID:0x1E9400
Причем через Раз, все я ему зашил заводские фьюзы, те CKSEL=3(0100) SUT=2(10) и в CKOP=1
Красота)))))

lirik писал(а):Нет, ножку не кидал, не знал что так можно, попробую)

Не можно, а нужно - раз уж ключиком -o0 попрошено генерировать такт для контроллера, то надо же этот такт подать.

lirik писал(а):Версия v1.25rev6 (Dec 30 2007 17:00:01)

Обновитесь, предпочтительно 1.27r1 и свежее. Там добавлена проверка поддержания синхронизма обмена командами, при потере вываливается с сообщением synchronisation lost. Полезно в случаях того же ключа -! или при частоте программирования на граи срыва - не будет продолжатья обмен мусором и вводить человека в заблуждение, а микроконтроллер - кто знает - и в нарушение.
Такое было только со старушкой 90s1200 - при нарушении времянок программироваия с довольно высокой вероятностью слетала сигнатура, но лучше перестраховаться.

lirik писал(а):Кстати первая мега16L что зашита на RC цепочку тоже прочиталась, только пишет что
device connected but not recognized ID:0x1E9400
Причем через Раз, все я ему зашил заводские фьюзы, те CKSEL=3(0100) SUT=2(10) и в CKOP=1

Вот у меги16 не должна бы сигнатура слетать. Возможно, первые байты ещё нормально прочитались, а дальше сбой синхронизации и мусор пошёл. Свежий avreal это выловил бы.
и 0100 это 4 а не 3

Такс со всем этим разобрался, но такая проблема возникла не шьются ножки PC4/5 на меге16L
фьюзы вот такие Прошивка вообще простая ножки не моргают, на PC4 все время 0,5V на PC5 4,98V

Все разобрался, оказалось Jteg был включен, отключил в фьюзах ножки стали поддаваться контролю!)

Не давно установил по ошибке бит в Attiny2313 DWEN, соответственно отключился ресет и порт перешел в режим отладки. Параллельного высоковольтного программатора не имею. Вышел из положения так... Шил PonnyProg. Заранее установил значения фьюзов в проге, нажал прошить, соттветственно вылезла ошибка. Отпаял ресет от Attiny2313, нажал в PonnyProg "повторить" и в это же мгновение на доли сек подал на ресет 12V с внешнего блока питания. Фьюзы благополучно прошились (хотя Ponny выдал ошибку, наверное верификация не прошла), и затем запаяв ресет контроллер снова стал виден программатором. Может кому пригодиться мяв...

Любопытно. Вроде как по 12-ти вольтам на сбросе оно должно ждать команд ВВ-программирования, а не ISP.
Ну да ладно.

Бывают ситуации, когда даже AVR dragon не снимает DWEN (по крайней мере - старый дракон, т.е. с прошивкой двухлетней давности).
Описано тут
Маленькая платка на tiny13, которая "по-честному" снимает DWEN, давая возможность прошить назад фьюз имеющимся программатором, выложена тут.
Тогда это особого интереса не вызвало, а мне лично не нужно, поэтому и заглохло. Если есть интерес - могу реанимировать.

avreal писал(а):...Вроде как по 12-ти вольтам на сбросе оно должно ждать команд ВВ-программирования, а не ISP...

Видимо все же ждет и того и другого ))) Я думаю можно просто добавить высоковольтную цепь сброса в ISP программатор например по подобию ресета как в параллельном программаторе и поставить джемпер. Тактирование у меня было выставленно от внутреннего генератора 4Мгц.

avreal писал(а):Тогда это особого интереса не вызвало, а мне лично не нужно, поэтому и заглохло. Если есть интерес - могу реанимировать.

Интерес он есть только когда перед тобой лежит бьющийся в конвульсиях проц... ))) За схемку спасибо, сохраним на всякий случай.

подскажите пожалуйста. нужно заблокировать считывание прошивки мк. мк at90can128.
Правильно ли выставить фьюзы только [BLB0 Mode:4] или еще что то нужно?

Нужно что бы потом можно было перепрошить новую прошивку через ISP (с стиранием существующей в мк).

Alexeus писал(а):подскажите пожалуйста. нужно заблокировать считывание прошивки мк. мк at90can128.
Правильно ли выставить фьюзы только [BLB0 Mode:4] или еще что то нужно?

Нужно что бы потом можно было перепрошить новую прошивку через ISP (с стиранием существующей в мк).

после стирания памяти всегда можно произвести запись программы, т.к. LOCK-биты стираются так же. поэтому пусть вас не беспокоит возможность перепрошивки после стирания - это никак не связано с тем, какие LOCK-биты вы поставите.

если вам надо надежно защитить прошивку от "утечки" - ставьте все по максимуму: LOCK-биты, запрет JTAG, запрет DebugWire (где они есть, конечно)

я так понимаю после отметки всех лок-битов, я смогу что то закачать в мк только с помощью параллельного программатора?

Просто у меня USBasp, он ISP, и единственная защита, после которой я могу все же стереть мк ISP программатором- это указанная мною выше- так получается? все остальные защиты снимаются стиранием через параллельный прогр-р?

Alexeus писал(а):я так понимаю после отметки всех лок-битов, я смогу что то закачать в мк только с помощью параллельного программатора?

Нет. Любая защита может быть снята через ISP. ISP становится не доступным, только если выключить фьюз SPIEN или включить RSTDISBL

а в чем тогда выражается "защита от записи"? какая же это защита, если я через SPI смогу стереть/перепрошить мк...

Это защита от чтения, а не от записи.