changelog-2001

AVR的USB文件

2001-12-30  Brian S. Dean  <[e-mail]>

	* main.c: Update version.

	* avrdude.conf.sample: Clarify a comment.

	* avrdude.conf.sample: fix address bits

	* avrdude.1: Bring up to date.

2001-12-29  Brian S. Dean  <[e-mail]>

	* avrdude.conf.sample: Add the AVR3 progammer.

	* avr.c, avrdude.conf.sample, config_gram.y, main.c, pindefs.h:
	Fix VCC assertion.

	Make the BUFF pin a mask like VCC to allow multiple pins to be
	asserted at the same time (STK200 has two buffer enable lines).

	Add the STK200 programmer.

	Fix EEPROM address line selection for several parts.

2001-12-15  Brian S. Dean  <[e-mail]>

	* avrdude.conf.sample: fix spelling error

2001-11-24  Brian S. Dean  <[e-mail]>

	* Makefile:
	Change "WARNING" to "NOTE" when overwriting the avrprog.conf file.

	* avrdude.1: Add my e-mail address.

	* avrdude.conf.sample:
	Add comments about instruction formats.  Correct an instruction
	specification (cut&paste error).

2001-11-21  Brian S. Dean  <[e-mail]>

	* avr.c, config_gram.y, lexer.l, term.c:
	In interactive mode, reset the address and length if we start dumping
	a memory type different than the previous one.

	* avr.c, avrdude.conf.sample, config_gram.y:
	Allow instruction data to be specified more flexibly, which can be
	used to make the instruction input more readable in the config file.

	* main.c: Bump version number.

	* Makefile, avr.c, avr.h, avrdude.conf.sample, config.c, config.h:
	* config_gram.y, fileio.c, fileio.h, lexer.l, main.c, term.c:
	This is a major re-write of the programming algorithms.  The Atmel
	serial programming instructions are not very orthoganal, i.e., the
	"read fuse bits" instruction on an ATMega103 is an entirely different
	opcode and data format from the _same_ instruction for an ATMega163!
	Thus, it becomes impossible to have a single instruction encoding
	(varying the data) across the chip lines.

	This set of changes allows and requires instruction encodings to be
	defined on a per-part basis within the configuration file.  Hopefully
	I've defined the encoding scheme in a general enough way so it is
	useful in describing the instruction formats for yet-to-be invented
	Atmel chips.  I've tried hard to make it match very closely with the
	specification in Atmel's data sheets for their parts.  It's a little
	more verbose than what I initially hoped for, but I've tried to keep
	it as concise as I could, while still remaining reasonably flexible.

2001-11-19  Brian S. Dean  <[e-mail]>

	* avr.c, avr.h, avrdude.conf.sample, main.c, ppi.c, term.c:
	Add support for ATMega163.

	Add support for reading/writing ATMega163 lock and fuse bits.
	Unfortunately, in looking at the specs for other ATMega parts, they
	use entirely different instruction formats for these commands.  Thus,
	these routines won't work for the ATMega103, for example.

	Add support for sending raw command bytes via the interactive terminal
	interface.  This allows one to execute any programming instruction on
	the target device, whether or not avrprog supports it explicitly or
	not.  Thus, one can use this feature to program fuse / lock bits, or
	access any other feature of a current or future device that avrprog
	does not know how to do.

	Add in comments, an experimental instruction format in the
	configuration file.  If this works out, it would allow supporting new
	parts and non-orthoganal instructions across existing parts without
	making avrprog code changes.

2001-11-17  Brian S. Dean  <[e-mail]>

	* avrdude.conf.sample: Add ATMEGA163 part.

2001-11-11  Brian S. Dean  <[e-mail]>

	* main.c: output formatting

2001-11-05  Brian S. Dean  <[e-mail]>

	* ppi.c: Get ppi.h from /usr/include, not /sys.

2001-10-31  Brian S. Dean  <[e-mail]>

	* avr.c, avrdude.conf.sample, main.c: Correct version string.
	Update read/write status more frequently.
	Prefix ATMega parts with an 'm'.

2001-10-16  Brian S. Dean  <[e-mail]>

	* avr.c: Change ording for memory display.

	* config_gram.y: comment

	* avr.c, avr.h, avrdude.conf.sample, config_gram.y, lexer.l, term.c:
	Fix (again, hopefully) page addressing for the ATMega parts.

	Rename the poorly chosen name "bank" to "page" for page addressing.
	Atmel calls it "page" in their documentation.

	* config_gram.y, main.c: Fix an (non)exit.
	Silence a couple of compiler warnings.

	* avr.c, avr.h, avrdude.conf.sample, config_gram.y, main.c:
	Fix ATMega flash addressing.  Add an ATMEGA16 part.  Perform sanity
	checking on the memory parameters for parts that do bank addressing.

2001-10-15  Brian S. Dean  <[e-mail]>

	* config.c, config.h, lists.h: Add copyright.

	* config_gram.y, lexer.l, lists.c: Add copyrights.

	* Makefile: Attempt to install avrprog.conf.

	* avrdude.conf.sample: Correct dt006 pinout.

	* Makefile, lexer.l:
	Try and detect an old-style config file and print an appropriate error
	message and a suggestion for correcting it.

	* Makefile, avr.c, avrdude.1, avrdude.conf.sample: Update the man page.

	Miscellaneous minor cleanups.

2001-10-14  Brian S. Dean  <[e-mail]>

	* Makefile, Makefile.inc, avr.c, avr.h, avrdude.conf.sample:
	* config.c, config.h, config_gram.y, lexer.l, lists.c, lists.h:
	* main.c, pindefs.h, term.c:
	Use lex/yacc for parsing the config file.  Re-work the config file
	format using a more human-readable format.

	Read part descriptions from the config file now instead of hard-coding
	them.

	Update usage().

	Cleanup unused code.

	* Makefile, avr.c, avr.h, fileio.c, term.c:
	First cut at supporting the ATmega 103 which uses bank addressing and
	has a 128K flash.

	Due to the bank addressing required, interactive update of the flash
	is not supported, though the eeprom can be updated interactively.
	Both memories can be programmed via non-interactive mode.

	Intel Hex Record type '04' is now generated as required for outputing
	memory contents that go beyond 64K.

2001-10-13  Brian S. Dean  <[e-mail]>

	* avr.c, avr.h, fileio.c, fileio.h, main.c, ppi.c, ppi.h, term.c:
	* term.h:
	Style fixes.

	* avr.c, avr.h, fileio.c, fileio.h, main.c, term.c:
	Commit changes in preparation for support the ATMega line.

2001-10-01  Brian S. Dean  <[e-mail]>

	* Makefile: Don't override CFLAGS.

	* avrdude.1: Correct default pin assignment.

	* avr.c, fileio.c, main.c, ppi.c, term.c:
	Remove debugging code - it served its purpose.

	Update copyrights.

2001-09-21  Brian S. Dean  <[e-mail]>

	* main.c:
	Be sure to read the exit specs after the pin configuration has been
	assigned, otherwise, we may apply the exit specs to the wrong pins.

	* main.c: debugging

2001-09-20  Brian S. Dean  <[e-mail]>

	* avrdude.1, avrdude.conf.sample, main.c:
	Prefix pin config entries in the config file with a "c:".  Later, I
	might make part descriptions read in this way and we can use a
	different letter for those (p).  This will make the parsing easier to
	distinguish between the entry types.

	* main.c: Initialize pin configuration description.

2001-09-19  Brian S. Dean  <[e-mail]>

	* AVRprog.pdf, Makefile, avr.c, avrdude.1, avrdude.conf.sample:
	* avrdude.pdf, fileio.c, fileio.h, main.c, pindefs.h, term.c:
	Make the pin definitions configurable based on entries in a config
	file.  This makes supporting other programmers much easier.

	Rename AVRprog.pdf to avrprog.pdf.

2001-04-29  Brian S. Dean  <[e-mail]>

	* avrprog-programmer.jpg: Remove this image file from the repository.

2001-04-26  Brian S. Dean  <[e-mail]>

	* avrprog-schematic.jpg:
	Remove this image, use AVRprog.pdf as the preferred schematic for the
	programmer.

2001-04-25  Brian S. Dean  <[e-mail]>

	* AVRprog.pdf, Makefile, avrdude.1:
	Add a schematic provided by Joerg Wunch and also update the manual
	page (also updated by Joerg) to reference the schematic.

2001-02-25  Brian S. Dean  <[e-mail]>

	* Makefile, Makefile.inc: Automate dependency generation.

2001-02-08  Brian S. Dean  <[e-mail]>

	* main.c: Turn off ready led when finished programming.

	* main.c: update version

	* avr.c, main.c: Correct a few comments.

	* Makefile, avr.c, term.c: Makefile : update dependencies

	avr.c : correct status led updates

	term.c : update status leds on write, make the address and length
	         arguments for dump optional.

2001-01-26  Brian S. Dean  <[e-mail]>

	* main.c: Version 1.1

	* main.c:
	Hmmm ... cvs co -D <timestamp> does not work.  Change the revision
	timestamp to a full date/time value.

	* avr.c, fileio.c, main.c, ppi.c, term.c:
	Add a -V option to display the version information about each
	component module.  This is intended for support purposes, so that I
	can tell unambiguously what version a binary out in the field is.

	Additionally, display a revision timestamp along with the version
	number.  This also is intended for aiding in support and is the Unix
	time of the latest component module.  Having this, should allow me to
	do a "cvs co -D timestamp avrprog" and get exactly the source of the
	version that is being reported.

	* fileio.c:
	Return the maximum address (+1) written as opposed to the actual
	number of bytes written.  The presence of an Intel Hex address
	record can cause these two number to be different; but the callers
	of this routine need the former.

	* main.c:
	Fix a place where we were exiting without applying the exit-specs.

	Wrap a long line.

	* avr.c, fileio.c: avr.c: Update a comment.

	fileio.c: Properly handle all the Intel Hex record types that I can
	          find information about.

2001-01-25  Brian S. Dean  <[e-mail]>

	* Usage, avr.h: Get rid of the Usage file.

2001-01-24  Brian S. Dean  <[e-mail]>

	* Makefile, avr.c, avr.h, main.c, pindefs.h, ppi.c:
	Move pin definitions to their own file.

	First pass at providing feedback via the optionally connected leds.  I
	don't actually have any of these attached to my programmer, so I can