Atmel - Versionsgeschichte

Frank am 10. Dezember 2005 um 15:32 Uhr

2005-12-10T15:32:00Z

Luma am 10. Dezember 2005 um 15:18 Uhr

2005-12-10T15:18:44Z

Frank am 1. Dezember 2005 um 17:05 Uhr

2005-12-01T17:05:42Z

Änderungen zeigen

SprinterSB_alt: /* Siehe auch */ avr-gcc

2005-12-01T16:49:50Z

‎Siehe auch: avr-gcc

SprinterSB_alt: /* Die Fusebits */ Tippfehler

2005-12-01T16:39:38Z

‎Die Fusebits: Tippfehler

SprinterSB_alt: /* Die AVR-Pin-Bezeichnungen und deren Funktion */ AINTx -> AINx

2005-12-01T16:23:41Z

‎Die AVR-Pin-Bezeichnungen und deren Funktion: AINTx -> AINx

Frank: /* Die Fusebits */

2005-11-29T19:35:09Z

‎Die Fusebits

Frank: /* Die Fusebits */

2005-11-29T18:57:14Z

‎Die Fusebits

Frank: /* Die Fusebits */

2005-11-29T18:54:19Z

‎Die Fusebits

Frank am 29. November 2005 um 18:52 Uhr

2005-11-29T18:52:04Z

← Nächstältere Version		Version vom 10. Dezember 2005, 15:32 Uhr
Zeile 1:		Zeile 1:
−	Atmel ist u.a. der Hersteller der im Roboternetz sehr beliebten [[Avr]]-Controllerserie. Im Laufe der Firmengeschichte wurde auch eine ganze Reihe weiterer ~~Schaltkreis~~ hergestellt.	+	Atmel ist u.a. der Hersteller der im Roboternetz sehr beliebten [[Avr]]-Controllerserie. Im Laufe der Firmengeschichte wurde auch eine ganze Reihe weiterer Schaltkreise hergestellt.

	[[Bild:AtmelController.jpg\|thumb\|Beispiel eines Atmel Controllers]]		[[Bild:AtmelController.jpg\|thumb\|Beispiel eines Atmel Controllers]]

← Nächstältere Version		Version vom 10. Dezember 2005, 15:18 Uhr
Zeile 1:		Zeile 1:
−	Atmel ist ~~der~~ u.a. der Hersteller der im Roboternetz sehr beliebten [[Avr]]-Controllerserie~~, stellte aber~~ eine ganze Reihe weiterer ~~Schaltkreise her~~.	+	Atmel ist u.a. der Hersteller der im Roboternetz sehr beliebten [[Avr]]-Controllerserie. Im Laufe der Firmengeschichte wurde auch eine ganze Reihe weiterer Schaltkreis hergestellt.

	[[Bild:AtmelController.jpg\|thumb\|Beispiel eines Atmel Controllers]]		[[Bild:AtmelController.jpg\|thumb\|Beispiel eines Atmel Controllers]]

@@ Zeile 223: / Zeile 223: @@
 * [[Bascom]] - Sehr gutes Basic-Entwicklungssystem
 * [[Bascom - Erstes Programm in den AVR Controller übertragen]]
 * [[On Chip Debugging]]
 * [[Bootloader]]

@@ Zeile 160: / Zeile 160: @@
 ==Die Fusebits==
-Fusebits nennt man bestimmte Bits zur konfigurierung eines Atmel-Controllers. Bei der Auslieferung neuer Atmel Controller sind die Fusebits bereits vorkonfiguriert. In vielen Fällen kann man die Konfiguration unverändert belassen, je nach Controllertyp. Bei den Typen Mega xxx bestimmen einige Fusebits beispielsweise das der interne Taktgeber aktiviert ist. Möchte man dagegen einen externen Quarz anschließen oder die Taktfrequenz ändern, so müssen auch die Fusebits geändert werden. Auch das deaktivieren des "[[On Chip Debugging]]" Modus ist oft notwendig wenn man alle Ports ausnutzen möchte. Die Fusebits werden in der Regel über die Software eingestellt, welche auch für das Übertragen des Programmcodes zuständig ist. Besonders einfach geht dies beispielsweise mit der Entwicklungsumgebung [[Bascom]]. Abe rauch andere Programme wie Pony können für die Umstellung der Fusebits genutzt werden. Einmal eingestellte Fusebits bleiben bis zur erneuten Fusebit Änderung erhalten. Der normale Programmiermodus verändert die Fusebits nicht.
+Fusebits nennt man bestimmte Bits zur Konfigurierung eines AVR-Controllers. Bei der Auslieferung neuer AVR Controller sind die Fusebits bereits vorkonfiguriert. In vielen Fällen kann man die Konfiguration unverändert belassen, je nach Controllertyp. Bei den Typen Mega xxx bestimmen einige Fusebits beispielsweise, dass der interne Taktgeber aktiviert ist. Möchte man dagegen einen externen Quarz anschließen oder die Taktfrequenz ändern, so müssen auch die Fusebits geändert werden. Auch das Deaktivieren des "[[On Chip Debugging]]" Modus ist oft notwendig, wenn man alle Ports ausnutzen möchte.
-Je nach Atmel Controllertyp sind etwa sunterschiedliche Fusebits (Einstellungen) vorhanden. Die genaue Beschreibung findet man im jeweiligen Datenblatt. Da aber falsche Fusebit-Einstellungen zu den häufigsten Problemen in Foren führen, liste ich hier die Funktion der üblichen Fusebits nochmals genauer auf:
 {| {{Blauetabelle}}
   |'''CKSEL0, CKSEL1, CKSEL2, CKSEL3'''
-  |Die Kombination dieser 4 Fusebits bestimmt die Taktquelle des Controllers. Das kann eine interner Taktgenerator, ein Quarz, Quarzoszillator und ähnliches sein.
+  |Die Kombination dieser 4 Fusebits bestimmt die Taktquelle des Controllers. Das kann eine interner Taktgenerator, ein Quarz, Quarzoszillator, RC-Glied und ähnliches sein.
 |-
   |'''JTAGEN'''
-  |Hiermit wird die "[[On Chip Debugging]]" Schnittstelle de- bzw. aktiviert. Das sind die Bits mit den Bezeichnungen TDI, TDO, TMS und TCK. Möchte man diese Pin´s als normalen Port nutzen, so muss diese Schnittstelle immer deaktiviert werden.
+  |Hiermit wird die "[[On Chip Debugging]]" Schnittstelle aktiviert bzw. deaktiviert. Das sind die Bits mit den Bezeichnungen TDI, TDO, TMS und TCK. Möchte man diese Pins als normalen Port nutzen, so muss diese Schnittstelle immer deaktiviert werden.
 |-
   |'''SUT0, SUT1'''
-  |Die sogenannte StartUp Zeit (PowerOn delay). Diese Einstellung muss abhängig von der Art des Taktgenerators eingestellt werden, genaueres im jeweiligen Datenblatt.
+  |Die sogenannte StartUp-Zeit (PowerOn delay). Diese Einstellung muss abhängig von der Art des Taktgenerators eingestellt werden, genaueres im jeweiligen Datenblatt.
 |-
   |'''SPIEN'''
-  |Hiermit kann die serielle [[AVR-ISP Programmierkabel|ISP-Programmierung]], welche die meisten Programmierkabel nutzen, deaktiviert werden. Dies sollte man lieber vermeiden, denn wenn dieser Programmiermodus deaktiviert wurde, so kann nur noch der Parallel-Programmiermodus genutzt werden. Der Parallel-Programmiermodus benötigt jedoch ein spezielles Programmiergerät das die wenigsten Bastler besitzen. ''Also Vorsicht!''
+  |Hiermit kann die serielle [[AVR-ISP Programmierkabel|ISP-Programmierung]], welche die meisten Programmierkabel nutzen, deaktiviert werden. Dies sollte man lieber vermeiden, denn wenn dieser Programmiermodus deaktiviert wurde, kann nur noch der Parallel-Programmiermodus genutzt werden. Der Parallel-Programmiermodus benötigt jedoch ein spezielles Programmiergerät, das die wenigsten Bastler besitzen. ''Also Vorsicht!''
 |-
   |'''BODEN'''
-  |Über dieses Bit wird der '''Brown-out Detector''' de- bzw. aktiviert. Dies ist eine Überwachung der Betriebsspannung. Diese Überwachung soll dafür sorgen das bei Spannungseinbrüchen ein ordentlicher RESET durchgeführt wird. Dadurch wird verhindert das ein Controller in einen undefinierten Zustand gerät (hängen bleibt).
+  |Über dieses Bit wird der '''Brown-out Detector''' aktiviert bzw. deaktiviert. Dies ist eine Überwachung der Betriebsspannung. Diese Überwachung soll dafür sorgen, dass bei Spannungseinbrüchen ein ordentlicher RESET durchgeführt wird. Dadurch wird verhindert, dass ein Controller in einen undefinierten Zustand gerät (hängen bleibt).
 |-
   |'''BOOTLEVEL'''
@@ Zeile 183: / Zeile 186: @@
 |-
   |'''BOOTRST'''
-  |Gewöhnlich startet ein Programm im Controller nach einem RESET ab Adresse 0. Durch dieses Fusebit kann der Controller jedoch veranlasst werden nach einem Reset einen sigenannten Bootloader-Bereich auszuführen. EIn Bootloader kann genutzt werden um Controller über andere Schnittstellen (z.B. RS232) zu programmieren, siehe unter [[Bootloader]].
+  |Gewöhnlich startet ein Programm im Controller nach einem RESET ab Adresse 0. Durch dieses Fusebit kann der Controller jedoch veranlasst werden, nach einem Reset einen sogenannten Bootloader-Bereich auszuführen. Ein [[Bootloader]] kann genutzt werden, um Controller über andere Schnittstellen (z.B. RS232) zu programmieren.
 |-
   |'''BOOTSZ0, BOOTSZ1'''
-  |Der zuvor genannte Bootloaderbereich kann bei Atmel Controllern verschieden groß sein. Üblich diese beiden Bits können vier verschiedene Größen eingestellt werden. Siehe unter [[Bootloader]].
+  |Der zuvor genannte Bootloaderbereich kann bei AVR-Controllern verschieden groß sein. Über diese beiden Bits können vier verschiedene Größen eingestellt werden. Siehe unter [[Bootloader]].
 |-
   |'''EESAVE'''
-  |Dieses Bit legt fest ob beim programmieren des Controllers (man nennt es auch brennen) immer das EEPROM gelöscht werden soll.
+  |Dieses Bit legt fest, ob beim Programmieren des Controllers (man nennt es auch brennen) immer das EEPROM gelöscht werden soll.
 |-
   |'''CKOPT'''
-  |Abhängig von den Einstellungen von CKSEL kann hier dir Oszillator-Verstärkung eingestellt werden. genaueres im Datenblatt des jeweiligen Controllertyps.
+  |Abhängig von den Einstellungen von CKSEL kann hier dir Oszillator-Verstärkung eingestellt werden. Genaueres im Datenblatt des jeweiligen Controllers.
 |-
   |'''WDTON'''
-  |Schaltet den WatchDog-Timer beim Booten ein/aus. Dies ist allerdings auch per Software möglich
+  |Schaltet den WatchDog-Timer beim Booten ein/aus. Dies ist auch per Software möglich
 |-
   |'''RSTDISBL'''
-  |Durch dieses Bit kann man den RESET-Pin deaktivieren und dann als normalen I/O-Port nutzen. Aber Vorsicht, das die RESET-Leitung beim programmieren (brennen) des Chips genutzt wird, kann man nach dessen deaktivierung den Controller mit den üblichen [[AVR-ISP Programmierkabel|ISP-Adaptern]] nicht mehr programmieren. In dem Fall könnte man zar den Controlle rzwar noch mit speziellen Programmiergeräten im Parallelmodus programmieren, aber in der Praxis verfügen nur wenige Bastler über ein Programmiergerät das dies leistet.
+  |Durch dieses Bit kann man den RESET-Pin deaktivieren und dann als normalen I/O-Port nutzen. Aber Vorsicht! Da die RESET-Leitung beim Programmieren (Brennen) des Chips genutzt wird, kann man nach dessen Deaktivierung den Controller mit den üblichen [[AVR-ISP Programmierkabel|ISP-Adaptern]] nicht mehr programmieren. In diesem Fall könnte man zwar den Controlle noch mit speziellen Programmiergeräten im Parallelmodus programmieren, aber in der Praxis verfügen nur wenige Bastler über ein Programmiergerät, das dies leistet.
 |-
   |'''LB1, LB2'''
-  |Das sind die sogenannten Lockbits mit denen das Auslesen des Flash- als auch EEPROM-Speichers verhindern läßt. Zwar können andere Anwender immer noch Daten lesen, allerdings handelt es sich da nicht mehr um den wirklichen Inhalt sondern lediglich um wirre Datenbytefolgen. Programmierer die den erarbeiteten Code vpr Raubkopierern schützen wollen, nutzen diese Lockbits. Das Programmieren ist auch bei gesetzen Lockbits noch möglich. Der Bootloader-Bereich wird nicht durch die Lockbits geschützt.
+  |Das sind die sogenannten Lockbits, mit denen sich das Auslesen des Flash- als auch EEPROM-Speichers verhindern läßt. Zwar können andere Anwender immer noch Daten lesen, allerdings handelt es sich dabei nicht mehr um den wirklichen Inhalt sondern lediglich um wirre Datenbytefolgen. Programmierer, die den erarbeiteten Code vor Raubkopierern schützen wollen, nutzen diese Lockbits. Das Programmieren ist auch bei gesetzen Lockbits noch möglich. Der Bootloader-Bereich wird nicht durch die Lockbits geschützt.
 |-
   |'''BLB01, BLB02'''
@@ Zeile 210: / Zeile 213: @@
 |}
-Wie man die Fusebits mit [[Bascom]] einstellt ist wird in diesem Beitrag erläutert: [[Bascom - Erstes Programm in den AVR Controller übertragen]]
+Wie man die Fusebits mit [[Bascom]] einstellt, wird im Beitrag [[Bascom - Erstes Programm in den AVR Controller übertragen]] erläutert.
 --[[Benutzer:Frank|Frank]] 19:49, 29. Nov 2005 (CET)

@@ Zeile 54: / Zeile 54: @@
   |'''AIN0'''
   |Erster Eingang des Analog Komperators.
-Mit AINT0 und AINT1 kann man zwei Spannungen miteinander vergleichen. Wenn die Spannung an AIN0 höher als bei AIN1 ist, liefert der Komparator "High", wenn umgekehrt ein "Low".
+Mit AIN0 und AIN1 kann man zwei Spannungen miteinander vergleichen. Wenn die Spannung an AIN0 höher als bei AIN1 ist, liefert der Komparator "High", wenn umgekehrt ein "Low".
 |-
-  |'''AINT 1'''
+  |'''AIN1'''
   |Zweiter Teil des Analog Komperators
-Mit AINT0 und AINT1 kann man zwei Spannungen miteinander vergleichen. Wenn die Spannung an AIN0 höher als bei AIN1 ist, liefert der Komparator "High", wenn umgekehrt ein "Low".
+Mit AIN0 und AIN1 kann man zwei Spannungen miteinander vergleichen. Wenn die Spannung an AIN0 höher als bei AIN1 ist, liefert der Komparator "High", wenn umgekehrt ein "Low".
 |-
   |'''OC0'''

← Nächstältere Version		Version vom 29. November 2005, 18:57 Uhr
Zeile 210:		Zeile 210:
	\|}		\|}

		+	Wie man die Fusebits mit [[Bascom]] einstellt ist wird in diesem Beitrag erläutert: [[Bascom - Erstes Programm in den AVR Controller übertragen]]

	--[[Benutzer:Frank\|Frank]] 19:49, 29. Nov 2005 (CET)		--[[Benutzer:Frank\|Frank]] 19:49, 29. Nov 2005 (CET)