@  ----------- 35 ---- 59b794a7a9cc ---- 2013-06-09 21:48 +0200 ---- tip
|  	just a hack to program a device with really slow clock (4kHz):
|
|  	so it needs an SPI clock of <1kHz
|
o  ----------- 34 ---- adfad9e48fd5 ---- 2013-03-20 07:46 +0100 ----
|  	new devices: m1284p, m168, m168pa, m328p
|
o  ----------- 33 ---- c4759edc9de7 ---- 2011-11-05 13:39 +0100 ----
|  	added support for tiny85
|
o  ----------- 32 ---- 011d6fe153cd ---- 2011-09-14 13:55 +0200 ----
|  	added support for mega88
|
o  ----------- 31 ---- f9743cbe8840 ---- 2009-05-06 20:09 +0200 ----
|  	TWI, master->slave: NACK on last byte
|
o  ----------- 30 ---- 69bda96e6f0d ---- 2009-05-03 12:28 +0200 ----
|  	TWI: timeout shortened, better error recovery
|
o  ----------- 29 ---- 758abc8fea29 ---- 2009-05-03 08:28 +0200 ----
|  	TWI timeout done right
|
o  ----------- 28 ---- 6188f724dd73 ---- 2009-05-02 17:47 +0200 ----
|  	toter Code wurde entfernt, TWI ist robuster und aussagekräftiger im
|  	Fehlerfall.
|
o  ----------- 27 ---- 1d2b866acca5 ---- 2009-05-02 16:11 +0200 ----
|  	new feature: twi/i2c interface
|
o  ----------- 26 ---- cd4775208885 ---- 2009-03-21 13:36 +0100 ----
|  	documentation update
|
o  ----------- 25 ---- 0adc835d125b ---- 2009-03-21 00:31 +0100 ----
|  	Added tag 0.7 for changeset c4c61e007b26
|
o  ----------- 24 ---- c4c61e007b26 ---- 2009-03-21 00:31 +0100 ---- 0.7
|  	explained problems with avrdude >= 5.4
|
o  ----------- 23 ---- f2b8a21073b0 ---- 2009-03-20 21:52 +0100 ----
|  	doc: added supported devices
|
o  ----------- 22 ---- 997d6ab2ab14 ---- 2009-03-20 21:30 +0100 ----
|  	dist scripts, new public homepage system
|
o  ----------- 21 ---- 73207984afba ---- 2009-03-05 22:03 +0100 ----
|  	Debug helper: show params of identified device
|
o  ----------- 20 ---- bf366c6e8379 ---- 2009-03-05 21:55 +0100 ----
|  	Ignore devicecode received via serial line, but select device params
|  	by signature bytes:
|
|  	Implemented because of avrdude > 5.2 behaving very different from
|  	<=5.2, which means not sending the correct devicecode in
|  	avr910-mode, but the first one from the list. This changeset fixes
|  	that avrdude-misbehaviour for the page-type devices I tested, but
|  	not for 8535 (see doc/tests.txt,
|  	http://savannah.nongnu.org/bugs/?25755 and private emails).
|
o  ----------- 19 ---- 38c0c81de3b4 ---- 2009-03-05 20:22 +0100 ----
|  	distribution and mgmt stuff
|
o  ----------- 18 ---- ad6d7d12fadd ---- 2009-01-07 21:52 +0100 ----
|  	Damit und mit modifiziertem avrdude.conf kann ich evtl m48
|  	programmieren
|
o  ----------- 17 ---- ce4c7b81a8d5 ---- 2007-08-11 00:27 +0200 ----
|  	Import from SiVeCo done.
|
o  ----------- 16 ---- 32c1a892cb77 ---- 2007-08-10 21:24 +0200 ----
|  	none (16)
|
|
|  	     * Bugfix regarding addresses when debbuging target via serial line
|  	     * Suddenly 'ERR_HOST_OVERRUN' happens often. What's the reason? The
|  	datasheet indicates the USR has to be read before UDR. Changed.
|
o  ----------- 15 ---- 03643981c8a3 ---- 2005-12-22 09:10 +0100 ----
|  	0.6 (15)
|
|
|  	     * Added the possibility to change UART baudrate on host interface at
|  	runtime (for test and debug).
|  	     * Target clock rate in SPI mode is set by init
|  	     * Added the possibility to create firmware for different hardware
|  	versions. See Makefile and src/autoconst/hw*.xml. This software
|  	fits the old prototype (using 8535) and the current pcb (using
|  	mega16).
|
o  ----------- 14 ---- f4246ed4c9d9 ---- 2005-08-10 20:02 +0200 ----
|  	0.5 (14)
|
|
|  	     * Bugfix: errors because of SPI/UART voltage repeated endlessly
|
o  ----------- 13 ---- 6ed08898f20f ---- 2005-08-07 21:07 +0200 ----
|  	0.4 (13)
|
|
|  	     * Documentation
|
o  ----------- 12 ---- f1998a764508 ---- 2005-08-06 22:58 +0200 ----
|  	0.3 (12)
|
|  	 
 
|
o  ----------- 11 ---- e4fcb6da5e8b ---- 2005-08-06 22:43 +0200 ----
|  	0.2 (11)
|
|  	 
 
|
o  ----------- 10 ---- 8e12d0425d06 ---- 2005-08-06 22:32 +0200 ----
|  	0.1 (10)
|
|  	 
 
|
o  ----------- 9 ---- b0765e1be5ff ---- 2005-08-06 22:28 +0200 ----
|  	none (9)
|
|
|  	     * Register aufgeräumt, Suffix im Funktionsnamen zeigt die
|  	veränderten Register
|  	     * Doku
|  	     * Mechanismus zur Veröffentlichung
|
o  ----------- 8 ---- a2eeb636dfdb ---- 2005-07-10 10:44 +0200 ----
|  	none (8)
|
|
|  	     * bugfix in error.avr; der Fehler hatte bisher keine Wirkung
|  	     * debug: Lese- und Schreibroutinen extrahiert
|  	     * debug: Lesen eines Einzelbytes entfernt
|  	     * debug: Lesen eines Blocks
|  	     * debug: Verzögerte Ausführung von Befehlen, damit auf der
|  	UART-Verbindung zum Host nicht dauernd hin-und hergesendet werden
|  	muss.
|  	     * debug: Abfrage der Größe des UART-Eingangspuffers
|
o  ----------- 7 ---- 96d7f5988ab0 ---- 2005-07-07 23:38 +0200 ----
|  	none (7)
|
|
|  	     * Target-Baudrate einstellbar
|  	     * Timeout beim Warten auf UART-Byte vom Target
|  	     * Der Adapter selbst kann auch Ziel der Debug-Commandos sein
|  	     * debug.write für UART-Target
|  	     * CRC mit acht Bit zur Host-Kommunikation
|
o  ----------- 6 ---- fb68b063ad1f ---- 2005-07-06 21:41 +0200 ----
|  	none (6)
|
|
|  	     * SPI-Austausch überarbeitet. Im Programmiermodus wird wohl der
|  	gleiche benutzt wie in meinem Debug-Modus (DORD=0, CPHA=0,
|  	CPOL=0). Eigentlich sollte man als Master MISO auch bei der
|  	steigenden Flanke von SCLK lesen (Dokumentation bei SPI und auch
|  	'SPI Serial Programming Waveforms'. Wenn ich das so mache, bekomme
|  	ich Probleme (ebenso wie mit der vorigen Version im
|  	Programmiermodus). Der Slave darf aber MISO ohnehin erst nach der
|  	fallenden Flanke von SCLK ändern, also liest der Master kurz vor
|  	dieser Flanke, dann hat das Signal länger Zeit. Damit kann ich
|  	auch (getestet) im Programmiermodus und im Debug-Modus den
|  	maximalen Takt benutzen. Diesen Ablauf hatte ich auch immer
|  	PC-seitig benutzt (avrdebug_par).
|  	     * SPI: /SS muss über die komplette Session low bleiben. Ansonsten
|  	könnte das Target mit seinem SPI sonstwas machen, unterbrochen
|  	werden, ein sync wäre wieder nötig.
|  	     * Debug per UART implementiert
|
o  ----------- 5 ---- e76b9be0c56e ---- 2005-07-04 23:20 +0200 ----
|  	none (5)
|
|
|  	     * bugfix beim pagemode-polling
|  	     * Umbau auf Interface mit veränderlichen Spannungspegeln
|  	     * verschiedenes anderes Zeug
|
o  ----------- 4 ---- 86224804e475 ---- 2005-06-28 21:14 +0200 ----
|  	none (4)
|
|
|  	     * every error is written to log
|  	     * every error is made visible
|  	     * CRC on debug commands
|  	     * every debug commands is answered with two bytes: data and status
|
o  ----------- 3 ---- ddbea848bdd0 ---- 2005-06-25 17:02 +0200 ----
|  	none (3)
|
|
|  	     * Bugfix: page mode or not has been reversed when writing flash
|  	     * Enabled write operations
|  	     * EEPROM values are only written if they new value is different from
|  	the old.
|  	     * Polling implemented for byte and page mode flash writes.
|  	     * additional commands (avrdebug)
|
o  ----------- 2 ---- a7a483f0a6a4 ---- 2005-06-13 23:47 +0200 ----
|  	none (2)
|
|
|  	     * Einfach weiterprogrammiert, keine Fehler behoben (keine bekannt).
|  	Jetzt ist ein Zustand erreicht, in welchem man die Controller
|  	programmieren und lesen können sollte. Es muss aber noch
|  	ausführlich getestet werden. Es wird nach dem Schreiben noch
|  	keinerlei polling benutzt, sondern stur die Maximalzeit
|  	abgewartet.
|
o  ----------- 1 ---- 3faab04f6899 ---- 2005-06-12 17:43 +0200 ----
|  	none (1)
|
|
|  	     * Log-Puffer für Fehler implementiert, damit man sehen kann, was zum
|  	Fehler geführt hat.
|  	     * Leseoperation (auch Blockmode) scheinen auf den ersten Blick in
|  	Ordnung zu sein. Muss aber noch ausführlich getestet werden.
|
o  ----------- 0 ---- 8c907f749367 ---- 2005-06-11 21:31 +0200 ----
   	none (0)

   	none

---