AVRDUDE_PROG 3.1
Основные отличия:
Настройки параметров оболочки «AVRDUDE_PROG» реализованы в «ini» файлах. Что такое «ini» файлы можно посмотреть тут http://ru.wikipedia.org/wiki/.ini» target=»_blank
Теперь возможно самостоятельно добавлять и редактировать список контроллеров, программаторов, портов, Fuse бит, добавить различные языки и пр.
Список контроллеров и состояния Fuse бит, редактируется в файле «atmel.ini», список программаторов и портов в файле «programm.ini», список поддерживаемых языков в файле «language.ini». Файлы «ini» находится в корневой папке программы.
В файле «atmel.ini», все значения введены по умолчанию в соответствии с datasheet на МК, можете изменить по Вашему усмотрению.
В том случае, если МК нет в списке или при выборе МК во вкладке Fuse везде «error», Вам необходимо самостоятельно ввести значения в файл «atmel.ini» в соответствии с datasheet и приведённым ниже примером.
Пример на мк AT90CAN128
Заголовок раздела
[AT90CAN128] — имя МК которое появиться в выпадающем списке, «[» и «]» обязательны. В данном случае «AT90CAN128».
Параметр для типа МК
mcuavrdude=c128 // тип мк в avrdude
Значение и описание параметров раздела для Fuse бит
Lock байт
lockbytebit*enabled=0 // «*» — номер бита в Lock байте, «**enabled=0» — невозможно изменение состояния бита, «**enabled=1» — возможно изменение состояния бита. В данном случае изменение бита невозможно. Изменение бита будет недоступно.
lockbytebit*name=NOT USED // «*» — номер бита в Lock байте, «**name = NOT USED» — бит не используется. Если бит используется, вводиться его имя в соответствии с datasheet.
lockbytebit*def= // «*» — номер бита в Lock байте, «**def=» — если имя бит бита = «NOT USED», то значение не вводится.
High байт
highbytebit*enabled=1 // «*» — номер бита в High байте, «**enabled=0» — невозможно изменение состояния бита, «**enabled=1» — возможно изменение состояния бита. В данном случае изменение бита возможно. Изменение бита будет доступно.
highbytebit*name=OCDEN // «*» — номер бита в High байте, «**name = OCDEN» — имя бита в соответствии с datasheet.
highbytebit*def=1 // «*» — номер бита в High байте, «**def=1» — значение бита по умолчанию, вводиться в соответствии с datasheet. В данном случае значение по умолчанию «1».
Low байт
lowbytebit*enabled=1 // «*» — номер бита в Low байте, «**enabled=0» — невозможно изменение состояния бита, «**enabled=1» — возможно изменение состояния бита. В данном случае изменение бита возможно. Изменение бита будет доступно.
lowbytebit*name=CKDIV8 // «*» — номер бита в Low байте, «**name = CKDIV8» — имя бита в соответствии с datasheet.
lowbytebit*def=0 //»*» — номер бита в Low байте, «**def=0» — значение бита по умолчанию, вводиться в соответствии с datasheet. В данном случае значение по умолчанию «0».
Extended байт
extendedbytebit*enabled=0 // «*» — номер бита в Extended байте, «enabled=0» — невозможно изменение состояния бита, «enabled=1» — возможно изменение состояния бита. В данном случае изменение бита невозможно. Изменение бита будет недоступно.
extendedbytebit*name=NOT USED //»*» — номер бита в Extended байте, «name = NOT USED» — бит не используется. Если бит используется, вводиться его имя в соответствии с datasheet.
extendedbytebit*def= // «*» — номер бита в Lock байте, «**def=» — если имя бит бита = «NOT USED», то значение не вводится.
Буду рад отзывам и предложениям ![]()
P.S. некоторые контроллеры прописал в файле «atmel.ini», возможны ошибки, будьте внимательны.
AVRDUDE_PROG 3.1 скачать
Мне кажется, в алгоритме вашем надо поменять местами п.3 и 2. Кто ее знает, программу эту, станет она корректно работать, если в момент старта не найдет программатор…
Ну и немного смущает п.3 — в какое место USBAsp вы собрались вставлять микроконтролер? Это USBAsp можно воткнуть в плату с микроконтроллером, но не наоборот…
Кстати, USBAsp не будет определяться системой, если на нем установлены лишние перемычки: все, кроме тройной перемычки, задающей питание целевой платформы, должны быть разомкнуты. Собственно, тройная тоже может быть разомкнута, просто она никак не влияет на опознавание программатора системой. К неопознанному девайсу и дрова не станут.
Если забанить всех, кто набрался смелости думать независимо, здорово будет на форуме — как на кладбище: тишина, птички поют…
$begingroup$
I’m am having issues with my USBasp programmer (Windows 10). I installed the WinUSB driver using zadig 2.4.
When I run AVR dude with the following parameters
avrdude -c USBasp -p m32u4 -u -U flash:w:justahex.ino.hex:i
It immediately returns with this error:
avrdude: error: could not find USB device with vid=0x16c0 pid=0x5dc vendor='www.fischl.de' product='USBasp'
It looks for a USB device with vendor ID «0x16c0» and product ID «0x5dc». This is the correct set of IDs according to Zadig:

Also the device manager seems to find the device without issues:


When I google the topic I see a lot of forums where people have issues getting their USBasp device working under windows 10. But they mostly are having issues with the libusb /WinUSB drivers (Which seems to be fine in my case thanks to the Zadig tool).
So I find myself stuck in getting further. Are there any other things I can check? Or is the device broken somehow (which would surprise me as it does get installed properly in windows)
asked Jan 13, 2019 at 8:57
$endgroup$
4
$begingroup$
I’m a bit late to the game, but I just experienced the same error (albeit with different causes).
- on most places on the internet you will be instructed to install the
libusbKdriver, which doesn’t work, use thelibusb-win32variant instead - make sure the
AVRDUDE.EXEtool is the latest version (the older doesn’t work with the newer USB drivers for some reason) - in case of using a clone (for instance having «Van Ooijen’s technische informatica» as vendor id instead of the original name «www.fischl.de»), make sure to use the
-c usbasp-clone -P usbAVRDUDE settings instead of-c usbap -P usb. The clone setting causes AVRDUDE to ignore the vendor description and also accept the clone. You’d think having the correct VID, PID combination would be sufficient but no…
Bonus: for the extra lazy ones, here’s an example command line that would flash that Arduino Leonardo board from Atmel studio (warning, this will overwrite the bootloader):
avrdude.exe -C"avrdude.conf" -p atmega32u4 -c usbasp-clone -P usb -U flash:w:"$(ProjectDir)Debug$(TargetName).hex":i
answered Sep 20, 2019 at 20:07
![]()
$endgroup$
1
$begingroup$
Found the solution, which is of course dead simple once you know…
In Zadig, you can select the driver. Default selected is (in my case) the WinUSB driver. When I select the libusb driver, and install that driver, it works like a charm.
Yeey.

avrdude -vvv -c USBasp -p m32u4 -u -U flash:w:Duroduino.ino.hex:i
avrdude: Version 6.3, compiled on Feb 17 2016 at 09:25:53
Copyright (c) 2000-2005 Brian Dean, http://www.bdmicro.com/
Copyright (c) 2007-2014 Joerg Wunsch
System wide configuration file is "c:_SVNp(r)insDurocanDeploymentavrdude.conf"
Using Port : usb
Using Programmer : USBasp
avrdude: usbasp_open("usb")
avrdude: seen device from vendor ->www.fischl.de<-
avrdude: seen product ->USBasp<-
AVR Part : ATmega32U4
Chip Erase delay : 9000 us
PAGEL : PD7
BS2 : PA0
RESET disposition : dedicated
RETRY pulse : SCK
serial program mode : yes
parallel program mode : yes
Timeout : 200
StabDelay : 100
CmdexeDelay : 25
SyncLoops : 32
ByteDelay : 0
PollIndex : 3
PollValue : 0x53
Memory Detail :
answered Jan 17, 2019 at 19:01
basbas
5411 gold badge7 silver badges21 bronze badges
$endgroup$
1
$begingroup$
For avrdude to correctly work with USBAsp, I found the best to install the libusbK driver, at least under Windows 7. This way it works with both — the official avrdude build, and the one from the Arduino IDE. With the libusb-win32 or the WinUSB it works with one, but fails with another.
answered Aug 10, 2020 at 11:47
$endgroup$
$begingroup$
There are two parts to solving this. First the correct USB driver, as noted in the other answer, libusbk installed using the Zadig tool solves this part.
The second part is getting AVRDude to recognise the device if using a clone … it is not enough that the device appears with the correct vendor ID, you need to tell AVRDude to ignore the website URL in the device info. As noted you do this by using -cusbasp-clone from the command line … but this is not helpful if trying to program devices directly out of Arduino Studio.
Find your avrdude.conf file (it tells you which conf it is using in the Arduino debug output) … find the entry for usbasp … comment out the two lines below:
programmer
id = "usbasp";
desc = "USBasp, http://www.fischl.de/usbasp/";
type = "usbasp";
connection_type = usb;
usbvid = 0x16C0; # VOTI
usbpid = 0x05DC; # Obdev's free shared PID
#usbvendor = "www.fischl.de"; <-- comment out with # as shown
#usbproduct = "USBasp"; <-- comment out with # as shown
The selection of usbasp in arduino studio will now work with clone devices.
answered Nov 23, 2022 at 16:34
$endgroup$
-
Драйвер установлен, в диспетчере устройств присутствует как положено. А вот AVRDUDE пишет что программатор не обнаружен. Как так? Ранее ставил на другой комп, проблем таких не было.
-
libusb не стоит, настройки не те
-
Какие еще настройки? Нет там никаких настроек.
-
Есть. И конфиг есть, и аргументы.
-
Через AVRDUDEPROG всегда замечательно работало.
-
Расскажите пожалуйста в чем у вас проблема была? Так же как у вас в системе программатор определяется нормально, а программа пишет, что программатор не найден.
Форум РадиоКот • Просмотр темы — Проблемы с AVRdude и USBisp
Сообщения без ответов | Активные темы
| ПРЯМО СЕЙЧАС: |
| Автор | Сообщение | ||
|---|---|---|---|
|
|
Заголовок сообщения: Проблемы с AVRdude и USBisp
|
||
Карма: 1 Рейтинг сообщения: 0
|
Сразу предупрежу, подобные темы вроде есть, но пользы они мне НЕ принесли Где-то полгода назад из Китая пришёл долгожданный пакет. Внутри — два программатора USBisp (вроде как он же USBasp V2.0, в общем-то я новичок и не очень разбираюсь), и 4 МК ATmega8-16PU. Уж не знаю, оригинальные они все (в чём лично я сомневаюсь) или подделка… Но факт в том, что я устновил драйвера на Вин7, написал мигалку на С, подключил программатор, и через AVRdude всё отлично залилось. Потом ещё пару программок писал, всё хорошо работало. Но по той причине, что я заканчивал 11 класс и на носу были экзамены, а потом поступление в университет, на микроконтроллеры я вынужден был забить до лучших времен. Из 4 микроконтроллеров я пробовал пограммировать только один, остальные не проверял т.к не было в этом нужды. То же самое было со вторым программатором — раз первый заработал, то зачем второй юзать, пускай про запас лежит Но вот сейчас, когда появилось время и желание этим вновь занятся, меня ждал облом. Взяв ТОТ ЖЕ программатор, и ТУ ЖЕ атмегу (повторюсь, все остальные атмеги и второй программатор лежали запакованные, перепутать я никак не мог), соеденил друг с другом. На этот раз уже на Виндовс 10 (на другом ПК) установил дрова, открыл АВРдуд, и… при попытке считать калбировочные ячейки на программаторе загорался, как положено, второй светодиод, и АВРдуд переставал отвечать. Вообще. Компьютер, замечу, далеко не слабый. Закрываю, я, значит, принудительно программу, но диод на программаторе не погас. Погас только тогда, когда я его выдернул из УСБ порта и поставил обратно. Подумал, может сбой — винда новая, программа старая. Повторил. Раз 10… Либо АВРдуд пишет |
||
| Вернуться наверх |
Профиль
|
||
| Реклама | |
|
|
|
|
Dimon456 |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
|
Карма: 20 Рейтинг сообщения: 0
|
Программатор видит, а вот подключенную мегу нет. |
| Вернуться наверх | |
| Реклама | |
|
|
|
|
pyzhman |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
||
Карма: 49 Рейтинг сообщения: 0
|
2Dimon456: …Либо АВРдуд пишет Что по поводу второго и третьего? |
||
| Вернуться наверх | |||
|
Miksanatik |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
||
Карма: 1 Рейтинг сообщения: 0
|
Попробуйте понизить частоту SCK, выполните следующее[/url]. Выполнил. Из 4-х МК два программатор «увидел». Программы заливаются, всё хорошо. Единственное, будучи подключенными к программатору и запитанные от него же, программы как-то криво исполняются. Но, я так понимаю, это потому, что МК подключён к программатору, потому что без него всё ОК. Спасибо за совет А вот два других камня АВРдуд видеть отказался. Текст ошибки всё тот же. Они сгорели(мало вероятно)? Или уже пришли сгоревшими? В чём с ними может быть беда? По поводу «не найден программатор» я приврал, «не найден программируемый МК» там написано. При прошивке «оживших» камней всё стало ОК, прога не зависает. А вот на двух других как было так и осталось, не зависимо от SCK. Зависания, возможно, происходят из-за совместимости с Вин10, ибо на Вин7 такого не было. Но почему это происходит только на камнях, которые «не хотят» прошиваться? |
||
| Вернуться наверх | |||
| Реклама | |
|
Вебинар «Мощные модульные системы питания MEAN WELL 3+N. Новинки и хиты» (22.06.2023)
Приглашаем 22 июня на вебинар, посвященный подходу компании MEAN WELL к созданию мощных управляемых систем низковольтного и высоковольтного питания и зарядных установок для промышленного, технологического, телекоммуникационного, медицинского, радиопередающего и другого оборудования, а также для систем альтернативной энергетики. Подробнее>> |
|
AndTer |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
||
Карма: 41 Рейтинг сообщения: 0
|
Проблемы с фьюзами? С тактированием? |
||
| Вернуться наверх | |||
| Реклама | |
|
|
|
|
Dimon456 |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
|
Карма: 20 Рейтинг сообщения: 0
|
Miksanatik писал(а): АТмеги новые, ни разу не паяные, подключаю через беспаячную макетную плату. Ну раз используется беспаячная макетная плата, попробуйте на питание подключенной меги (у меги8 +7 -8 выводы) подключить электролитический конденсатор микрофарад так 50-100 и параллельно ему керамический на 0,1 микрофарада. |
| Вернуться наверх | |
|
Miksanatik |
Заголовок сообщения: Re: Проблемы с AVRdude и USBisp
|
||
Карма: 1 Рейтинг сообщения: 0
|
попробуйте на питание подключенной меги подключить электролитический конденсатор микрофарад так 50-100 и параллельно ему керамический на 0,1 микрофарада.Еще можно запитать мегу8 от отдельного источника питания Отчитываюсь. Только вот вопрос, кто может рассказать почему вообще эта котовасия случилась с МК, и почему вроде бы все одинаковые, но два шьются нормально без внешнего питания, а два других — только с ним? Ссылка на ресурс, где об этом подробно будет рассказано, тоже вполне устроит. И безопасно ли прошивать контроллер на внешнем питании? Заранее спасибо))) |
||
| Вернуться наверх | |||
Кто сейчас на форуме |
|
Сейчас этот форум просматривают: Majestic-12 [Bot] и гости: 10 |
| Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения |



