Submitted by Thomas Pircher:
patch #6927: Documentation patches * doc/avrdude.texi: Fix various typos, and remove the last remnants of obsoleted options -i/-o/-m/-f. * avrdude.1: Merge typo fixes from avrdude.texi where applicable. git-svn-id: svn://svn.savannah.nongnu.org/avrdude/trunk/avrdude@914 81a1dc3b-b13d-400b-aceb-764788c761c2
This commit is contained in:
parent
e2abbd7d84
commit
96a8a9142c
11
ChangeLog
11
ChangeLog
|
@ -1,4 +1,13 @@
|
||||||
2010-01-13 Joerg Wunsch <j.gnu@uriah.heep.sax.de>
|
2010-01-14 Joerg Wunsch <j.gnu@uriah.heep.sax.de>
|
||||||
|
|
||||||
|
Submitted by Thomas Pircher:
|
||||||
|
patch #6927: Documentation patches
|
||||||
|
* doc/avrdude.texi: Fix various typos, and remove the last
|
||||||
|
remnants of obsoleted options -i/-o/-m/-f.
|
||||||
|
* avrdude.1: Merge typo fixes from avrdude.texi where
|
||||||
|
applicable.
|
||||||
|
|
||||||
|
2010-01-14 Joerg Wunsch <j.gnu@uriah.heep.sax.de>
|
||||||
|
|
||||||
* avrdude.1: Update documentation to match the reality (device
|
* avrdude.1: Update documentation to match the reality (device
|
||||||
support, memory areas).
|
support, memory areas).
|
||||||
|
|
|
@ -150,7 +150,7 @@ has a firmware version of at least 6.11 (decimal).
|
||||||
The USBasp ISP and USBtinyISP adapters are also supported, provided
|
The USBasp ISP and USBtinyISP adapters are also supported, provided
|
||||||
.Nm avrdude
|
.Nm avrdude
|
||||||
has been compiled with libusb support.
|
has been compiled with libusb support.
|
||||||
They both feature simple firwmare-only USB implementations, running on
|
They both feature simple firmware-only USB implementations, running on
|
||||||
an ATmega8 (or ATmega88), or ATtiny2313, respectively.
|
an ATmega8 (or ATmega88), or ATtiny2313, respectively.
|
||||||
.Pp
|
.Pp
|
||||||
Input files can be provided, and output files can be written in
|
Input files can be provided, and output files can be written in
|
||||||
|
@ -844,7 +844,7 @@ line.
|
||||||
DebugWire mode is initiated by activating the
|
DebugWire mode is initiated by activating the
|
||||||
.Ql DWEN
|
.Ql DWEN
|
||||||
fuse, and then power-cycling the target.
|
fuse, and then power-cycling the target.
|
||||||
While this mode is mainly intented for debugging/emulation, it
|
While this mode is mainly intended for debugging/emulation, it
|
||||||
also offers limited programming capabilities.
|
also offers limited programming capabilities.
|
||||||
Effectively, the only memory areas that can be read or programmed
|
Effectively, the only memory areas that can be read or programmed
|
||||||
in this mode are flash ROM and EEPROM.
|
in this mode are flash ROM and EEPROM.
|
||||||
|
|
|
@ -139,7 +139,7 @@ all chip memory types (eeprom, flash, fuse bits, lock bits, signature
|
||||||
bytes) or via an interactive (terminal) mode. Using AVRDUDE from the
|
bytes) or via an interactive (terminal) mode. Using AVRDUDE from the
|
||||||
command line works well for programming the entire memory of the chip
|
command line works well for programming the entire memory of the chip
|
||||||
from the contents of a file, while interactive mode is useful for
|
from the contents of a file, while interactive mode is useful for
|
||||||
exploring memory contents, modifing individual bytes of eeprom,
|
exploring memory contents, modifying individual bytes of eeprom,
|
||||||
programming fuse/lock bits, etc.
|
programming fuse/lock bits, etc.
|
||||||
|
|
||||||
AVRDUDE supports the following basic programmer types: Atmel's STK500,
|
AVRDUDE supports the following basic programmer types: Atmel's STK500,
|
||||||
|
@ -177,12 +177,12 @@ opposed to being an external device.
|
||||||
The fundamental difference between the two types lies in the
|
The fundamental difference between the two types lies in the
|
||||||
protocol used to control the programmer. The avr910 protocol is very
|
protocol used to control the programmer. The avr910 protocol is very
|
||||||
simplistic and can easily be used as the basis for a simple, home made
|
simplistic and can easily be used as the basis for a simple, home made
|
||||||
programer since the firmware is available online. On the other hand,
|
programmer since the firmware is available online. On the other hand,
|
||||||
the STK500 protocol is more robust and complicated and the firmware is
|
the STK500 protocol is more robust and complicated and the firmware is
|
||||||
not openly available.
|
not openly available.
|
||||||
The JTAG ICE also uses a serial communication protocol which is similar
|
The JTAG ICE also uses a serial communication protocol which is similar
|
||||||
to the STK500 firmware version 2 one. However, as the JTAG ICE is
|
to the STK500 firmware version 2 one. However, as the JTAG ICE is
|
||||||
intented to allow on-chip debugging as well as memory programming, the
|
intended to allow on-chip debugging as well as memory programming, the
|
||||||
protocol is more sophisticated.
|
protocol is more sophisticated.
|
||||||
(The JTAG ICE mkII protocol can also be run on top of USB.)
|
(The JTAG ICE mkII protocol can also be run on top of USB.)
|
||||||
Only the memory programming functionality of the JTAG ICE is supported
|
Only the memory programming functionality of the JTAG ICE is supported
|
||||||
|
@ -217,7 +217,7 @@ below for details.
|
||||||
|
|
||||||
The USBasp ISP and USBtinyISP adapters are also supported, provided AVRDUDE
|
The USBasp ISP and USBtinyISP adapters are also supported, provided AVRDUDE
|
||||||
has been compiled with libusb support.
|
has been compiled with libusb support.
|
||||||
They both feature simple firwmare-only USB implementations, running on
|
They both feature simple firmware-only USB implementations, running on
|
||||||
an ATmega8 (or ATmega88), or ATtiny2313, respectively.
|
an ATmega8 (or ATmega88), or ATtiny2313, respectively.
|
||||||
|
|
||||||
|
|
||||||
|
@ -721,7 +721,7 @@ Disables the default behaviour of reading out the fuses three times before
|
||||||
programming, then verifying at the end of programming that the fuses have not
|
programming, then verifying at the end of programming that the fuses have not
|
||||||
changed. If you want to change fuses you will need to specify this option,
|
changed. If you want to change fuses you will need to specify this option,
|
||||||
as avrdude will see the fuses have changed (even though you wanted to) and
|
as avrdude will see the fuses have changed (even though you wanted to) and
|
||||||
will change them back for your "saftey". This option was designed to
|
will change them back for your "safety". This option was designed to
|
||||||
prevent cases of fuse bits magically changing (usually called @emph{safemode}).
|
prevent cases of fuse bits magically changing (usually called @emph{safemode}).
|
||||||
|
|
||||||
@item -t
|
@item -t
|
||||||
|
@ -730,10 +730,9 @@ or downloading files. See below for a detailed description of the
|
||||||
terminal mode.
|
terminal mode.
|
||||||
|
|
||||||
@item -U @var{memtype}:@var{op}:@var{filename}[:@var{format}]
|
@item -U @var{memtype}:@var{op}:@var{filename}[:@var{format}]
|
||||||
Perform a memory operation, equivalent to specifing the @option{-m},
|
Perform a memory operation.
|
||||||
@option{-i} or @option{-o}, and @option{-f} options, except that
|
Multiple @option{-U} options can be specified in order to operate on
|
||||||
multiple @option{-U} optins can be specified in order to operate on
|
multiple memories on the same command-line invocation. The
|
||||||
mulitple memories on the same command-line invocation. The
|
|
||||||
@var{memtype} field specifies the memory type to operate on. Use
|
@var{memtype} field specifies the memory type to operate on. Use
|
||||||
the @option{-v} option on the command line or the @code{part} command from
|
the @option{-v} option on the command line or the @code{part} command from
|
||||||
terminal mode to display all the memory types supported by a particular
|
terminal mode to display all the memory types supported by a particular
|
||||||
|
@ -808,8 +807,8 @@ raw binary; little-endian byte order, in the case of the flash ROM data
|
||||||
|
|
||||||
@itemx m
|
@itemx m
|
||||||
immediate mode; actual byte values specified on the command line,
|
immediate mode; actual byte values specified on the command line,
|
||||||
seperated by commas or spaces in place of the @var{filename} field of
|
separated by commas or spaces in place of the @var{filename} field of
|
||||||
the @option{-i}, @option{-o}, or @option{-U} options. This is useful
|
the @option{-U} option. This is useful
|
||||||
for programming fuse bytes without having to create a single-byte file
|
for programming fuse bytes without having to create a single-byte file
|
||||||
or enter terminal mode. If the number specified begins with @code{0x},
|
or enter terminal mode. If the number specified begins with @code{0x},
|
||||||
it is treated as a hex value. If the number otherwise begins with a
|
it is treated as a hex value. If the number otherwise begins with a
|
||||||
|
@ -1425,15 +1424,15 @@ directory as the executable.
|
||||||
@table @code
|
@table @code
|
||||||
|
|
||||||
@item default_parallel = "@var{default-parallel-device}";
|
@item default_parallel = "@var{default-parallel-device}";
|
||||||
Assign the default parallel port device. Can be overidden using the
|
Assign the default parallel port device. Can be overridden using the
|
||||||
@option{-P} option.
|
@option{-P} option.
|
||||||
|
|
||||||
@item default_serial = "@var{default-serial-device}";
|
@item default_serial = "@var{default-serial-device}";
|
||||||
Assign the default serial port device. Can be overidden using the
|
Assign the default serial port device. Can be overridden using the
|
||||||
@option{-P} option.
|
@option{-P} option.
|
||||||
|
|
||||||
@item default_programmer = "@var{default-programmer-id}";
|
@item default_programmer = "@var{default-programmer-id}";
|
||||||
Assign the default programmer id. Can be overidden using the @option{-c}
|
Assign the default programmer id. Can be overridden using the @option{-c}
|
||||||
option.
|
option.
|
||||||
|
|
||||||
@end table
|
@end table
|
||||||
|
@ -1519,7 +1518,7 @@ part
|
||||||
@subsection Instruction Format
|
@subsection Instruction Format
|
||||||
|
|
||||||
@noindent
|
@noindent
|
||||||
Instruction formats are specified as a comma seperated list of string
|
Instruction formats are specified as a comma separated list of string
|
||||||
values containing information (bit specifiers) about each of the 32 bits
|
values containing information (bit specifiers) about each of the 32 bits
|
||||||
of the instruction. Bit specifiers may be one of the following formats:
|
of the instruction. Bit specifiers may be one of the following formats:
|
||||||
|
|
||||||
|
@ -1827,7 +1826,7 @@ obtained.
|
||||||
@subsubsection Linux Installation
|
@subsubsection Linux Installation
|
||||||
|
|
||||||
@noindent
|
@noindent
|
||||||
On rpm based linux systems (such as RedHat, SUSE, Mandrake, etc), you
|
On rpm based Linux systems (such as RedHat, SUSE, Mandrake, etc), you
|
||||||
can build and install the rpm binaries directly from the tarball:
|
can build and install the rpm binaries directly from the tarball:
|
||||||
|
|
||||||
@example
|
@example
|
||||||
|
@ -2211,7 +2210,7 @@ Solution: This problem seems to appear with certain versions of Cygwin. Specifyi
|
||||||
|
|
||||||
|
|
||||||
@item
|
@item
|
||||||
Problem: I'm using linux and my AVR910 programmer is really slow.
|
Problem: I'm using Linux and my AVR910 programmer is really slow.
|
||||||
|
|
||||||
Solution (short): @code{setserial @var{port} low_latency}
|
Solution (short): @code{setserial @var{port} low_latency}
|
||||||
|
|
||||||
|
@ -2231,7 +2230,7 @@ your own risk.
|
||||||
|
|
||||||
|
|
||||||
@item
|
@item
|
||||||
Problem: I'm not using linux and my AVR910 programmer is really slow.
|
Problem: I'm not using Linux and my AVR910 programmer is really slow.
|
||||||
|
|
||||||
Solutions: The reasons for this are the same as above.
|
Solutions: The reasons for this are the same as above.
|
||||||
If you know how to work around this on your OS, please let us know.
|
If you know how to work around this on your OS, please let us know.
|
||||||
|
@ -2279,7 +2278,7 @@ protocol. The ICE needs to be connected to the target using the
|
||||||
JTAG-to-ISP adapter, so the JTAG ICE mkII can be used as a debugWire
|
JTAG-to-ISP adapter, so the JTAG ICE mkII can be used as a debugWire
|
||||||
initiator as well as an ISP programmer. AVRDUDE will then be activated
|
initiator as well as an ISP programmer. AVRDUDE will then be activated
|
||||||
using the @var{jtag2isp} programmer type. The initial ISP
|
using the @var{jtag2isp} programmer type. The initial ISP
|
||||||
communication attempt will fail, but AVRDUDE then tries to iniate a
|
communication attempt will fail, but AVRDUDE then tries to initiate a
|
||||||
debugWire reset. When successful, this will leave the target AVR in a
|
debugWire reset. When successful, this will leave the target AVR in a
|
||||||
state where it can accept standard ISP communication. The ICE is then
|
state where it can accept standard ISP communication. The ICE is then
|
||||||
signed off (which will make it signing off from the USB as well), so
|
signed off (which will make it signing off from the USB as well), so
|
||||||
|
@ -2316,7 +2315,7 @@ protocol to allow an in-circuit emulation of the smaller AVR devices,
|
||||||
using the @var{/RESET} line.
|
using the @var{/RESET} line.
|
||||||
DebugWire mode is initiated by activating the @var{DWEN}
|
DebugWire mode is initiated by activating the @var{DWEN}
|
||||||
fuse, and then power-cycling the target.
|
fuse, and then power-cycling the target.
|
||||||
While this mode is mainly intented for debugging/emulation, it
|
While this mode is mainly intended for debugging/emulation, it
|
||||||
also offers limited programming capabilities.
|
also offers limited programming capabilities.
|
||||||
Effectively, the only memory areas that can be read or programmed
|
Effectively, the only memory areas that can be read or programmed
|
||||||
in this mode are flash ROM and EEPROM.
|
in this mode are flash ROM and EEPROM.
|
||||||
|
|
Loading…
Reference in New Issue