BLIT2008-Board - Versionsgeschichte

Bergeruw: /* Aktuelles */

2012-05-10T21:40:24Z

‎Aktuelles

Bergeruw: /* Baugruppen */

2012-05-10T21:00:16Z

‎Baugruppen

Bergeruw: /* Baugruppen */

2009-05-14T21:13:52Z

‎Baugruppen

Bergeruw: /* weitere Ideen */

2009-05-14T15:18:20Z

‎weitere Ideen

Bergeruw: /* Aktuelles */

2009-05-12T21:04:31Z

‎Aktuelles

Bergeruw: /* USBaspLoader */

2009-05-09T17:13:03Z

‎USBaspLoader

Bergeruw: /* USBaspLoader */

2009-05-09T17:09:37Z

‎USBaspLoader

Bergeruw: /* USBaspLoader */

2009-05-09T16:28:21Z

‎USBaspLoader

Bergeruw: /* AVRUSBBoot */

2009-05-09T16:01:42Z

‎AVRUSBBoot

Bergeruw: /* Aktuelles */

2009-05-04T06:07:12Z

‎Aktuelles

@@ Zeile 3: / Zeile 3: @@
 =Aktuelles=
 * '''12.05.2009''': seit ein paar Tagen experimentiere ich mit [[BLIT-Board-SD-Card|SD-Karten plus BLIT-Board]] rum, hier mal ein Anfang zur Dokumentation...
 * '''04.05.2009''': Baugruppe [[BLIT2008-Board-7-Segment-Anzeige|7-Segment-Anzeige]] realisiert

@@ Zeile 432: / Zeile 432: @@
 * [[BLIT2008-Board-Tastatur|Tastatur-/LED-Matrix]]
 * [[BLIT2008-Board-DCF77|DCF77]]
 * [[BLIT-Board-SD-Card|SD-Karten-Modul]]

@@ Zeile 432: / Zeile 432: @@
 * [[BLIT2008-Board-Tastatur|Tastatur-/LED-Matrix]]
 * [[BLIT2008-Board-DCF77|DCF77]]
 =Diverse Software zum BLIT-Board=

@@ Zeile 446: / Zeile 446: @@
 *es gibt noch eine Reihe weiterer interessanter TWI-ICs; hier eine kleine [http://www.roboternetz.de/wissen/index.php/I2C_Chip-%C3%9Cbersicht Auswahl]
 *eine Funk- und/oder Ethernetschnittstelle als TWI-Zusatzmodul?
 =weiterführende Literatur=

@@ Zeile 3: / Zeile 3: @@
 =Aktuelles=
 * '''04.05.2009''': Baugruppe [[BLIT2008-Board-7-Segment-Anzeige|7-Segment-Anzeige]] realisiert
 * '''24.04.2009''': um mal wieder etwas über meine Aktivitäten rund ums BLIT-Board zu berichten: ich bin gerade dabei zwei Dinge zu realisieren. Hier schon mal die Links zu den entsprechenden Unterseiten:

@@ Zeile 344: / Zeile 344: @@
 ===USBaspLoader===
-Möchte man einen ATmega168 auf dem BLIT-Board betreiben, der ja doppelt soviel Flash-Speicher zur Verfügung stellt und Pin-kompatibel zum ATmega8 ist, lässt sich AVRUSBBoot nicht übersetzen. Einige Registerbezeichnungen sind anders als beim kleinen Bruder und dies wurde im Quelltext der Firmware nicht entsprechend ausprogrammiert. Aus diesem Grund sah ich mich nach einem anderen Bootloader um, der ebenfalls via USB-Schnittstelle funktioniert und würde auch fündig: [http://www.obdev.at/products/vusb/usbasploader.html USBaspLoader]. Nebenbei kauft man sich gleich noch einen weiteren Vorteil ein, der Bootloader benötigt kein eigenes spezielles Tool für den PC, sondern funktioniert auch mit avrdude.
+Möchte man einen ATmega168 auf dem BLIT-Board betreiben, der ja doppelt soviel Flash-Speicher zur Verfügung stellt und Pin-kompatibel zum ATmega8 ist, lässt sich AVRUSBBoot nicht übersetzen. Einige Registerbezeichnungen sind anders als beim kleinen Bruder und dies wurde im Quelltext der Firmware nicht entsprechend ausprogrammiert. Aus diesem Grund sah ich mich nach einem anderen Bootloader um, der ebenfalls via USB-Schnittstelle funktioniert und würde auch fündig: [http://www.obdev.at/products/vusb/usbasploader.html USBaspLoader] von [http://www.obdev.at objective development]. Nebenbei kauft man sich gleich noch einen weiteren Vorteil ein, der Bootloader benötigt kein eigenes spezielles Tool für den PC, sondern funktioniert auch mit avrdude.
 Damit dieser Bootloader auf dem BLIT-Board funktioniert, sind ein paar kleiner Anpassungen am Orginal-Quelltext (den man sich von obigen Link besorgt) vorzunehmen:

@@ Zeile 348: / Zeile 348: @@
 Damit dieser Bootloader auf dem BLIT-Board funktioniert, sind ein paar kleiner Anpassungen am Orginal-Quelltext (den man sich von obigen Link besorgt) vorzunehmen:
-* ''firmware/Makefile'': die korrekte Quarzfrequenz (F_CPU) und Device (DEVICE) sind einzutragen
+'''firmware/Makefile''':
-* ''firmware/bootloaderconfig.h'':
+<br>
-** die USB-Pins anpassen
+Die korrekte Quarzfrequenz (F_CPU) und Device (DEVICE) sind einzutragen.
 <pre>
   #define USB_CFG_DMINUS_BIT      0
 </pre>
-** Pin des Bootloader-Enable-Jumpers anpassen
+* Pin des Bootloader-Enable-Jumpers anpassen
 <pre>
 static inline void  bootLoaderInit(void)
+{
-     PORTC |= (1 << JUMPER_BIT);     /* activate pull-up */
+     PORTC |= (1 << JUMPER_BIT);     /* activate pull-up */avrdude -c usbasp -p m8 -t  -v
      if(!(MCUCSR & (1 << EXTRF)))    /* If this was not an external reset, ignore */
          leaveBootloader();
@@ Zeile 371: / Zeile 375: @@
 #define bootLoaderCondition()   ((PINC & (1 << JUMPER_BIT)) == 0)
 </pre>
-** ein paar Optionen abwählen, da u.U. die Codegröße > 2048 Bytes wird und das passt dann nicht mehr. Das wären z.B. die Kandidaten:
+* ein paar Optionen abwählen, da u.U. die Codegröße >2048 Bytes nach dem Übersetzen wird und das passt dann nicht mehr in den Bootloaderbereich des Mikrocontrollers. Dies wären z.B. die Kandidaten:
 <pre>
 #define HAVE_EEPROM_PAGED_ACCESS    0
@@ Zeile 379: / Zeile 383: @@
-Ist dies alles getan sollte ein mutiges
+Ist dies alles, getan sollte ein mutiges...
 <pre>
 make
@@ Zeile 386: / Zeile 390: @@
 make lock
 </pre>
-alles Weitere tun, um den Bootloader auf den Mikrocontroller zu bringen und den entsprechenden Speicherbereich vor weiterem Überschreiben zu schützen.
+...alles weitere tun, um den Bootloader auf den Mikrocontroller zu bringen und den entsprechenden Speicherbereich vor weiterem Überschreiben zu schützen.
 =Erweiterungsbaugruppen=

Nächstältere Version->		Version vom 9. Mai 2009, 16:28 Uhr
Zeile 344:		Zeile 344:

	===USBaspLoader===		===USBaspLoader===
		+	Möchte man einen ATmega168 auf dem BLIT-Board betreiben, der ja doppelt soviel Flash-Speicher zur Verfügung stellt und Pin-kompatibel zum ATmega8 ist, lässt sich AVRUSBBoot nicht übersetzen. Einige Registerbezeichnungen sind anders als beim kleinen Bruder und dies wurde im Quelltext der Firmware nicht entsprechend ausprogrammiert. Aus diesem Grund sah ich mich nach einem anderen Bootloader um, der ebenfalls via USB-Schnittstelle funktioniert und würde auch fündig: [http://www.obdev.at/products/vusb/usbasploader.html USBaspLoader]. Nebenbei kauft man sich gleich noch einen weiteren Vorteil ein, der Bootloader benötigt kein eigenes spezielles Tool für den PC, sondern funktioniert auch mit avrdude.
		+
		+	Damit dieser Bootloader auf dem BLIT-Board funktioniert, sind ein paar kleiner Anpassungen am Orginal-Quelltext (den man sich von obigen Link besorgt) vorzunehmen:
		+
		+	* ''firmware/Makefile'': die korrekte Quarzfrequenz (F_CPU) und Device (DEVICE) sind einzutragen
		+	* ''firmware/bootloaderconfig.h'':
		+	** die USB-Pins anpassen
		+	<pre>
		+	#define USB_CFG_DMINUS_BIT 0
		+	</pre>
		+	** Pin des Bootloader-Enable-Jumpers anpassen
		+	<pre>
		+	static inline void bootLoaderInit(void)
		+	{
		+	PORTC \|= (1 << JUMPER_BIT); /* activate pull-up */
		+	if(!(MCUCSR & (1 << EXTRF))) /* If this was not an external reset, ignore */
		+	leaveBootloader();
		+	MCUCSR = 0; /* clear all reset flags for next time */
		+	}
		+
		+	static inline void bootLoaderExit(void)
		+	{
		+	PORTC = 0; /* undo bootLoaderInit() changes */
		+	}
		+
		+	#define bootLoaderCondition() ((PINC & (1 << JUMPER_BIT)) == 0)
		+	</pre>
		+	** ein paar Optionen abwählen, da u.U. die Codegröße > 2048 Bytes wird und das passt dann nicht mehr. Das wären z.B. die Kandidaten:
		+	<pre>
		+	#define HAVE_EEPROM_PAGED_ACCESS 0
		+	...
		+	#define HAVE_EEPROM_BYTE_ACCESS 0
		+	</pre>
		+
		+
		+	Ist dies alles getan sollte ein mutiges
		+	<pre>
		+	make
		+	make fuse
		+	make flash
		+	make lock
		+	</pre>
		+	alles Weitere tun, um den Bootloader auf den Mikrocontroller zu bringen und den entsprechenden Speicherbereich vor weiterem Überschreiben zu schützen.

	=Erweiterungsbaugruppen=		=Erweiterungsbaugruppen=

Nächstältere Version->		Version vom 9. Mai 2009, 16:01 Uhr
Zeile 341:		Zeile 341:

	Nachteil der Variante mit einem installierten Bootloader ist, dass dadurch etwas Programmspeicher auf dem Mikrocontroller "verloren" gehen. Im Fall von avrusbboot sind es 2kByte. Aber es bleiben bei einem ATmega8 noch 6kByte übrig, was für die folgenden Beispiele mehr als genug ist...		Nachteil der Variante mit einem installierten Bootloader ist, dass dadurch etwas Programmspeicher auf dem Mikrocontroller "verloren" gehen. Im Fall von avrusbboot sind es 2kByte. Aber es bleiben bei einem ATmega8 noch 6kByte übrig, was für die folgenden Beispiele mehr als genug ist...
		+
		+
		+	===USBaspLoader===

	=Erweiterungsbaugruppen=		=Erweiterungsbaugruppen=