avrdude - Online en la nube

PROGRAMA:

NOMBRE

avrdude - programa de controlador para el programador Atmel AVR MCU `` simple ''

SINOPSIS

avrdude -p número de parte [-b velocidad en baudios] [-B reloj de bits] [-c ID de programador] [-C archivo de configuración] [-D] [-e]
[-E especificación de salida[,especificación de salida]] [-F] [-i retrasar] [-n -archivo de registro] [-n] [-O] [-P Puerto] [-q] [-s]
[-t] [-u] [-U tipo de memoria: op: nombre de archivo: filefmt] [-v] [-x extendido_param] [-V]

DESCRIPCIÓN

avrdude es un programa para descargar código y datos a microcontroladores Atmel AVR. avrdude
admite el programador STK500 de Atmel, los dispositivos AVRISP y AVRISP mkII de Atmel, STK600 de Atmel,
JTAG ICE de Atmel (mkI, mkII y 3, los dos últimos también en modo ISP), los programadores cumplen
a AppNote AVR910 y AVR109 (incluido el Butterfly), así como a un simple cableado
programador conectado directamente a un ppi(4) o parteport(4) puerto paralelo, o a un estándar
Puerto serial. En el caso más simple, el hardware consiste solo en un cable que conecta el
respectivas líneas de señal AVR al puerto paralelo.

La MCU está programada en de serie programación modo, entonces, para el ppi(4) programador basado, el
Las señales MCU '/ RESET', 'SCK', 'MISO' y 'MOSI' deben conectarse al puerto paralelo.
Opcionalmente, algunos pines de salida del puerto paralelo que de otro modo no se usarían se pueden usar para suministrar
potencia para la parte MCU, por lo que también es posible construir un pasivo autónomo
dispositivo de programación. Algunos LED de estado que indican el estado operativo actual del
Se puede conectar un programador y hay una señal disponible para controlar un búfer / controlador IC 74LS367
(o 74HCT367). Este último puede ser útil para desacoplar el puerto paralelo de la MCU cuando
se utiliza la programación del sistema.

Varios adaptadores de programación bit-bang igualmente simples que se conectan a un puerto serie son
soportado también, entre ellos el popular adaptador serial Ponyprog, y el DASA y DASA3
adaptadores que solían ser compatibles con usp(1). Tenga en cuenta que estos adaptadores están destinados a ser
conectado a un puerto serie físico. La conexión a un puerto serie emulado en la parte superior de USB es
es probable que no funcione en absoluto, o que funcione abismalmente lento.

Si tiene un sistema Linux con al menos 4 GPIO de hardware disponibles (como casi
todas las placas Linux integradas) puede hacerlo sin ningún hardware adicional, simplemente conéctelas a
los pines MOSI, MISO, RESET y SCK en el AVR y use el tipo de programador linuxgpio. Eso
bitbangs las líneas usando la interfaz GPIO sysfs de Linux. Por supuesto, se debe tener cuidado
sobre la compatibilidad del nivel de voltaje. Además, aunque no es estrictamente necesario, se
aconsejable proteger los pines GPIO de situaciones de sobrecorriente de alguna manera. Lo más simple
sería simplemente poner algunas resistencias en serie o mejor aún usar un controlador de búfer de 3 estados como
el 74HC244. Mira esto http://kolev.info/avrdude-linuxgpio para un tutorial más detallado
sobre el uso de este tipo de programador.

El programador STK500 de Atmel también es compatible y se conecta a un puerto serie. Ambos, firmware
las versiones 1.xy 2.x se pueden manejar, pero requieren una especificación de tipo de programador diferente
(por ahora). Con la versión de firmware 2, también se admite la programación de alto voltaje, tanto
paralelo y serial (tipo de programador stk500pp y stk500hvsp).

Se admiten placas de cableado que utilizan el protocolo STK500 V2.x, pero se requiere una simple conmutación DTR / RTS.
utilizado para configurar las placas en modo de programación. El tipo de programador es `` cableado ''.

El Arduino (que es muy similar al STK500 1.x) es compatible a través de su propio programador
especificación de tipo `` arduino ''.

BusPirate es una herramienta versátil que también se puede utilizar como programador AVR. Un solo
BusPirate se puede conectar a hasta 3 AVR independientes. Ver la sección sobre extendido
parámetros a continuación para más detalles.

El programador STK600 de Atmel es compatible con los modos de programación ISP y de alto voltaje, y
se conecta a través del USB. Para los dispositivos ATxmega, el STK600 es compatible con el modo PDI. Para
Los dispositivos ATtiny4 / 5/9/10, STK600 y AVRISP mkII son compatibles con el modo TPI.

El programador en serie simple descrito en la nota de aplicación AVR910 de Atmel, y el
cargador de arranque descrito en la nota de aplicación de Atmel AVR109 (que también es utilizado por el AVR
Placa de evaluación Butterfly), se admiten en un puerto serie.

JTAG ICE de Atmel (mkI, mkII y 3) también es compatible para cargar o descargar áreas de memoria
desde / hacia un objetivo AVR (sin soporte para depuración en chip). Para el JTAG ICE mkII, JTAG,
Se admiten los modos debugWire e ISP, siempre que tenga una revisión de firmware de al menos 4.14
(decimal). JTAGICE3 también admite todos los modos JTAG, debugWIRE e ISP. Vea a continuación para
limitaciones de debugWire. Para los dispositivos ATxmega, el JTAG ICE mkII es compatible con el modo PDI,
siempre que tenga una versión de hardware y firmware de revisión 1 de al menos 5.37 (decimal). Para
Dispositivos ATxmega, el JTAGICE3 es compatible en modo PDI.

Atmel-ICE (ARM / AVR) es compatible con todos los modos (JTAG, PDI para Xmega, debugWIRE, ISP).

Las placas XplainedPro de Atmel, que utilizan el protocolo EDBG (compatible con CMSIS-DAP), son compatibles
utilizando el tipo de programador "jtag3".

El AVR Dragon es compatible con todos los modos (ISP, JTAG, HVSP, PP, debugWire). Cuando se usa en
JTAG y modo debugWire, el AVR Dragon se comporta de manera similar a un JTAG ICE mkII, por lo que todos los dispositivos-
También se aplicarán comentarios específicos para ese dispositivo. Cuando se utiliza en modo ISP, el AVR Dragon
se comporta de manera similar a un AVRISP mkII (o JTAG ICE mkII en modo ISP), por lo que todos los dispositivos
los comentarios se aplicarán allí. En particular, Dragon comienza con un ISP bastante rápido
frecuencia de reloj, por lo que -B reloj de bits Es posible que se requiera una opción para lograr un ISP estable
comunicación. Para los dispositivos ATxmega, el AVR Dragon es compatible con el modo PDI, siempre que
tiene una versión de firmware de al menos 6.11 (decimal).

Los adaptadores avrftdi, USBasp ISP y USBtinyISP también son compatibles, siempre avrdude tiene
ha sido compilado con soporte libusb. USBasp ISP y USBtinyISP cuentan con firmware simple
solo implementaciones USB, que se ejecutan en un ATmega8 (o ATmega88) o ATtiny2313, respectivamente.
Si libftdi se ha compilado en avrdude, el dispositivo avrftdi agrega soporte para muchos
programadores que utilizan piezas 2232C / D / H y 4232H de FTDI que se ejecutan en modo MPSSE, que codifican
(en el chip) SCK al bit 1, MOSI al bit 2 y MISO al bit 3. El restablecimiento suele ser el bit 4.

El cargador de arranque Atmel DFU es compatible con el protocolo FLIP versión 1 (AT90USB * y
Dispositivos ATmega * U *), así como la versión 2 (dispositivos Xmega). Consulte a continuación algunos consejos sobre
Comportamiento del protocolo FLIP versión 1.

Se pueden proporcionar archivos de entrada y los archivos de salida se pueden escribir en diferentes formatos de archivo, como
como archivos binarios sin procesar que contienen los datos para descargar en el chip, formato hexadecimal de Intel o
Formato de registro S de Motorola. Hay varias herramientas disponibles para producir esos archivos,
como asl(1) como ensamblador independiente, o avr-objcopy(1) para la etapa final de GNU
cadena de herramientas para el microcontrolador AVR.

Previsto difamación(3) estaba presente al compilar avrdude, el archivo de entrada también puede ser el final
Archivo ELF producido por el enlazador. Se examinarán las secciones apropiadas de ELF,
según el área de memoria en la que escribir.

avrdude Puede programar las celdas de memoria EEPROM y flash ROM de las partes compatibles con AVR. Dónde
compatible con el conjunto de instrucciones en serie, también se pueden programar bits de fusible y bits de bloqueo.
Estos se implementan dentro de avrdude como tipos de memoria separados y se puede programar usando
datos de un archivo (consulte la -m opción) o desde el modo terminal (ver la arrojar y escribir
comandos). También es posible leer el chip (siempre que no esté protegido por código
anteriormente, por supuesto) y almacenar los datos en un archivo. Finalmente, un modo `` terminal '' es
disponible que le permite a uno comunicarse interactivamente con la MCU, y mostrar o
programar celdas de memoria individuales. En el programador STK500 y STK600, varios dispositivos operativos
Los parámetros (voltaje de suministro de destino, voltaje de Aref de destino, reloj maestro) se pueden examinar y
cambiado también desde el modo terminal.

Opciones
Para controlar todos los diferentes modos de funcionamiento, es necesario configurar una serie de opciones.
especificado para avrdude.

-p número de parte
Esta es la única opción que es obligatoria para cada invocación de avrdude. Lo
especifica el tipo de MCU conectado al programador. Estos se leen
desde el archivo de configuración. ¿Para los tipos de MCU admitidos actualmente? como partno, esto
imprimirá una lista de ID de componentes y nombres de componentes oficiales en la terminal. (Ambos
se puede utilizar con la opción -p.)

Las siguientes partes necesitan especial atención:

AT90S1200 El protocolo de programación ISP del AT90S1200 difiere en sutiles
formas de la de otros AVR. Por tanto, no todos los programadores admiten
este dispositivo. Se sabe que funcionan todos los programadores directos de bitbang,
y todos los programadores que utilizan el protocolo STK500v2.

AT90S2343 El AT90S2323 y ATtiny22 utilizan el mismo algoritmo.

ATmega2560, ATmega2561
El direccionamiento flash por encima de 128 KB no es compatible con toda la programación
hardware. Se sabe que funcionan jtag2, stk500v2 y bit-bang
programadores

ATtiny11 El ATtiny11 solo se puede programar en modo serie de alta tensión.

-b velocidad en baudios
Anule la velocidad en baudios de la conexión RS-232 especificada en el respectivo
entrada del programador del archivo de configuración.

-B reloj de bits
Especifique el período de reloj de bits para la interfaz JTAG o el reloj del ISP (JTAG ICE
solamente). El valor es un número de punto flotante en microsegundos. Alternativamente,
el valor puede tener el sufijo "Hz", "kHz" o "MHz", para especificar
la frecuencia del reloj de bits, en lugar de un período. El valor predeterminado de JTAG
ICE da como resultado un período de reloj de bits de aproximadamente 1 microsegundo, adecuado para MCU de destino
funcionando a 4 MHz de reloj y superior. A diferencia de ciertos parámetros del STK500,
el JTAG ICE restablece todos sus parámetros a los valores predeterminados cuando la programación
El software se desconecta del ICE, por lo que para las MCU que se ejecutan a velocidades de reloj más bajas,
este parámetro debe especificarse en la línea de comandos. Puedes usar el
palabra clave 'default_bitclock' en su $ {HOME} /. Avrduderc archivo para asignar un valor predeterminado
valor para evitar tener que especificar esta opción en cada invocación.

-c ID de programador
Utilice el programador especificado por el argumento. Programadores y su pin
las configuraciones se leen desde el archivo de configuración (consulte la -C opción). Pin nuevo
las configuraciones se pueden agregar o modificar fácilmente mediante el uso de una configuración
archivo para hacer avrdude trabajar con diferentes programadores siempre que el programador
admite el método de programa en serie Atmel AVR. Puedes usar el
palabra clave 'default_programmer' en su $ {HOME} /. Avrduderc archivo para asignar un
programador predeterminado para evitar tener que especificar esta opción en cada
invocación. Una lista completa de todos los programadores compatibles se envía al
terminal usando? como id-programador.

-C archivo de configuración
Utilice el archivo de configuración especificado para cargar los datos de configuración. Este archivo contiene
todas las definiciones del programador y de las piezas que avrdude sabe sobre. Si tienes un
programador o parte que avrdude no conoce, puede agregarlo al
config (asegúrese de enviar un parche al autor para que pueda ser
incorporado para la próxima versión). Vea el archivo de configuración, ubicado en
/etc/avrdude.conf, que contiene una descripción del formato.

If archivo de configuración está escrito como + nombre de archivo entonces este archivo se lee después de que el sistema
archivos de configuración de usuario y de ancho. Esto se puede utilizar para agregar entradas al
configuración sin parchear el archivo de configuración de todo el sistema. Puede ser
utilizado varias veces, los archivos se leen en el mismo orden que se indica en el comando
la línea.

-D Desactive el borrado automático para flash. Cuando el -U La opción con memoria flash es
especificado, avrdude realizará un borrado de chip antes de iniciar cualquiera de los
operaciones de programación, ya que generalmente es un error programar el flash
sin realizar un borrado primero. Esta opción lo desactiva. El borrado automático es
no se usa para dispositivos ATxmega, ya que estos dispositivos pueden usar el borrado de página antes
escribir cada página para que no se requiera un borrado explícito del chip. Sin embargo, tenga en cuenta que
cualquier página no afectada por la operación actual conservará su anterior
contenido.

-e Hace que se ejecute un borrado de chip. Esto restablecerá el contenido del flash.
ROM y EEPROM al valor '0xff' y borre todos los bits de bloqueo. Excepto por
Dispositivos ATxmega que pueden usar el borrado de página, es básicamente un requisito previo
comando antes de que la ROM flash se pueda reprogramar nuevamente. La única excepción
sería si los nuevos contenidos hicieran exclusivamente que se programaran bits
desde el valor '1' a '0'. Tenga en cuenta que para reprogramar las células EERPOM, no
Se requiere un borrado de chip previo explícito ya que la MCU proporciona un borrado automático
ciclo en ese caso antes de programar la celda.

-E especificación de salida[,especificación de salida]
De forma predeterminada, avrdude deja el puerto paralelo en el mismo estado en la salida que
se ha encontrado al inicio. Esta opción modifica el estado de '/ RESET' y
'Vcc' en las que se deja el puerto paralelo, de acuerdo con el especificación de salida argumentos
siempre, de la siguiente manera:

reajustar La señal '/ RESET' se dejará activada al salir del programa, es decir
que se llevará a cabo bajo, para mantener la MCU en estado de reinicio
después. Nótese en particular que el algoritmo de programación para
el dispositivo AT90S1200 exige que la señal '/ RESET' esté activa
antes encender la MCU, por lo que en caso de que haya una fuente de alimentación externa
utilizado para este tipo de MCU, una invocación previa de avrdude con este
La opción especificada es una de las posibles formas de garantizar esta
condición.

no restablecer La línea '/ RESET' se desactivará al salir del programa, permitiendo así
el programa de destino de la MCU para que se ejecute mientras el hardware de programación permanece
conectado.

vcc Esta opción dejará activos los pines del puerto paralelo (es decir, high)
que se puede utilizar para suministrar energía 'Vcc' a la MCU.

novcc Esta opción tirará de los pines 'Vcc' del puerto paralelo hacia abajo en
salida del programa.

d_alto Esta opción dejará activos los 8 pines de datos en el puerto paralelo.
(es decir high)

d_bajo Esta opción dejará inactivos los 8 pines de datos del puerto paralelo.
(es decir bajo)

Múltiple especificación de salida los argumentos se pueden separar con comas.

-F Normalmente, avrdude intenta verificar que la firma del dispositivo se lee en la pieza
es razonable antes de continuar. Dado que puede suceder de vez en cuando que un
el dispositivo tiene una firma de dispositivo rota (borrada o sobrescrita) pero
operando normalmente, esta opción se proporciona para anular la verificación. También por
programadores como Atmel STK500 y STK600 que pueden ajustar parámetros locales
a la herramienta de programación (independientemente de una conexión real a un objetivo
controlador), esta opción se puede utilizar junto con -t continuar en terminal
modo.

-i retrasar
Para programadores de tipo bitbang, demore aproximadamente retrasar microsegundos
entre cada cambio de estado de bit. Si el sistema host es muy rápido o el objetivo
funciona con un reloj lento (como un cristal de 32 kHz, o el RC interno de 128 kHz
oscilador), esto puede ser necesario para satisfacer el requisito de que el ISP
La frecuencia de reloj no debe ser superior a 1/4 de la frecuencia de reloj de la CPU. Esta
se implementa como un retraso de bucle giratorio para permitir incluso retrasos muy cortos. Sobre
En los sistemas operativos de estilo Unix, el bucle de giro se calibra inicialmente contra un
temporizador del sistema, por lo que el número de microsegundos puede ser bastante realista,
asumiendo una carga constante del sistema mientras avrdude Esta corriendo. En funcionamiento Win32
sistemas, se supone un número preconfigurado de ciclos por microsegundo que
podría estar un poco apagado para máquinas muy rápidas o muy lentas.

-l archivo de registro
Uso archivo de registro más bien que stderr para salida de diagnóstico. Tenga en cuenta que inicial
Los mensajes de diagnóstico (durante el análisis de opciones) todavía se escriben en stderr
de todos modos.

-n Sin escritura: desactiva la escritura de datos en la MCU (útil para depurar
avrdude ).

-O Realice una calibración del tiempo de ejecución del oscilador RC de acuerdo con la aplicación Atmel
nota AVR053. Esto solo es compatible con STK500v2, AVRISP mkII y JTAG
Hardware ICE mkII. Tenga en cuenta que el resultado se almacenará en la celda EEPROM en
dirección 0.

-P Puerto
Uso Puerto para identificar el dispositivo al que está conectado el programador. Por
predeterminado el / dev / ppi0 se utiliza el puerto, pero si el programador escribe normalmente
se conecta al puerto serie, el / dev / cuaa0 puerto es el predeterminado. Si necesitas
Para utilizar un puerto paralelo o serie diferente, utilice esta opción para especificar el
nombre de puerto alternativo.

En los sistemas operativos Win32, los puertos paralelos se denominan lpt1 a
lpt3, en referencia a las direcciones 0x378, 0x278 y 0x3BC, respectivamente. Si
se puede acceder al puerto paralelo a través de una dirección diferente, esta dirección
se puede especificar directamente, utilizando la notación común del lenguaje C (es decir,
los valores hexadecimales tienen el prefijo '0x').

Para JTAG ICE mkII y JTAGICE3, si avrdude ha sido configurado con libusb
apoyo, Puerto alternativamente se puede especificar como usb[:SerialNo]. Esta voluntad
porque avrdude para buscar el programador en USB. Si SerialNo también se especifica,
se comparará con el número de serie leído de cualquier JTAG ICE mkII encontrado
en USB. La coincidencia se realiza después de quitar los dos puntos existentes del
número de serie, y de derecha a izquierda, por lo que solo los bytes menos significativos del
es necesario proporcionar el número de serie.

Como solo se puede hablar con el dispositivo AVRISP mkII a través de USB, el mismo método
de especificar el puerto se requiere allí.

Para el programador USB "AVR-Doper" que se ejecuta en modo HID, el puerto debe estar
especificado como avrdoper. Se requiere compatibilidad con Libusb en Unix pero no en Windows.
Para obtener más información sobre AVR-Doper, consulte
http://www.obdev.at/avrusb/avrdoper.html.

Para el USBtinyISP, que es un dispositivo simple que no implementa serial
números, varios dispositivos se pueden distinguir por su ubicación en el USB
jerarquía. Ver el respectivo Solucionando Problemas entrada en el detallado
documentación para ejemplos.

Para programadores que se conectan a un puerto serie utilizando algún tipo de nivel superior
protocolo (a diferencia de los programadores de estilo bit-bang), Puerto se puede especificar como
red:fortaleza:Puerto. En este caso, en lugar de intentar abrir un dispositivo local, un TCP
conexión de red a (TCP) Puerto on fortaleza está establecido. El punto final remoto
se supone que es un servidor de terminal o consola que conecta el flujo de red
a un puerto serie local al que se ha conectado el programador real. los
Se supone que el puerto está configurado correctamente, por ejemplo, utilizando un
Conexión de datos de 8 bits sin paridad a 115200 baudios para un STK500.

-q Deshabilite (o reprima) la salida de la barra de progreso mientras lee o escribe en el
dispositivo. Especifíquelo por segunda vez para un funcionamiento aún más silencioso.

-s Desactive las indicaciones del modo seguro. Cuando safemode descubre que uno o más fusibles
bits han cambiado involuntariamente, solicitará confirmación con respecto a
si debe o no intentar recuperar los bits del fusible. Especificando esto
La bandera deshabilita el indicador y asume que los bits de fusible deben recuperarse
sin pedir confirmación primero.

-t Informa avrdude para ingresar al modo interactivo de `` terminal '' en lugar de hacia arriba o hacia arriba
descargando archivos. Consulte a continuación para obtener una descripción detallada del modo de terminal.

-u Desactive las comprobaciones de bits de fusibles en modo seguro. El modo seguro está habilitado de forma predeterminada y
destinado a evitar cambios involuntarios de bits de fusibles. Cuando está habilitado, modo seguro
emitirá una advertencia si los bits de los fusibles son diferentes en el programa
salir de lo que eran cuando avrdude fue invocado. Safemode no alterará los bits de los fusibles
en sí mismo, sino que solicitará instrucciones, a menos que el terminal no sea
interactivo, en cuyo caso el modo seguro está desactivado. Ver el -s opción para deshabilitar
indicaciones del modo seguro.

Si uno de los archivos de configuración tiene una línea
default_safemode = no;
El modo seguro está desactivado de forma predeterminada. los -u El efecto de la opción se niega en que
caso, es decir, permite modo seguro.

Safemode siempre está desactivado para dispositivos AVR32, Xmega y TPI.

-U memtype: op: nombre de archivo[:formato]
Realice una operación de memoria como se indica. los tipo de memoria campo especifica el
tipo de memoria para operar. Los tipos de memoria disponibles dependen del dispositivo,
la configuración real se puede ver con el parte comando en modo terminal.
Normalmente, la configuración de memoria de un dispositivo contiene al menos los tipos de memoria
flash y EEPROM. Todos los tipos de memoria conocidos actualmente son:
calibración Uno o más bytes de datos de calibración del oscilador RC.
eeprom La EEPROM del dispositivo.
efuse El byte de fusible extendido.
flash La ROM flash del dispositivo.
fusible El byte de fusible en dispositivos que tienen un solo byte de fusible.
hfuse El byte de fusible alto.
lfuse El byte de fusible bajo.
bloquear El byte de bloqueo.
firma Los tres bytes de firma del dispositivo (ID del dispositivo).
fusibleN Los bytes fusibles de los dispositivos ATxmega, N es un número entero para
cada fusible soportado por el dispositivo.
aplicación El área flash de la aplicación de los dispositivos ATxmega.
apptable El área flash de la tabla de aplicaciones de los dispositivos ATxmega.
boot El área de flash de arranque de los dispositivos ATxmega.
prodsig El área de firma de producción (calibración) de los dispositivos ATxmega.
usersig El área de firma de usuario de los dispositivos ATxmega.

El op campo especifica qué operación realizar:

r leer la memoria del dispositivo y escribir en el archivo especificado

w leer datos del archivo especificado y escribir en la memoria del dispositivo

v leer datos tanto del dispositivo como del archivo especificado y realizar una
verificar

El nombre de archivo campo indica el nombre del archivo para leer o escribir. los
formato El campo es opcional y contiene el formato del archivo para leer o escribir.
Formato puede ser uno de:

i Hex de Intel

s Registro S de Motorola

r binario en bruto; orden de bytes little-endian, en el caso de los datos de la ROM flash

e ELF (formato ejecutable y enlazable)

m inmediato; valores de bytes reales especificados en la línea de comando, separados por
comas o espacios. Esto es bueno para programar bytes de fusibles sin tener
para crear un archivo de un solo byte o ingresar al modo terminal.

a detección automática; válido solo para entrada, y solo si no se proporciona la entrada
at stdin.

d decimal; este y los siguientes formatos solo son válidos en la salida. Ellos
generar una línea de salida para la sección de memoria respectiva, formando un
lista de valores separados por comas. Esto puede resultar especialmente útil para
procesamiento posterior, como para la configuración de bits de fusible.

h hexadecimal; cada valor obtendrá la cadena 0x antepuesto.

o octal; cada valor obtendrá un 0 antepuesto a menos que sea menos de 8 pulgadas
cuyo caso no tiene prefijo.

b binario; cada valor obtendrá la cadena 0b antepuesto.

El valor predeterminado es utilizar la detección automática para los archivos de entrada y el formato binario sin formato.
para archivos de salida. Tenga en cuenta que si nombre de archivo contiene dos puntos, el formato campo es
ya no es opcional, ya que la parte del nombre de archivo que sigue a los dos puntos
ser malinterpretado como formato.

Al leer cualquier tipo de área de memoria flash (incluidas las diversas subáreas en
Dispositivos Xmega), el archivo de salida resultante se truncará para no contener
bytes finales 0xFF que indican memoria no programada (borrada). Por tanto, si el
toda la memoria no está programada, esto dará como resultado un archivo de salida que no tiene
contenido en absoluto.

Como abreviatura, la forma -U nombre de archivo es equivalente a especificar -U
flash: w: nombre de archivo:a. Esto solo funcionará si nombre de archivo no tiene dos puntos en
él.

-v Habilite la salida detallada. Más -v las opciones aumentan el nivel de verbosidad.

-V Desactive la verificación de verificación automática al cargar datos.

-x extendido_param
Aprobado extendido_param a la implementación del programador elegido como una extensión
parámetro. La interpretación del parámetro extendido depende de la
programador en sí. Consulte a continuación una lista de programadores que aceptan
parámetros.

terminal modo
En este modo, avrdude solo inicializa la comunicación con la MCU y luego espera al usuario
comandos en la entrada estándar. Los comandos y parámetros se pueden abreviar al más corto
forma inequívoca. El modo terminal proporciona un historial de comandos utilizando readline(3), así que anteriormente
Las líneas de comando ingresadas se pueden recuperar y editar. Los siguientes comandos están actualmente
implementado:

arrojar tipo de memoria addr nbytes
Leer nbytes bytes del área de memoria especificada y mostrarlos en el
forma habitual hexadecimal y ASCII.

arrojar Continúe volcando el contenido de la memoria para otro nbytes donde el anterior
arrojar el comando se detuvo.

escribir tipo de memoria addr byte1 ... byteN
Programe manualmente las respectivas celdas de memoria, comenzando en la dirección addr, utilizando
Los valores byte1 a byteN. Esta función no está implementada para bancos
memorias direccionadas como la memoria flash de los dispositivos ATMega.

Borrar Realice un borrado de chip.

envío b1 b2 b3 b4
Envíe códigos de instrucciones sin procesar al dispositivo AVR. Si necesita acceder a una función
de una pieza AVR que no es compatible directamente con avrdude, este comando permite
que lo uses, aunque avrdude no implementa el comando. Cuando usas
modo SPI directo, se pueden omitir hasta 3 bytes.

sig Muestra los bytes de la firma del dispositivo.

spi Ingrese al modo SPI directo. los programado pin actúa como selección esclava. Solo apoyadas
on paralelo bitbang programadores

parte Muestra la configuración y los parámetros de la pieza actual. Incluye chip específico
información que incluye todos los tipos de memoria admitidos por el dispositivo, lectura / escritura
cronometraje, etc.

pgm Regrese al modo de programación (desde el modo SPI directo).

vtarg voltaje
Establezca el voltaje de suministro del objetivo en voltaje Voltios. Solo apoyadas on las
STK500 y STK600 programador.

varef [canal] voltaje
Establezca la fuente de voltaje ajustable en voltaje Voltios. Este voltaje es normalmente
utilizado para conducir el objetivo aref entrada en el STK500. En el Atmel STK600, dos
Los voltajes de referencia están disponibles, que pueden seleccionarse mediante el
canal argumento (0 o 1). Solo apoyadas on las STK500 y STK600
programador.

Fosc frecuencia[M | k]
Establezca el oscilador maestro en frecuencia Hz. Una letra final opcional M
multiplica por 1E6, una letra final k por 1E3. Solo apoyadas on las STK500
y STK600 programador.

Fosc off
Apague el oscilador maestro. Solo apoyadas on las STK500 y STK600
programador.

sck período
STK500 y STK600 programador sólo: Configure el período del reloj SCK en período
microsegundos.

JTAG HIELO sólo: Establezca el período de reloj de bits de JTAG ICE en período microsegundos. Nota
que a diferencia de la configuración de STK500, esta configuración se revertirá a su configuración predeterminada
valor (aproximadamente 1 microsegundo) cuando el software de programación cierra la sesión
del JTAG ICE. Este parámetro también se puede utilizar en el JTAG ICE mkII,
JTAGICE3 y Atmel-ICE para especificar el período de reloj del ISP al operar el ICE
en modo ISP.

parmes STK500 y STK600 programador sólo: Muestra el voltaje actual y el maestro.
parámetros del oscilador.

JTAG HIELO sólo: Muestra el voltaje de suministro de destino actual y el reloj de bits JTAG
tasa / período.

verboso [nivel]
Cambiar (cuando nivel se proporciona), o mostrar el nivel de verbosidad. La inicial
El nivel de verbosidad está controlado por el número de -v opciones dadas en el
línea de comando.

?

ayuda Proporcione un breve resumen en línea de los comandos disponibles.

renuncia Salga del modo terminal y así avrdude.

Predeterminado Paralelo Puerto alfiler personales
(estos se pueden cambiar, consulte el -c opción)
Pin número Función
2-5 Vcc (fuente de alimentación opcional para MCU)
7 / RESET (a MCU)
8 SCK (a MCU)
9 MOSI (a MCU)

10 MISO (de MCU)
18-25 TIERRA

cable de depuración limitaciones
El protocolo debugWire es el protocolo patentado de un cable (más tierra) de Atmel para permitir un
Emulación en circuito de los dispositivos AVR más pequeños, utilizando la línea '/ RESET'. El modo DebugWire es
iniciado activando el fusible 'DWEN', y luego apagando y volviendo a encender el objetivo. Mientras este modo
está diseñado principalmente para depuración / emulación, también ofrece capacidades de programación limitadas.
Efectivamente, las únicas áreas de memoria que se pueden leer o programar en este modo son flash ROM
y EEPROM. También es posible leer la firma. Todas las demás áreas de la memoria no pueden
ser accedido. No hay chip Borrar funcionalidad en modo debugWire; en cambio, mientras
Al reprogramar la ROM flash, cada página de la ROM flash se borra justo antes de actualizarla. Esta
lo hace de forma transparente el JTAG ICE mkII (o AVR Dragon). El único camino de regreso de
El modo debugWire es iniciar una secuencia especial de comandos al JTAG ICE mkII (o AVR
Dragon), por lo que el modo debugWire se desactivará temporalmente y se podrá acceder al objetivo
utilizando la programación normal de ISP. Esta secuencia se inicia automáticamente mediante el uso de JTAG
ICE mkII o AVR Dragon en modo ISP, cuando detectan que no se puede ingresar al modo ISP.

FLIP versión 1 idiosincrasias
Los cargadores de arranque que utilizan la versión 1 del protocolo FLIP experimentan un comportamiento muy específico.

Estos cargadores de arranque no tienen ninguna opción para acceder a áreas de memoria que no sean Flash y EEPROM.

Cuando se inicia el cargador de arranque, ingresa un EN LINEA modo donde el único acceso aceptable
es consultar los parámetros de configuración del dispositivo (que se utilizan para la firma en AVR
dispositivos). La única forma de salir de este modo es chip Borrar. Como un borrado de chip es normalmente
implicado por el -U opción al reprogramar el flash, esta peculiaridad puede no ser muy
obvio de inmediato.

A veces, un cargador de arranque con el modo de seguridad ya desactivado parece no responder más con
datos de configuración sensibles, pero solo 0xFF para todas las consultas. Como estas consultas se utilizan para
obtener el equivalente a una firma, avrdude solo puede continuar en esa situación forzando
la verificación de la firma se anulará con el -F .

A chip Borrar podría dejar la EEPROM sin borrar, al menos en algunas versiones del cargador de arranque.

Programador aceptar extendido parámetros
JTAG HIELO mkII

JTAGICE3

Atmel-ICE

AVR Dragon
Al utilizar JTAG ICE mkII, JTAGICE3, Atmel-ICE o AVR Dragon en modo JTAG,
se acepta el siguiente parámetro ampliado:

jtagchain = UB, UA, BB, BA
Configure la cadena de escaneo JTAG para UB unidades antes, UA unidades después,
BB bits antes, y BA bits después del AVR de destino, respectivamente.
Cada unidad AVR dentro de la cadena se desplaza 4 bits. Otro JTAG
las unidades pueden requerir un recuento de desplazamiento de bits diferente.

AVR910

devcode = VALUE
Anule la selección del código del dispositivo usando VALOR como el dispositivo
código. No se consulta al programador para obtener la lista de
códigos de dispositivo, y el especificado VALOR no está verificado pero usado
directamente dentro del comando 'T' enviado al programador. VALOR
se puede especificar utilizando la notación numérica convencional de la C
lenguaje de programación.

no_blockmode
Desactiva la comprobación predeterminada de la capacidad de transferencia en bloque.
Uso no_blockmode solo si tu AVR910 programador crea errores
durante la secuencia inicial.

buspirar

reset = {cs, aux, aux2}
La configuración predeterminada asume el pin de salida CS del BusPirate
conectado al pin RESET en el lado del AVR. Sin embargo es posible
tener varios AVR conectados al mismo BP con MISO, MOSI
y líneas SCK comunes para todos ellos. En tal caso, un AVR
debe tener su RESET conectado a BusPirate CS alfiler, segundo
RESET del AVR conectado a BusPirate AUX pin y si tu
BusPirate tiene un AUX2 pin (solo disponible en la versión BusPirate
v1a con firmware 3.0 o más reciente) utilícelo para activar RESET en
el tercer AVR.

Puede ser una buena idea desacoplar el BusPirate y el AVR.
Buses SPI entre sí utilizando un búfer de bus de 3 estados. Para
ejemplo 74HC125 o 74HC244 son buenos candidatos con el
pestillos accionados por el pin de reinicio apropiado (cs, aux o aux2).
De lo contrario, el tráfico SPI en un circuito activo puede interferir
con la programación del AVR en el otro diseño.

spifreq = <0..7>
La velocidad SPI para el modo SPI binario de Bus Pirate:

0 .. 30 kHz (predeterminado)
1 .. 125kHz
2 .. 250kHz
3 .. 1MHz
4 .. 2MHz
5 .. 2.6MHz
6 .. 4MHz
7 .. 8MHz

rawfreq = <0..3>
Establece la velocidad SPI y utiliza el "cable sin procesar" binario de Bus Pirate
modo:

0 .. 5kHz
1 .. 50kHz
2 .. 100 kHz (solo firmware v4.2 +)
3 .. 400 kHz (v4.2 +)

La única ventaja del modo "raw-wire" es el diferente SPI
frecuencias disponibles. La escritura paginada no está implementada en este
modo.

ascii Intente utilizar el modo ASCII incluso cuando el firmware sea compatible
BinMode (modo binario). BinMode es compatible con el firmware 2.7 y
Los FW más nuevos y más antiguos no tienen BinMode o su BinMode es
calesa. El modo ASCII es más lento y hace que lo anterior reiniciar =, spifreq =
y rawfreq = parámetros no disponibles. Tenga en cuenta que el modo ASCII es
no se garantiza que funcione con versiones de firmware más recientes, y
retenido solo para mantener la compatibilidad con firmware anterior
versiones.

no paginado
Las versiones de firmware 5.10 y posteriores admiten un SPI de modo binario
comando que permite escribir páginas enteras en AVR flash
memoria a la vez, lo que resulta en un aumento significativo de la velocidad de escritura.
Si el uso de este modo no es deseable por alguna razón, este
la opción lo deshabilita.

lectura no paginada
Las versiones de firmware más recientes admiten algunos comandos SPI en modo binario.
Comandos extendidos AVR. Uso de "Lectura de memoria masiva desde Flash"
da como resultado un aumento significativo de la velocidad de lectura. Si el uso de este
El modo no es deseable por alguna razón, esta opción lo desactiva.

cpufreq = <125..4000>
Esto establece el pin AUX para generar una frecuencia de n kHz. Conectando
el pin AUX al pin XTAL1 de su MCU, puede proporcionarle un
reloj, por ejemplo cuando necesita un reloj externo debido a
ajustes de fusibles incorrectos. Asegúrese de que la frecuencia de la CPU sea al menos
cuatro veces la frecuencia SPI.

serial_recv_timeout = <1 ...>
Esto establece el tiempo de espera de recepción en serie en el valor dado. los
el tiempo de espera se agota cada vez que avrdude espera el BusPirate
inmediato. Especialmente en el modo ascii, esto sucede muy a menudo, por lo que
establecer un valor menor puede acelerar mucho la programación. los
el valor predeterminado es 100 ms. El uso de 10 ms puede funcionar en la mayoría de los casos.

Alambrado Al utilizar el tipo de programador de cableado, las siguientes opciones extendidas
se acepta el parámetro:

snooze = <0..32767>
Después de realizar la fase de apertura del puerto, AVRDUDE esperará / pospondrá
para dormitar milisegundos antes de continuar con la sincronización del protocolo
fase. No se realiza ningún cambio de DTR / RTS si dormitar es mayor
que 0.

PICkit2
Conexión al programador PICkit2:

(AVR) (PICkit2)
RST - VPP / MCLR (1)
VDD - VDD Target (2) - posiblemente opcional si el AVR es autoalimentado
TIERRA - TIERRA (3)
MISO - DGP (4)
SCLK-PDC (5)
MOSI-AUX (6)

Parámetros extendidos de la línea de comandos:

clockrate =
Establece la frecuencia de reloj SPI en Hz (el valor predeterminado es 100 kHz).
Alternativamente, se pueden usar las opciones -B o -i para establecer el período.

tiempo de espera =
Establece el tiempo de espera para lecturas y escrituras USB en milisegundos
(el valor predeterminado es 1500 ms).

Utilice avrdude en línea utilizando los servicios de onworks.net