Все про USBAsp

[32serg32]

У меня на Windows 10 64 bit тоже не работает. На другой системе работает, но там Windows ХР и установлена atmel studio. Думаю в atmel studio и причина. Не хочу ее ставить на 10 для проверки, да и программатора нет под руками. Использую оболочку AVRDUDEPROG_3.3.

[radteh]

дидя попробуй этот драйвер http://zadig.akeo.ie/

[Nicacoi]

Здравствуйте! Вот не нашлось у меня в закромах программатора с разъёмом PDI. А чип ATXMega128A4U только через него прошивается. На просторах нашёл, как это сделать с помощью USBASP и командной стороки. Пользоваться ей не умею и это ещё мягко сказано. Посмотрите лог, кто разбирается, прошился чип или нет. Там в конце error меня смущает.

Код: Выделить всё

C:\Users\Ноутбук\Documents\xmega_programmer\Software>avrdude -C avrdude.conf -c usbasp -p x128a4 -U flash:w:"NANDLite!_r1.0v1.0b1024a.hex":a -E noreset avrdude: AVR device initialized and ready to accept instructions

Reading | ################################################## | 100% 0.12s

avrdude: Device signature = 0x1e9746
avrdude: NOTE: Programmer supports page erase for Xmega devices.
         Each page will be erased before programming it, but no chip erase is performed.
         To disable page erases, specify the -D option; for a chip-erase, use the -e option.
avrdude: reading input file "NANDLite!_r1.0v1.0b1024a.hex"
avrdude: input file NANDLite!_r1.0v1.0b1024a.hex auto detected as Intel Hex
avrdude: writing flash (131072 bytes):

Writing | ################################################## | 100% 5.59s

avrdude: 131072 bytes of flash written
avrdude: verifying flash memory against NANDLite!_r1.0v1.0b1024a.hex:
avrdude: load data flash data from input file NANDLite!_r1.0v1.0b1024a.hex:
avrdude: input file NANDLite!_r1.0v1.0b1024a.hex auto detected as Intel Hex
avrdude: input file NANDLite!_r1.0v1.0b1024a.hex contains 131072 bytes
avrdude: reading on-chip flash data:

Reading |                                                    | 0% 0.00savrdude: paged_load failed
avr_read(): error reading address 0x0000
    read operation not supported for memory "flash"
avrdude: failed to read all of flash memory, rc=-2

avrdude done.  Thank you.

[radteh]

Чип не смог прочитатся, вот и ошибка. Верификация не прошла. Прошивку usbasp менял? ВВот этим проектом пользовался? https://www.avrfreaks.net/forum/usbasp- ... pport-test

[Nicacoi]

Прошивку usbasp поменял, у меня Windows 10 32 bit. Переделал питание для согласования уровней, как сдесь https://ketturi.kapsi.fi/2013/05/progra ... p-avrdude/ . Верификация прошла , но в конце опять ошибка. Это что, ошибка считанного содержимого?

Код: Выделить всё

avrdude: reading on-chip flash data:

Reading | ################################################## | 100% 4.48s

avrdude: verifying ...
avrdude: verification error, first mismatch at byte 0x0002
         0x84 != 0x9e
avrdude: verification error; content mismatch

avrdude done.  Thank you.

[Kavka]

А это уже ошибка проверки - не совпадают байты.
Попробуйте в командную строку добавить ключик "-e" (без кавычек, буква латинская).

[Nicacoi]

При добавлении очистки памяти -e изменений нет. Вот сдесь armer вроде объясняет причину, но как применить к моему случаю? https://radiokot.ru/forum/viewtopic.php ... start=1700

[radteh]

Что-бы прошла верификация , чип должен считаться, а у тебя считывание не происходит.

[Nicacoi]

Ладно, будем думать, чем ещё можно прошить. Или похожу по форуму на барахолке, может кто и возьмётся прошить. Спасибо всем, кто отвечал.

[radteh]

Попробуй для начала просто считать и сравнить бинарик с оригиналом.

[Sigma]

Такая же засада, только с прошивкой ATtiny10 по TPI.
Все мои программаторы не шьют по TPI, а USBASP вроде должен и вроде как другие удачно шьют им, и Di Halt вроде как шил..

Был в наличии и USBASP перешитый в AVR-Doper, вот перешил ради ATtiny10 и TPI обратно в USBASP, но что-то лыжи не едут. Менял версии avrdude и драйвера, но failed...
Пробные прошивки ATmega8 и ATtiny2313 проходят нормально,
ATtiny10 по TPI ни в какую не хочет. Сигнатура и fuse ещё как-то иногда читаются и на этом всё.
Чаще дудка выдаёт типа:

Код: Выделить всё

avrdude.exe: error: programm enable: target doesn't answer. 1 
avrdude.exe: initialization failed, rc=-1

Или многочисленную ошибку TPI
При попытке считывания тоже на выходе какая-то билеберда

Не совсем понятно с подключением ATtiny10 1 пина TPIDATA к программатору. Где подключают его к разъёму программатора USBASP только к MOSI, где на MOSI и MISO с резистором.
Di Halt вроде как шил через один "MOSI -> TPIDATA. MISO болтается в воздухе.":
http://we.easyelectronics.ru/AVR/usbasp ... o-tpi.html

Перерыл уже кучу сайтов, перепробовал вариантов 100500 шт., что уже все перемешалось...
Вроде и здесь с ATtiny10 удачно
http://forum.easyelectronics.ru/viewtop ... =4&t=36124

Причем когда ATtiny10 хоть как-то видится, то скорость процедуры прошивки в avrdude растягивается в эдакое зависание минуты на 4, и вроде только при 115200

Сам USBASP с ATMega8, прошит сейчас этой:
https://www.fischl.de/usbasp/
"The following packages include circuit and firmware.
usbasp.2011-05-28.tar.gz (519 kB) TPI support (upcoming release of avrdude will use it), supports programmers with ATMega88 and ATMega8."
Комп с программатором на ХР 32

[Sigma]

Если кому интересно и надо, то кароче, на следующий день прошил пару этих самых ATtiny10 по TPI
После форума ещё разного делал, перешивал программатор чиста для проверки железа пару раз в AVR-Doper, обратно в USBASP и в диспетчере устройств полвечера, но так и не шилось. На следующий день всё спокойно по новой проверил, выяснил, что ко всему самодельная SMD площадка к программатору тоже иногда давала плохой контакт. Всё вместе это привело к долгому блуждания в трёх соснах
Прошил через тот же SinaProg (ранее уже мной правленный и в таком же виде далее неизменный), потом для пробы и в голом AVRdude несколько раз. В SinaProg в этот раз даже настройки портов и скорости не пришлось трогать, оставлись дефолтные, только указал, что программатор будет USBASP и нормально прошилось. А до того было, что пока 115200 не выставишь, так вообще ATtiny10 не виделась никогда.
И даже подключение к программатору не успел поменять, осталось то, которое из какого-то польского ролика накануне пробовал, как на первой схеме в V3.0:



Хотел у них на сайте наискать прошивки от этих версий и с ними попробовать, но у них их там что-то нет, как и самих этих программаторов, и похоже давно.

[Compressor]

Народ, подскажите как решить проблему - есть USBasp перепрошитый в AVRdoper, в 4 AVR Studio работал без вопросов, а в ATMEL Studio 7 просит постоянно при обращении к программатору обновить его ПО, закрываешь окно и все работает, но напрягает. Может как-то решается это?

[Nicacoi]

Нужно в настройках отключить проверку версии ПО.

[Compressor]

[uquote="Nicacoi",url="/forum/viewtopic.php?p=3655334#p3655334"]Нужно в настройках отключить проверку версии ПО. [/uquote]
Не помогает, все равно хочет обновиться
Решил проблему по совету как тут http://www.cyberforum.ru/post12068255.html При этом лишних вопросов не задает и работать стало удобнее

[Andrey_083]

Обнаружил странный артефакт при программировании attyni13:
При увеличении делителя внутреннего RC генератора в прошивке через регистр CLKPR (уменьшение частоты) контроллер перестает определяться программатором.
Единственный способ вернуть контроллер к "жизни" - стереть чип через avrdude на пониженных частотах (avrdude -C avrdude.conf -c usbasp -B 1200 -p t13 -q).
Экспериментально определил, что до делителя 16 - работает стабильно. Делитель 32 - через раз. Еще больший делитель - стабильно перестает отвечать после прошивки.
Как можно объяснить такое поведение? В даташите никакой связи между частотой последовательного программирования и внутренним делителем нет. И прошивка производится при RESET=0. Т.е. содержимое программы на программирование влиять не должно.
Все фьюзы соответствуют дефолтным по даташиту. Проверял на разных USBASP.

[Z_h_e]

В даташите никакой связи между частотой последовательного программирования и внутренним делителем нет.

Тактовая частота камня должна быть выше частоты программирования ISP не менее чем в 4 раза.

[Andrey_083]

Добавлено after 1 minute 24 seconds:
[uquote="Z_h_e",url="/forum/viewtopic.php?p=3657230#p3657230"]

В даташите никакой связи между частотой последовательного программирования и внутренним делителем нет.

Тактовая частота камня должна быть выше частоты программирования ISP не менее чем в 4 раза.[/uquote]
Чем в таком случает определяется тактовая частота камня при дефолтных фьюзах в режиме программирования (контроллер на сбросе). Программно установленными делителями?

[Z_h_e]

Попробуйте сделать, например, 5секундную паузу перед изменением CLKPR и поглядеть, поможет или нет. Я так не проверял, предположу что поможет.

[Andrey_083]

Я так делал. И соответственно, если после сброса за 5 секунд успеть начать программировать - всё нормально. Если нет - программатор не видит контроллер. Считаю что это не решение - во все проекты вводить задержку изменения регистров. Должно работать в соответствии с даташитом. Но в даташите на аттини я не нашел описания подобного поведения.