avrdude - En ligne dans le Cloud

PROGRAMME:

Nom

avrude - programme de pilote pour le programmeur Atmel AVR MCU « simple »

SYNOPSIS

avrude -p partenaire [-b débit en bauds] [-B bitclock] [-c ID-programmeur] [-C fichier de configuration] [-D] [-e]
[-E spécsortie[,spécsortie]] [-F] [-i retarder] [-n -fichier journal] [-n] [-O] [-P port] [-q] [-s]
[-t] [-u] [-U type de mémoire : op : nom de fichier : fichierfmt] [-v] [-x param_étendu] [-V]

DESCRIPTION

Avrdude est un programme de téléchargement de code et de données vers les microcontrôleurs Atmel AVR. Avrdude
prend en charge le programmeur STK500 d'Atmel, les appareils AVRISP et AVRISP mkII d'Atmel, le STK600 d'Atmel,
JTAG ICE d'Atmel (mkI, mkII et 3, les deux derniers également en mode ISP), les programmeurs se conformant
à AppNote AVR910 et AVR109 (y compris le Butterfly), ainsi qu'un simple câble
programmateur connecté directement à un ppi(4) ou parc(4) port parallèle, ou à un standard
port série. Dans le cas le plus simple, le matériel consiste simplement en un câble reliant le
lignes de signal AVR respectives au port parallèle.

Le MCU est programmé en en série programmation mode, donc, pour le ppi(4) programmeur basé, le
Les signaux MCU '/RESET', 'SCK', 'MISO' et 'MOSI' doivent être connectés au port parallèle.
En option, certaines broches de sortie inutilisées du port parallèle peuvent être utilisées pour alimenter
alimentation pour la partie MCU, il est donc également possible de construire un stand-alone passif
appareil de programmation. Certaines LED d'état indiquant l'état de fonctionnement actuel du
le programmeur peut être connecté, et un signal est disponible pour contrôler un tampon/pilote IC 74LS367
(ou 74HCT367). Ce dernier peut être utile pour découpler le port parallèle du MCU lors de l'in-
la programmation système est utilisée.

Un certain nombre d'adaptateurs de programmation bit-bang tout aussi simples qui se connectent à un port série sont
également pris en charge, parmi lesquels le populaire adaptateur série Ponyprog, et les DASA et DASA3
adaptateurs qui étaient pris en charge par uisp(1). Notez que ces adaptateurs sont destinés à être
connecté à un port série physique. La connexion à un port série émulé au-dessus de l'USB est
susceptibles de ne pas fonctionner du tout, ou de travailler extrêmement lentement.

S'il vous arrive d'avoir un système Linux avec au moins 4 GPIO matériels disponibles (comme presque
toutes les cartes Linux embarquées) vous pouvez le faire sans aucun matériel supplémentaire - il suffit de les connecter à
les broches MOSI, MISO, RESET et SCK sur l'AVR et utilisez le type de programmeur linuxgpio. Ce
bitbangs les lignes à l'aide de l'interface Linux sysfs GPIO. Bien sûr, il faut faire attention
sur la compatibilité des niveaux de tension. De plus, bien que cela ne soit pas strictement requis, il est fortement
conseillé de protéger les broches GPIO des situations de surintensité d'une manière ou d'une autre. Le plus simple
serait de simplement mettre quelques résistances en série ou mieux encore d'utiliser un pilote de tampon à 3 états comme
le 74HC244. Jettes un coup d'oeil à http://kolev.info/avrdude-linuxgpio pour un tutoriel plus détaillé
sur l'utilisation de ce type de programmeur.

Le programmeur STK500 d'Atmel est également pris en charge et se connecte à un port série. Les deux, firmware
les versions 1.x et 2.x peuvent être gérées, mais nécessitent une spécification de type de programmeur différente
(à présent). En utilisant la version 2 du micrologiciel, la programmation haute tension est également prise en charge, à la fois
parallèle et série (types de programmeur stk500pp et stk500hvsp).

Les cartes de câblage sont prises en charge, utilisant le protocole STK500 V2.x, mais une simple bascule DTR/RTS est
utilisé pour mettre les cartes en mode programmation. Le type de programmeur est ``câblage''.

L'Arduino (qui est très similaire au STK500 1.x) est pris en charge via son propre programmeur
spécification de type ``arduino''.

Le BusPirate est un outil polyvalent qui peut également être utilisé comme programmeur AVR. Un seul
BusPirate peut être connecté à jusqu'à 3 AVR indépendants. Voir la section sur prolongé
paramètres ci-dessous pour plus de détails.

Le programmeur STK600 d'Atmel est pris en charge dans les modes de programmation ISP et haute tension, et
se connecte via USB. Pour les appareils ATxmega, le STK600 est pris en charge en mode PDI. Pour
Les appareils ATtiny4/5/9/10, STK600 et AVRISP mkII sont pris en charge en mode TPI.

Le programmeur série simple décrit dans la note d'application d'Atmel AVR910, et le
bootloader décrit dans la note d'application d'Atmel AVR109 (qui est également utilisé par l'AVR
carte d'évaluation Butterfly), sont pris en charge sur un port série.

JTAG ICE d'Atmel (mkI, mkII et 3) est également pris en charge pour charger ou télécharger des zones de mémoire
depuis/vers une cible AVR (pas de prise en charge du débogage sur puce). Pour le JTAG ICE mkII, JTAG,
Les modes debugWire et ISP sont pris en charge, à condition qu'il ait une révision de firmware d'au moins 4.14
(décimal). JTAGICE3 prend également en charge tous les modes JTAG, debugWIRE et ISP. Voir ci-dessous pour le
limitations de debugWire. Pour les appareils ATxmega, le JTAG ICE mkII est pris en charge en mode PDI,
à condition qu'il ait une version du matériel et du micrologiciel de révision 1 d'au moins 5.37 (décimal). Pour
Appareils ATxmega, le JTAGICE3 est pris en charge en mode PDI.

Atmel-ICE (ARM/AVR) est pris en charge dans tous les modes (JTAG, PDI pour Xmega, debugWIRE, ISP).

Les cartes XplainedPro d'Atmel, utilisant le protocole EDBG (compatible CMSIS-DAP), sont prises en charge
en utilisant le type de programmeur "jtag3".

L'AVR Dragon est pris en charge dans tous les modes (ISP, JTAG, HVSP, PP, debugWire). Lorsqu'il est utilisé dans
Mode JTAG et debugWire, l'AVR Dragon se comporte de la même manière qu'un JTAG ICE mkII, donc tous les appareils-
des commentaires spécifiques à cet appareil s'appliqueront également. Lorsqu'il est utilisé en mode ISP, l'AVR Dragon
se comporte de manière similaire à un AVRISP mkII (ou JTAG ICE mkII en mode ISP), de sorte que tous les appareils spécifiques
les commentaires s'appliqueront là-bas. En particulier, le Dragon démarre avec un FAI plutôt rapide
fréquence d'horloge, de sorte que le -B bitclock option peut être nécessaire pour obtenir un FAI stable
la communication. Pour les appareils ATxmega, l'AVR Dragon est pris en charge en mode PDI, à condition qu'il
a une version de firmware d'au moins 6.11 (décimal).

Les adaptateurs avrftdi, USBasp ISP et USBtinyISP sont également pris en charge, à condition avrude a
été compilé avec le support libusb. USBasp ISP et USBtinyISP disposent tous deux d'un micrologiciel simple-
uniquement des implémentations USB, s'exécutant sur un ATmega8 (ou ATmega88) ou ATtiny2313, respectivement.
Si libftdi a été compilé dans avrude, le périphérique avrftdi ajoute la prise en charge de nombreux
programmeurs utilisant les pièces 2232C/D/H et 4232H de FTDI fonctionnant en mode MPSSE, qui codent en dur
(dans la puce) SCK au bit 1, MOSI au bit 2 et MISO au bit 3. La réinitialisation est généralement le bit 4.

Le chargeur de démarrage Atmel DFU est pris en charge à la fois par le protocole FLIP version 1 (AT90USB* et
appareils ATmega*U*), ainsi que la version 2 (appareils Xmega). Voir ci-dessous pour quelques conseils sur
Comportement du protocole FLIP version 1.

Les fichiers d'entrée peuvent être fournis et les fichiers de sortie peuvent être écrits dans différents formats de fichiers, tels que
sous forme de fichiers binaires bruts contenant les données à télécharger sur la puce, au format hexadécimal Intel ou
Format d'enregistrement S de Motorola. Il existe un certain nombre d'outils disponibles pour produire ces fichiers,
comme asl(1) en tant qu'assembleur autonome, ou avr-objcopie(1) pour l'étape finale du GNU
chaîne d'outils pour le microcontrôleur AVR.

À condition de diffamation(3) était présent lors de la compilation avrude, le fichier d'entrée peut également être le fichier final
Fichier ELF tel que produit par l'éditeur de liens. La ou les sections ELF appropriées seront examinées,
en fonction de la zone mémoire dans laquelle écrire.

Avrdude peut programmer les cellules de mémoire EEPROM et ROM flash des pièces AVR prises en charge. Où
pris en charge par le jeu d'instructions série, les bits de fusible et les bits de verrouillage peuvent également être programmés.
Ceux-ci sont mis en œuvre au sein avrude en tant que types de mémoire séparés et peuvent être programmés à l'aide
données d'un fichier (voir le -m option) ou depuis le mode terminal (voir la déverser et écrire
commandes). Il est également possible de lire la puce (à condition qu'elle n'ait pas été protégée par code
auparavant, bien sûr) et stocker les données dans un fichier. Enfin, un mode ``terminal'' est
disponible qui permet de communiquer de manière interactive avec le MCU et d'afficher ou
programmer des cellules de mémoire individuelles. Sur les programmateurs STK500 et STK600, plusieurs
paramètres (tension d'alimentation cible, tension Aref cible, horloge maître) peuvent être examinés et
changé depuis le mode terminal également.

Options
Afin de contrôler tous les différents modes de fonctionnement, un certain nombre d'options doivent être
spécifié à avrude.

-p partenaire
C'est la seule option qui est obligatoire pour chaque invocation de avrude. Il
spécifie le type de MCU connecté au programmeur. Ceux-ci sont lus
à partir du fichier de configuration. Pour les types de MCU actuellement pris en charge, utilisez ? en tant que partenaire, ce
imprimera une liste des identifiants de partno et des noms de pièce officiels sur le terminal. (Les deux
peut être utilisé avec l'option -p.)

Les pièces suivantes nécessitent une attention particulière :

AT90S1200 Le protocole de programmation ISP de l'AT90S1200 diffère de façon subtile
manières de celle des autres AVR. Ainsi, tous les programmeurs ne prennent pas en charge
cet appareil. Sont connus pour travailler tous les programmeurs bitbang directs,
et tous les programmeurs parlant le protocole STK500v2.

AT90S2343 Les AT90S2323 et ATtiny22 utilisent le même algorithme.

ATmega2560, ATmega2561
L'adressage Flash supérieur à 128 Ko n'est pas pris en charge par toutes les programmations
Matériel. Jtag2, stk500v2 et bit-bang sont connus pour fonctionner
programmeurs.

ATtiny11 L'ATtiny11 ne peut être programmé qu'en mode série haute tension.

-b débit en bauds
Ignorer le débit en bauds de la connexion RS-232 spécifié dans le
l'entrée du fichier de configuration par le programmeur.

-B bitclock
Spécifiez la période d'horloge bit pour l'interface JTAG ou l'horloge ISP (JTAG ICE
seul). La valeur est un nombre à virgule flottante en microsecondes. Alternativement,
la valeur peut être suffixée avec "Hz", "kHz" ou "MHz", afin de spécifier
la fréquence d'horloge binaire, plutôt qu'une période. La valeur par défaut du JTAG
ICE entraîne une période d'horloge binaire d'environ 1 microseconde, adaptée aux MCU cibles
fonctionnant à une horloge de 4 MHz et plus. Contrairement à certains paramètres du STK500,
le JTAG ICE réinitialise tous ses paramètres aux valeurs par défaut lors de la programmation
le logiciel se déconnecte de l'ICE, donc pour les MCU fonctionnant à des vitesses d'horloge inférieures,
ce paramètre doit être spécifié sur la ligne de commande. Vous pouvez utiliser le
mot-clé 'default_bitclock' dans votre ${HOME}/.avrduderc fichier pour attribuer une valeur par défaut
value pour éviter d'avoir à spécifier cette option à chaque appel.

-c ID-programmeur
Utilisez le programmeur spécifié par l'argument. Les programmeurs et leur broche
les configurations sont lues à partir du fichier de configuration (voir le -C option). Nouvelle épingle
les configurations peuvent être facilement ajoutées ou modifiées grâce à l'utilisation d'une configuration
fichier à faire avrude travailler avec différents programmeurs tant que le programmeur
prend en charge la méthode de programme série Atmel AVR. Vous pouvez utiliser le
mot-clé 'default_programmer' dans votre ${HOME}/.avrduderc fichier pour attribuer un
programmeur par défaut pour éviter d'avoir à spécifier cette option à chaque
invocation. Une liste complète de tous les programmeurs pris en charge est envoyée au
terminal en utilisant ? en tant que programmeur-id.

-C fichier de configuration
Utilisez le fichier de configuration spécifié pour charger les données de configuration. Ce fichier contient
toutes les définitions de programmeur et de pièce qui avrude connaît. Si tu as un
programmeur ou partie qui avrude ne connaît pas, vous pouvez l'ajouter à la
config (assurez-vous et soumettez un correctif à l'auteur afin qu'il puisse être
incorporé pour la prochaine version). Voir le fichier de configuration, situé à
/etc/avrdude.conf, qui contient une description du format.

If fichier de configuration s'écrit +nom de fichier alors ce fichier est lu après le système
fichiers de configuration large et utilisateur. Cela peut être utilisé pour ajouter des entrées au
configuration sans patcher votre fichier de configuration à l'échelle du système. Ça peut être
utilisé plusieurs fois, les fichiers sont lus dans le même ordre que celui donné sur la commande
ligne.

-D Désactivez l'effacement automatique pour le flash. Quand le -U option avec mémoire flash est
spécifié, avrude effectuera un effacement de la puce avant de démarrer l'un des
opérations de programmation, car c'est généralement une erreur de programmer le flash
sans effectuer d'effacement au préalable. Cette option le désactive. L'effacement automatique est
non utilisé pour les appareils ATxmega car ces appareils peuvent utiliser l'effacement de page avant
écrire chaque page afin qu'aucun effacement explicite de la puce ne soit requis. Notez cependant que
toute page non affectée par l'opération en cours conservera son ancienne
Contenu.

-e Provoque l'exécution d'un effacement de puce. Cela réinitialisera le contenu du flash
ROM et EEPROM à la valeur « 0xff » et effacez tous les bits de verrouillage. À l'exception de
Appareils ATxmega qui peuvent utiliser l'effacement de page, c'est fondamentalement une condition préalable
commande avant que la ROM flash puisse être à nouveau reprogrammée. La seule exception
ce serait si le nouveau contenu provoquait exclusivement la programmation de bits
de la valeur '1' à '0'. Notez que pour reprogrammer les cellules EERPOM, aucun
un effacement préalable explicite de la puce est requis car le MCU fournit un effacement automatique
dans ce cas avant de programmer la cellule.

-E spécsortie[,spécsortie]
Par défaut, avrude laisse le port parallèle dans le même état en sortie qu'il
a été trouvé au démarrage. Cette option modifie l'état du '/RESET' et
lignes « Vcc » sur lesquelles le port parallèle est laissé, selon le spécsortie arguments
fourni, comme suit :

réinitialiser Le signal '/RESET' restera activé à la sortie du programme, c'est-à-dire
je serai tenu faible, afin de maintenir le MCU en état de réinitialisation
après. Notez en particulier que l'algorithme de programmation pour
l'appareil AT90S1200 exige que le signal '/RESET' soit actif
avant mise sous tension du MCU, donc dans le cas où une alimentation externe est
utilisé pour ce type de MCU, une invocation précédente de avrude avec ce
l'option spécifiée est l'un des moyens possibles de garantir cette
état.

norset La ligne '/RESET' sera désactivée à la sortie du programme, permettant ainsi
le programme cible MCU à exécuter pendant que le matériel de programmation reste
connecté.

VCC Cette option laissera ces broches du port parallèle actives (c'est-à-dire Élevée)
qui peut être utilisé pour fournir une alimentation « Vcc » au MCU.

novcc Cette option tirera les broches 'Vcc' du port parallèle vers le bas à
sortie du programme.

d_élevé Cette option laissera les 8 broches de données sur le port parallèle actives.
(c'est à dire Élevée)

d_bas Cette option laissera les 8 broches de données sur le port parallèle inactives.
(c'est à dire faible)

Multiple spécsortie les arguments peuvent être séparés par des virgules.

-F Normalement, avrude essaie de vérifier que la signature de l'appareil lue à partir de la pièce
est raisonnable avant de continuer. Puisqu'il peut arriver de temps à autre qu'un
l'appareil a une signature d'appareil cassée (effacée ou écrasée) mais est autrement
fonctionnant normalement, cette option est fournie pour annuler la vérification. Aussi pour
programmeurs comme l'Atmel STK500 et STK600 qui peuvent ajuster les paramètres locaux
à l'outil de programmation (indépendamment d'une connexion réelle à une cible
contrôleur), cette option peut être utilisée avec -t continuer dans le terminal
mode.

-i retarder
Pour les programmeurs de type bitbang, retardez d'environ retarder microsecondes
entre chaque changement d'état de bit. Si le système hôte est très rapide, ou la cible
fonctionne avec une horloge lente (comme un cristal de 32 kHz ou le RC interne de 128 kHz
oscillateur), cela peut devenir nécessaire pour satisfaire l'exigence que le FAI
la fréquence d'horloge ne doit pas être supérieure à 1/4 de la fréquence d'horloge du processeur. Cette
est implémenté comme un délai de boucle de rotation pour permettre même des délais très courts. Au
systèmes d'exploitation de style Unix, la boucle de rotation est initialement calibrée par rapport à un
minuterie système, le nombre de microsecondes peut donc être plutôt réaliste,
en supposant une charge constante du système tout en avrude est en cours d'exécution. Sous Win32
systèmes, un nombre préconfiguré de cycles par microseconde est supposé
peut être un peu décalé pour les machines très rapides ou très lentes.

-l fichier journal
Utilisez fichier journal plutôt que stderr pour la sortie de diagnostic. Notez qu'initiale
les messages de diagnostic (pendant l'analyse des options) sont toujours écrits dans stderr
de toute façon.

-n No-write - désactive l'écriture de données sur le MCU (utile pour le débogage
avrude ).

-O Effectuer un étalonnage du temps d'exécution de l'oscillateur RC selon l'application Atmel
remarque AVR053. Ceci n'est pris en charge que sur les STK500v2, AVRISP mkII et JTAG
Matériel ICE mkII. Notez que le résultat sera stocké dans la cellule EEPROM à
adresse 0.

-P port
Utilisez port pour identifier l'appareil auquel le programmateur est attaché. Par
par défaut le /dev/ppi0 port est utilisé, mais si le type de programmeur normalement
se connecte au port série, le /dev/cuaa0 port est la valeur par défaut. Si tu as besoin
pour utiliser un autre port parallèle ou série, utilisez cette option pour spécifier le
nom de port alternatif.

Sur les systèmes d'exploitation Win32, les ports parallèles sont appelés lpt1 à
lpt3, se référant respectivement aux adresses 0x378, 0x278 et 0x3BC. Si
le port parallèle est accessible via une adresse différente, cette adresse
peut être spécifié directement, en utilisant la notation courante du langage C (c'est-à-dire,
les valeurs hexadécimales sont préfixées par '0x' ).

Pour le JTAG ICE mkII et JTAGICE3, si avrude a été configuré avec libusb
soutien, port peut également être spécifié comme usb[:SerialNo]. Cette volonté
causer avrude pour rechercher le programmateur sur USB. Si SerialNo est également précisé,
il sera comparé au numéro de série lu à partir de n'importe quel JTAG ICE mkII trouvé
sur USB. La correspondance est effectuée après avoir supprimé les deux points existants de la donnée
numéro de série et de droite à gauche, de sorte que seuls les octets les moins significatifs du
le numéro de série doit être indiqué.

Comme l'appareil AVRISP mkII ne peut être appelé que via USB, la même méthode
de spécifier le port est requis ici.

Pour le programmateur USB "AVR-Doper" fonctionnant en mode HID, le port doit être
spécifié comme avrdoper. La prise en charge de Libusb est requise sous Unix mais pas sous Windows.
Pour plus d'informations sur AVR-Doper voir
http://www.obdev.at/avrusb/avrdoper.html.

Pour l'USBtinyISP, qui est un appareil simpliste n'implémentant pas de série
numéros, plusieurs appareils peuvent être distingués par leur emplacement dans la clé USB
hiérarchie. Voir le respectif Dépannage entrée dans le détail
documentation pour des exemples.

Pour les programmeurs qui se connectent à un port série en utilisant une sorte de niveau supérieur
protocole (par opposition aux programmeurs de style bit-bang), port peut être spécifié comme
net:hôte:port. Dans ce cas, au lieu d'essayer d'ouvrir un périphérique local, un TCP
connexion réseau à (TCP) port on hôte est établi. Le point de terminaison distant
est supposé être un terminal ou un serveur de console qui connecte le flux réseau
à un port série local auquel le programmeur réel a été connecté. Les
port est supposé être correctement configuré, par exemple à l'aide d'un
Connexion de données 8 bits sans parité à 115200 Baud pour un STK500.

-q Désactiver (ou supprimer) la sortie de la barre de progression lors de la lecture ou de l'écriture sur le
dispositif. Spécifiez-le une deuxième fois pour un fonctionnement encore plus silencieux.

-s Désactivez l'invite du mode sans échec. Lorsque le mode sans échec découvre qu'un ou plusieurs fusibles
bits ont changé par inadvertance, il vous demandera une confirmation concernant
s'il doit ou non tenter de récupérer le(s) bit(s) de fusible. En précisant cela
flag désactive l'invite et suppose que le(s) bit(s) de fusible doivent être récupérés
sans demander de confirmation au préalable.

-t Dit avrude pour entrer dans le mode ``terminal'' interactif au lieu de up- ou
télécharger des fichiers. Voir ci-dessous pour une description détaillée du mode terminal.

-u Désactivez les vérifications des bits de fusible du mode sans échec. Le mode sans échec est activé par défaut et est
destiné à empêcher les changements involontaires de bits de fusible. Lorsqu'il est activé, le mode sans échec
émettra un avertissement si les bits de fusible sont différents au programme
sortie qu'ils ne l'étaient quand avrude a été invoqué. Le mode sans échec n'altère pas les bits de fusible
lui-même, mais demandera plutôt des instructions, à moins que le terminal ne soit pas
interactif, auquel cas le mode sans échec est désactivé. Voir le -s possibilité de désactiver
invite de mode sans échec.

Si l'un des fichiers de configuration a une ligne
default_safemode = non ;
le mode sans échec est désactivé par défaut. Les -u l'effet de l'option est annulé en ce sens
cas, c'est-à-dire qu'il permet mode sans échec.

Le mode sans échec est toujours désactivé pour les appareils AVR32, Xmega et TPI.

-U memtype:op:nom de fichier[:le format]
Effectuez une opération de mémoire comme indiqué. Les type de mémoire le champ spécifie le
type de mémoire sur lequel opérer. Les types de mémoire disponibles dépendent de l'appareil,
la configuration réelle peut être visualisée avec le partie commande en mode terminal.
En règle générale, la configuration de la mémoire d'un appareil contient au moins les types de mémoire
flash et Eeprom. Tous les types de mémoire actuellement connus sont :
calibration Un ou plusieurs octets de données de calibration de l'oscillateur RC.
eeprom L'EEPROM de l'appareil.
efuse L'octet de fusible étendu.
flash La ROM flash du périphérique.
fuse L'octet de fusible dans les appareils qui n'ont qu'un seul octet de fusible.
hfuse L'octet de fusible haut.
lfuse L'octet de fusible bas.
lock L'octet de verrouillage.
signature Les trois octets de signature de périphérique (ID de périphérique).
fusibleN Les octets fusibles des appareils ATxmega, N est un nombre entier pour
chaque fusible pris en charge par l'appareil.
application La zone flash d'application des appareils ATxmega.
apptable La zone flash de la table d'application des appareils ATxmega.
boot La zone flash de démarrage des périphériques ATxmega.
prodsig La zone de signature de production (étalonnage) des appareils ATxmega.
usersig La zone de signature utilisateur des appareils ATxmega.

Votre op le champ spécifie l'opération à effectuer :

r lire la mémoire de l'appareil et écrire dans le fichier spécifié

w lire les données du fichier spécifié et écrire dans la mémoire de l'appareil

v lire les données de l'appareil et du fichier spécifié et effectuer un
vérifier

Votre nom de fichier Le champ indique le nom du fichier à lire ou à écrire. Les
le format Le champ est facultatif et contient le format du fichier à lire ou à écrire.
Format peut être l'un des :

i Intel Hex

s Enregistrement Motorola S

r binaire brut ; ordre des octets little-endian, dans le cas des données de la ROM flash

e ELF (Format Exécutable et Liable)

m immédiat; valeurs d'octets réelles spécifiées sur la ligne de commande, séparées par
des virgules ou des espaces. C'est bon pour programmer des octets de fusible sans avoir
pour créer un fichier à un octet ou entrer en mode terminal.

a détection automatique; valide pour l'entrée seulement, et seulement si l'entrée n'est pas fournie
at Stdin.

d décimal; ce format et les suivants ne sont valables qu'à la sortie. Ils
générer une ligne de sortie pour la section de mémoire respective, formant un
liste des valeurs séparées par des virgules. Cela peut être particulièrement utile pour
traitement ultérieur, comme pour les réglages des bits de fusible.

h hexadécimal; chaque valeur obtiendra la chaîne 0x préfixé.

o octal; chaque valeur obtiendra un 0 préfixé à moins qu'il soit inférieur à 8 pouces
auquel cas il n'obtient aucun préfixe.

b binaire; chaque valeur obtiendra la chaîne 0b préfixé.

La valeur par défaut consiste à utiliser la détection automatique pour les fichiers d'entrée et le format binaire brut
pour les fichiers de sortie. Notez que si nom de fichier contient un deux-points, le le format le champ est
n'est plus facultatif puisque la partie du nom de fichier suivant les deux points serait autrement
être mal interprété comme le format.

Lors de la lecture de tout type de zone de mémoire flash (y compris les différentes sous-zones de
périphériques Xmega), le fichier de sortie résultant sera tronqué pour ne pas contenir
octets de fin 0xFF qui indiquent une mémoire non programmée (effacée). Ainsi, si le
toute la mémoire n'est pas programmée, cela se traduira par un fichier de sortie qui n'a pas
contenu du tout.

En abréviation, la forme -U nom de fichier équivaut à spécifier -U
flash:w:nom de fichier:une. Cela ne fonctionnera que si nom de fichier n'a pas de deux points dans
le

-v Activer la sortie détaillée. Suite -v les options augmentent le niveau de verbosité.

-V Désactivez la vérification automatique lors du téléchargement des données.

-x param_étendu
Passé param_étendu à l'implémentation du programmeur choisi en tant qu'extension
paramètre. L'interprétation du paramètre étendu dépend de la
programmeur lui-même. Voir ci-dessous pour une liste de programmeurs acceptant
paramètres.

terminal mode
Dans ce mode, avrude initialise uniquement la communication avec le MCU, puis attend l'utilisateur
commandes sur l'entrée standard. Les commandes et les paramètres peuvent être abrégés au plus court
forme sans ambiguïté. Le mode terminal fournit un historique des commandes en utilisant readline(3), donc auparavant
les lignes de commande entrées peuvent être rappelées et modifiées. Les commandes suivantes sont actuellement
mis en œuvre:

déverser type de mémoire addr noctets
Lire noctets octets de la zone mémoire spécifiée et les afficher dans le
forme habituelle hexadécimale et ASCII.

déverser Continuez à vider le contenu de la mémoire pour un autre noctets où le précédent
déverser commande laissée de côté.

écrire type de mémoire addr byte1 octetN
Programmez manuellement les cellules de mémoire respectives, en commençant à l'adresse addr, en utilisant
les valeurs byte1 à travers octetN. Cette fonctionnalité n'est pas implémentée pour les
mémoires adressées telles que la mémoire flash des appareils ATMega.

effacer Effectuez un effacement de puce.

envoyer b1 b2 b3 b4
Envoyez des codes d'instruction bruts à l'appareil AVR. Si vous avez besoin d'accéder à une fonctionnalité
d'une partie AVR qui n'est pas directement prise en charge par avrude, cette commande permet
vous de l'utiliser, même si avrude n'implémente pas la commande. Lors de l'utilisation
mode SPI direct, jusqu'à 3 octets peuvent être omis.

sig Affichez les octets de signature de l'appareil.

spi Entrez en mode SPI direct. Les pgmled pin agit comme esclave select. Seulement soutenu
on parallèle bitbang programmeurs.

partie Affichez les réglages et les paramètres actuels de la pièce. Comprend une puce spécifique
informations comprenant tous les types de mémoire pris en charge par l'appareil, lecture/écriture
chronométrage, etc

pgm Retour en mode programmation (à partir du mode SPI direct).

vtarg Tension
Réglez la tension d'alimentation de la cible sur Tension Volts. Seulement soutenu on le
STK500 et STK600 programmeur.

Varef [indirect] Tension
Réglez la source de tension réglable sur Tension Volts. Cette tension est normalement
utilisé pour conduire la cible Aréf entrée sur le STK500. Sur l'Atmel STK600, deux
des tensions de référence sont disponibles, qui peuvent être sélectionnées par l'option
indirect argument (soit 0 ou 1). Seulement soutenu on le STK500 et STK600
programmeur.

Fosco fréq[M|k]
Réglez l'oscillateur maître sur fréq Hz. Une lettre de fin facultative M
multiplie par 1E6, une lettre de fin k par 1E3. Seulement soutenu on le STK500
et STK600 programmeur.

Fosco de rabais
Éteignez l'oscillateur maître. Seulement soutenu on le STK500 et STK600
programmeur.

merde période
STK500 et STK600 programmeur uniquement: Réglez la période d'horloge SCK sur période
microsecondes.

JTAG VÉLO uniquement: Réglez la période d'horloge binaire JTAG ICE sur période microsecondes. Noter
que contrairement aux paramètres STK500, ce paramètre sera rétabli à sa valeur par défaut
valeur (environ 1 microseconde) lorsque le logiciel de programmation se déconnecte
du JTAG ICE. Ce paramètre peut également être utilisé sur le JTAG ICE mkII,
JTAGICE3 et Atmel-ICE pour spécifier la période d'horloge du FAI lors du fonctionnement de l'ICE
en mode FAI.

parmes STK500 et STK600 programmeur uniquement: Afficher la tension actuelle et le maître
paramètres de l'oscillateur.

JTAG VÉLO uniquement: Afficher la tension d'alimentation cible actuelle et l'horloge binaire JTAG
taux/période.

verbeux [niveau]
Changer (quand niveau est fourni) ou afficher le niveau de verbosité. La première
le niveau de verbosité est contrôlé par le nombre de -v options données sur le
ligne de commande.

?

vous aider Donnez un bref résumé en ligne des commandes disponibles.

quitter Quitter le mode terminal et ainsi avrude.

Réglage par défaut Parallèle port épingle liens
(ceux-ci peuvent être modifiés, voir le -c option)
Pin nombre Fonction
2-5 Vcc (alimentation optionnelle au MCU)
7 /RESET (vers MCU)
8 SCK (vers MCU)
9 MOSI (vers MCU)

10 MISO (de MCU)
18-25 GND

débogageWire limites
Le protocole debugWire est le protocole propriétaire à un fil (plus terre) d'Atmel pour permettre un
émulation en circuit des plus petits appareils AVR, en utilisant la ligne '/RESET'. Le mode DebugWire est
initié en activant le fusible « DWEN », puis en redémarrant la cible. Alors que ce mode
est principalement destiné au débogage/émulation, il offre également des capacités de programmation limitées.
En effet, les seules zones mémoire qui peuvent être lues ou programmées dans ce mode sont la ROM flash
et EEPROM. Il est également possible de lire la signature. Toutes les autres zones de mémoire ne peuvent
être accessible. Il n'y a pas puce effacer fonctionnalité en mode debugWire ; à la place, tandis que
reprogrammant la ROM flash, chaque page de la ROM flash est effacée juste avant de la mettre à jour. Cette
est fait de manière transparente par le JTAG ICE mkII (ou AVR Dragon). Le seul moyen de revenir de
Le mode debugWire est d'initier une séquence spéciale de commandes au JTAG ICE mkII (ou AVR
Dragon), donc le mode debugWire sera temporairement désactivé et la cible sera accessible
en utilisant la programmation normale du FAI. Cette séquence est automatiquement initiée en utilisant le JTAG
ICE mkII ou AVR Dragon en mode ISP, lorsqu'ils détectent que le mode ISP ne peut pas être activé.

FLIP version 1 particularités
Les chargeurs de démarrage utilisant le protocole FLIP version 1 connaissent un comportement très spécifique.

Ces chargeurs de démarrage n'ont aucune option pour accéder aux zones de mémoire autres que Flash et EEPROM.

Lorsque le bootloader est démarré, il entre dans un centré sur l'humain mode où le seul accès acceptable
est d'interroger les paramètres de configuration de l'appareil (qui sont utilisés pour la signature sur l'AVR
dispositifs). La seule façon de quitter ce mode est un puce effacer. Comme un effacement de puce est normalement
impliqué par le -U option lors de la reprogrammation du flash, cette particularité peut ne pas être très
évident immédiatement.

Parfois, un chargeur de démarrage avec le mode de sécurité déjà désactivé semble ne plus répondre avec
données de configuration sensibles, mais seulement 0xFF pour toutes les requêtes. Comme ces requêtes sont utilisées pour
obtenir l'équivalent d'une signature, avrude ne peut continuer dans cette situation qu'en forçant
le contrôle de signature doit être remplacé par le -F option.

A puce effacer peut laisser l'EEPROM non effacée, au moins sur certaines versions du chargeur de démarrage.

Programmeurs acceptant prolongé paramètres
JTAG VÉLO mkII

JTAGICE3

Atmel-ICE

AVR Dragon
Lors de l'utilisation du JTAG ICE mkII, JTAGICE3, Atmel-ICE ou AVR Dragon en mode JTAG,
le paramètre étendu suivant est accepté :

jtagchain=UB,UA,BB,BA
Configurer la chaîne de balayage JTAG pour UB unités avant, UA unités après,
BB bits avant, et BA bits après l'AVR cible, respectivement.
Chaque unité AVR dans la chaîne se décale de 4 bits. Autre JTAG
les unités peuvent nécessiter un nombre de décalages de bits différent.

AVR910

devcode=VALEUR
Ignorer la sélection du code de l'appareil en utilisant VALEURE comme l'appareil
code. Le programmeur n'est pas interrogé sur la liste des
codes d'appareil et les VALEURE n'est pas vérifié mais utilisé
directement dans la commande 'T' envoyée au programmeur. VALEURE
peut être spécifié en utilisant la notation numérique conventionnelle du C
langage de programmation.

pas de mode bloc
Désactive la vérification par défaut de la capacité de transfert de bloc.
Utilisez pas de mode bloc seulement si votre AVR910 le programmeur crée des erreurs
lors de la séquence initiale.

bousiller

réinitialiser={cs,aux,aux2}
La configuration par défaut suppose la broche de sortie CS du BusPirate
connecté à la broche RESET côté AVR. Il est cependant possible
avoir plusieurs AVR connectés au même BP avec MISO, MOSI
et les lignes SCK communes à tous. Dans un tel cas, un AVR
devrait avoir son RESET connecté à BusPirate CS broche, deuxième
RESET de l'AVR connecté à celui de BusPirate AUX broche et si votre
BusPirate a un AUX2 pin (uniquement disponible sur la version BusPirate
v1a avec firmware 3.0 ou plus récent) utilisez-le pour activer RESET sur
le troisième AVR.

Il peut être judicieux de découpler le BusPirate et l'AVR
Bus SPI les uns des autres à l'aide d'un tampon de bus à 3 états. Pour
exemple 74HC125 ou 74HC244 sont de bons candidats avec le
loquets actionnés par la broche de réinitialisation appropriée (cs, aux ou aux2).
Sinon, le trafic SPI dans un circuit actif peut interférer
avec la programmation de l'AVR dans l'autre conception.

spifreq=<0..7>
La vitesse SPI pour le mode SPI binaire du Bus Pirate :

0 .. 30 kHz (par défaut)
1 .. 125 kHz
2 .. 250 kHz
3 .. 1MHz
4 .. 2MHz
5 .. 2.6MHz
6 .. 4MHz
7 .. 8MHz

rawfreq=<0..3>
Définit la vitesse SPI et utilise le "brut" binaire du Bus Pirate
mode:

0 .. 5 kHz
1 .. 50 kHz
2 .. 100 kHz (Firmware v4.2+ uniquement)
3 .. 400 kHz (v4.2+)

Le seul avantage du mode "raw-wire" est le SPI différent
fréquences disponibles. L'écriture paginée n'est pas implémentée dans ce
mode.

ascii Essayez d'utiliser le mode ASCII même lorsque le micrologiciel prend en charge
BinMode (mode binaire). BinMode est pris en charge dans le firmware 2.7 et
les FW plus récents et plus anciens n'ont pas BinMode ou leur BinMode est
petit chariot. Le mode ASCII est plus lent et rend ce qui précède réinitialiser=, spifréq=
et fréquence brute = paramètres non disponibles. Sachez que le mode ASCII est
pas garanti de fonctionner avec les nouvelles versions de firmware, et est
conservé uniquement pour maintenir la compatibilité avec les anciens micrologiciels
versions.

pas d'écriture paginée
Les versions de firmware 5.10 et plus récentes prennent en charge un SPI en mode binaire
commande qui permet d'écrire des pages entières sur la mémoire flash de l'AVR
mémoire à la fois, ce qui entraîne une augmentation significative de la vitesse d'écriture.
Si l'utilisation de ce mode n'est pas souhaitable pour une raison quelconque, ce
l'option le désactive.

pas de page
Les versions plus récentes du micrologiciel prennent en charge certaines commandes SPI en mode binaire
Commandes étendues AVR. Utilisation du "Bulk Memory Read from Flash"
entraîne une augmentation significative de la vitesse de lecture. Si l'utilisation de ce
n'est pas souhaitable pour une raison quelconque, cette option le désactive.

cpufreq=<125..4000>
Cela définit la broche AUX pour produire une fréquence de n kHz. De liaison
la broche AUX à la broche XTAL1 de votre MCU, vous pouvez lui fournir un
horloge, par exemple lorsqu'il a besoin d'une horloge externe en raison de
mauvais réglages des fusibles. Assurez-vous que la fréquence du processeur est au moins
quatre fois la fréquence SPI.

serial_recv_timeout=<1...>
Cela définit le délai d'attente de réception série à la valeur donnée. Les
le délai d'attente se produit à chaque fois qu'avrdude attend le BusPirate
rapide. Surtout en mode ascii, cela arrive très souvent, donc
définir une valeur plus petite peut accélérer considérablement la programmation. Les
la valeur par défaut est 100 ms. L'utilisation de 10 ms peut fonctionner dans la plupart des cas.

Câblage Lors de l'utilisation du type de programmateur de câblage, les options étendues suivantes
paramètre est accepté :

répéter=<0..32767>
Après avoir effectué la phase d'ouverture du port, AVRDUDE attendra/snooze
pour roupillon millisecondes avant de poursuivre la synchronisation du protocole
phase. Aucun basculement de DTR/RTS n'est effectué si roupillon est plus grand
que 0.

PICkit2
Connexion au programmateur PICkit2 :

(AVR) (PICkit2)
RST - VPP/MCLR (1)
VDD - Cible VDD (2) -- éventuellement en option si AVR auto-alimenté
TERRE - TERRE (3)
MISO - DPI (4)
SCLK-PDC (5)
MOSI-AUX (6)

Paramètres de ligne de commande étendus :

fréquence d'horloge =
Définit la fréquence d'horloge SPI en Hz (la valeur par défaut est 100 kHz).
Les options -B ou -i peuvent également être utilisées pour définir la période.

délai d'attente =
Définit le délai d'attente pour les lectures et écritures USB en millisecondes
(la valeur par défaut est de 1500 ms).

Utilisez avrdude en ligne en utilisant les services onworks.net