HEX-Datei - Versionsgeschichte

Rgf am 3. Dezember 2012 um 11:44 Uhr

2012-12-03T11:44:57Z

SprinterSB_alt: /* Quellen */

2011-07-29T20:37:15Z

‎Quellen

Besserwessi: /* Bascom-Programmer */

2009-06-21T16:37:32Z

‎Bascom-Programmer

Newbie.at: /* 03 - Start Segment-Adresse */

2008-11-26T14:23:58Z

‎03 - Start Segment-Adresse

Krulli_alt am 29. Oktober 2007 um 22:12 Uhr

2007-10-29T22:12:28Z

Linux 80: keien Details in der Einleitung !

2007-09-02T12:07:36Z

keien Details in der Einleitung !

SprinterSB_alt: typo + kleine Änderungen

2007-08-30T11:19:57Z

typo + kleine Änderungen

Linux 80: /* 00 - Daten */ typo

2007-08-27T01:09:24Z

‎00 - Daten: typo

Linux 80: Neu

2007-08-27T01:05:48Z

Neu

Neue Seite

Die sogenannte Hex-Datei (auch Intel-Hex-Format) wird üblicherweise beim compilieren eines Quellcodes (z.B. [[C-Tutorial|C]] oder [[Bascom|Bascom Basic]]) für einen Mikrocontroller erzeugt.

In diesem Artikel soll Hauptsächlich auf die für die Mikrocontrollerprogrammierung (davon für AVR) wichtigen Infos eingegangen werden.

=== Was hat es damit auf sich ? ===

* Wird von der Programmiersoftware verwendet zum übertragen des Codes in den Controller (flashen)
* Hex steht als Abkürzung für Hexadezimal
* In der Datei kommen nur druckbare (ASCII-)Zeichen vor (0-9, A-F), und könnte deshalb mit jedem Texteditor geöffnet und bearbeitet werden
* In jeder Zeile ist eine Prüfsumme angefügt zum einfachen erkennen von Übertragungsfehlern

== Historisches ==

Ein von Intel eingeführtes Dateiformat zum besseren verarbeiten binärer Daten.
Ursprünglich, wegen der 16Bit-Adressangabe, bis max. 64KByte Daten ausgelegt. Erst später wurde durch hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen aufgebaut (20-Bit- und 32-Bit-Adressierung).

Durch die Verwendung der hexadezimalen Schreibweise können binäre Daten auf Bildschirm und Drucker ausgegeben werden da nur lesbare Zeichen vorkommen, was bei Einführung dieses Formats (19xx, wenig bis garkeine el. Massenspeicher) noch von Bedeutung war.

== Internes ==

Wer eine Hex-Datei schon einmal mit einem Texteditor geöffnet hat, sieht eine Zeile wie diese:

:1000B000526F626F7465726E65747A2E646520206B

Eine Zeile wird als Record (Datensatz) bezeichnet.

Jedes Byte wird in hexadezimaler Schreibweise dargestellt.

Bedeutung:

<div align="center">
{| {{Blauetabelle}}
|- {{Hintergrund1}}
!| Start || Anzahl || Adresse || Typ || Daten || Prüfsumme
|- align="center"
|:||10||00 B0||00||52 6F 62 6F 74 65 72 6E 65 74 7A 2E 64 65 20 20||6B
|}
</div>

=== Start ===

Immer ein ":" (Doppelpunkt) am Zeilenanfang.

=== Anzahl ===

Gibt die Anzahl der effektiven Datenbytes an, kann von 0 - 255 (0x00 - 0xFF) Bytes enthalten

=== Adresse ===

Adresse im 16-Bit Format an der die folgenden Daten gespeichert werden sollen. Mit 16 Bit können max. 64KByte an Daten Adressiert werden. Wer einen Mega128 (oder größer) voll ausnutzt, wird auch weitere Datensatztypen als üblich in der Hex-Datei finden.

=== Datensatz-Typen ===

==== 00 - Daten ====
:Ein Auschnitt der Beispielzeile von oben:

:1000B0'''00'''52....6B

:Die Zeile enthalt 0x10 (dez 16) Bytes an Nutzdaten, diese sollen ab Adresse 0x00B0 (dez 176) gespeichert werden.

==== 01 - letzte Zeile ====
:Die letzte Zeile sieht so aus:

:000000'''01'''FF

:Danach folgt entweder das Dateiende, oder die Übertragung wird abgeschlossen.

==== 02 - erweiterte Segment-Adresse ====
:Eine "erweiterte Segment-Adress"-Zeile kann so aussehen:

:020000'''02'''1000EC

:Sie wird benötigt, wenn die Daten den Adressraum von 64KByte überschreiten (Ab [[ATmega128|ATMega128]]).
:Im Datenbereich wird der oberer Teil (Bits 4 - 19) einer 20-Bit-Adresse im 16-Bit-Format angegeben. Zu dieser muss dann die Offset-Adresse jeder Zeile hinzuaddiert werden, um die eigentliche Adresse zu erhalten.

==== 03 - Start Segment-Adresse ====
:Eine "Start Segment-Adress"-Zeile kann so aussehen:

:040000'''03'''20000000D9

:Sie wird benötigt, wenn die Daten an einer Adresse abgelegt werden sollen, der außerhalb eines 64KByte-Adressraums liegt.
:Im Datenbereich wird die Adresse im 2x16-Bit-Format (Segment und Adresse) angegeben. Ergibt eine 20-Bit Adresse. Ist für die Struktur der Intel-CPUs ausgelegt.

==== 04 - erweiterte Linear-Adresse ====
:Eine "erweiterte Linear-Adress"-Zeile kann so aussehen:

:020000'''04'''3000CA

:Im Datenbereich wird der obere Teil (Bits 16-31) einer 32-Bit-Adresse im 16-Bit-Format angegeben.

==== 05 - Start Linear-Adresse ====
:Eine "Start Linear-Adress"-Zeile kann so aussehen:

:040000'''05'''00100000E7

:Im Datenbereich wird die Adresse im 32-Bit-Format angegeben.

=== Daten/Info ===

:Die eigentlichen Daten, bzw. Infos je nach Datensatztyp, max. 255 Byte pro Zeile

=== Prüfsumme ===

In die Prüfsumme fließen alle Bytes der Zeile ein, incl. der Anzahl, Adresse und Typ, aber nicht die Startmarkierung.

==== erzeugen ====

:Zum erzeugen der Prüfsumme werden alle Bytes der Zeile als Zweier-Komplement summiert, sieht mit den Daten der Beispielzeile in verständlicher Schreibweise so aus:

'''0x00''' - 0x10 - 0x00 - 0xB0 - 0x00 - 0x52 - 0x6F - 0x62 - 0x6F - 0x74 - 0x65 - 0x72 - 0x6E -
0x65 - 0x74 - 0x7A - 0x2E - 0x64 - 0x65 - 0x20 - 0x20 = 0xF9'''6B'''
:Da nur das Low-Byte als Prüfsumme angegeben wird (Modulo-256-Summe), wird der Wert 0x6B angehängt.

==== überprüfen ====

:Zum überprüfen der Daten muss die Summe aller Bytes, incl. der Prüfsumme, das (Modulo-256)-Ergebnis 0x00 ergeben.

:Die Beispielzeile wird so berechnet:
0x10 + 0x00 + 0xB0 + 0x00 + 0x52 + 0x6F + 0x62 + 0x6F + 0x74 + 0x65 + 0x72 + 0x6E +
0x65 + 0x74 + 0x7A + 0x2E + 0x64 + 0x65 + 0x20 + 0x20 + 0x'''6B''' = 0x7'''00'''
:Da nur das Low-Byte überprüft wird (Modulo-256), dieses hier 0x00 ist, kann die Zeile als erfolgreich übertragen angesehen werden.

== Anwendungen ==
Software zum Umgang mit Hex-Dateien:

=== avr-objcopy ===

Wer die Tools zur AVR-Programmierung installiert hat (unter Windose WinAVR), hat zugriff auf das Consolen-Tool ''avr-objcopy''.

Damit ist es möglich diverse Dateiformat, u.a. Hex-Dateien, in andere Formate zu übertragen.

Mit der folgenden Anweisung wird die Datei "test.bin", welche im Format ''binary'' (-I) vorliegt, im Format ''ihex'' (-O) gespeichert, unter dem neuen Dateinamen "test.hex".

avr-objcopy -O ihex -I binary test.bin test.hex

In die andere Richtung geht das natürlich auch, (Hex-Datei in Binär-Datei übertragen):

avr-objcopy -I ihex -O binary test.hex test.bin

Beim Compilieren eines C-Quellcodes wird dieses Tool über das ''makefile'' aufgerufen, sodass die Hex-Datei bei "make all" automatisch erstellt wird.

=== Bascom-Programmer ===

[[Bild:BascomOptionsHexFile.jpg|thumb|Compiler/Output]]
Für das Bascom interne Programmiertool ist die Hex-Datei nicht zwingend notwendig, da dies mit der Binärdatei auskommt. Falls aber eine andere Anwendung dafür eingesetzt werden muss, gibt es in den Optionen (unter Compiler/Output) ein Auswahlfeld, das beim compilieren eine Hex-Datei erzeugen lässt (Standardmäßig schon ausgewählt).

Mit dem Bascom Programmiertool können vom AVR ausgelesene Daten als Binär- oder Hex-Datei gespeichert werden. <small>(Das scheint aber z.Zt. einen kleinen Bug zu haben, denn ab 64KByte stimmt die Adresse nicht mehr :-)</small>

== Siehe auch ==

* [[Programmer]]
* [[HEX_Beispiel-Dateien_f%C3%BCr_AVR]]
* [[Bascom_-_Erstes_Programm_in_den_AVR_Controller_%C3%BCbertragen]]

== Quellen ==

* [http://www.google.de/search?hl=de&q=intelhex] u.a. :-)

[[Kategorie:Abkürzung]]
[[Kategorie:Grundlagen]]
[[Kategorie:Kommunikation]]
[[Kategorie:Microcontroller]]
[[Kategorie:Elektronik]]
[[Kategorie:Praxis]]

← Nächstältere Version		Version vom 3. Dezember 2012, 11:44 Uhr
Zeile 146:		Zeile 146:
	Beim Compilieren eines C-Quellcodes wird dieses Tool üblicherweise über das [[Makefile]] aufgerufen, so dass die Hex-Datei bei "make all" automatisch erstellt wird.		Beim Compilieren eines C-Quellcodes wird dieses Tool üblicherweise über das [[Makefile]] aufgerufen, so dass die Hex-Datei bei "make all" automatisch erstellt wird.

		+	=== BinHex ===
		+
		+	Unter den Tools von [[LunaAVR]] gibt es das Consolen-Tool ''binhex''.
		+
		+	Damit ist es möglich, Rohdaten in das Hex-Format zu wandeln. Optional können dabei auch bestimmte Speichergrenzen angegeben werden. Das Tool speichert auch Binärdaten korrekt die größer als 64k sind.
		+
		+	Mit der folgenden Anweisung wird die Datei "test.bin", welche im Format ''binary'' vorliegt, im Format ''ihex'' mit der Dateiendung ".hex" gespeichert (die Zieldatei ist automatisch der Originaldateiname mit Dateiendung ".hex", wenn keine extra Zieldatei angegeben wurde). Andere Dateinamen oder Dateipfade können mit der Option (<tt>-d</tt>) angegeben werden.
		+
		+	binhex -v test.bin

	=== Bascom-Programmer ===		=== Bascom-Programmer ===

@@ Zeile 83: / Zeile 83: @@
   :040000'''03'''20000000D9
-:Sie wird benötigt, wenn die Daten an einer Adresse abgelegt werden sollen, der außerhalb eines 64KByte-Adressraums liegt.
+:Sie wird benötigt, wenn die Daten an einer Adresse abgelegt werden sollen, die außerhalb eines 64KByte-Adressraums liegt.
 :Im Datenbereich wird die Adresse im 2&times;16-Bit-Format (Segment und Adresse) angegeben. Ergibt eine 20-Bit Adresse. Ist für die Struktur der Intel-CPUs ausgelegt.

@@ Zeile 15: / Zeile 15: @@
 Ein von Intel eingeführtes Dateiformat zum besseren Verarbeiten binärer Daten.
-Ursprünglich War das Format wegen des 16Bit-Adressraumes bis max. 64 KByte Daten ausgelegt. Erst später wurde durch Hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
+Ursprünglich war das Format wegen des 16Bit-Adressraumes bis max. 64 KByte Daten ausgelegt. Erst später wurde durch Hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
 Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen für 20-Bit- und 32-Bit-Adressierung aufgebaut.
-Da nur lesbare Zeichen zur Darstellung verwendet werden, können binäre Daten auf Bildschirm und Drucker ausgegeben werden, was bei Einführung dieses Formats (19xx, wenig bis garkeine el. Massenspeicher) noch von Bedeutung war.
+Da nur lesbare Zeichen zur Darstellung verwendet werden, können binäre Daten auf Bildschirm und Drucker ausgegeben werden, was bei Einführung dieses Formats (19xx, wenig bis gar keine el. Massenspeicher) noch von Bedeutung war.
@@ Zeile 132: / Zeile 132: @@
 === avr-objcopy ===
-Wer die Tools zur AVR-Programmierung installiert hat (unter Windose [[WinAVR]]), hat Zugriff auf das Consolen-Tool ''avr-objcopy''.
+Wer die Tools zur AVR-Programmierung installiert hat (unter Windows [[WinAVR]]), hat Zugriff auf das Consolen-Tool ''avr-objcopy''.
 Damit ist es möglich, diverse Dateiformate, u.a. Hex-Dateien, in andere Formate zu übertragen.

@@ Zeile 1: / Zeile 1: @@
-Die sogenannte '''Hex-Datei''' (auch Intel-Hex-Format) wird von einigen [[Compiler]]n als Ausgabedatei erzeugt (z.B. [[Bascom|Bascom Basic]]). Die HEX-Datei enthält das compilierte Programm in binärer Form und wird verwendet, wenn es in den [[Mikrocontroller]] übertragen werden soll. Bei [[avr-gcc]] ist das Ausgabeformat [[elf]], welches erst mit einem Tool wie [[#avr-objcopy|avr-objcopy]] in eine HEX-Datei umgewandelt werden muss.
+Die sogenannte '''Hex-Datei''' (auch Intel-Hex-Format) wird von einigen [[Compiler]]n als Ausgabedatei erzeugt (z.B. [[Bascom|Bascom Basic]]). Die HEX-Datei enthält das compilierte Programm in binärer Form und wird verwendet, wenn es in den [[Mikrocontroller]] übertragen werden soll.
 In diesem Artikel soll hauptsächlich auf die für die Mikrocontrollerprogrammierung (davon für [[AVR]]) wichtigen Infos eingegangen werden.
@@ Zeile 16: / Zeile 16: @@
 Ein von Intel eingeführtes Dateiformat zum besseren Verarbeiten binärer Daten.
 Ursprünglich War das Format wegen des 16Bit-Adressraumes bis max. 64 KByte Daten ausgelegt. Erst später wurde durch Hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
-Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen 20-Bit- und 32-Bit-Adressierung aufgebaut.
+Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen für 20-Bit- und 32-Bit-Adressierung aufgebaut.
 Da nur lesbare Zeichen zur Darstellung verwendet werden, können binäre Daten auf Bildschirm und Drucker ausgegeben werden, was bei Einführung dieses Formats (19xx, wenig bis garkeine el. Massenspeicher) noch von Bedeutung war.
@@ Zeile 102: / Zeile 102: @@
 === Daten/Info ===
-:Die eigentlichen Daten, bzw. Infos je nach Datensatztyp, max. 255 Byte pro Zeile
+Die eigentlichen Daten, bzw. Infos je nach Datensatztyp, max. 255 Byte pro Zeile
 === Prüfsumme ===

@@ Zeile 165: / Zeile 165: @@
 * [http://www.google.de/search?hl=de&q=intelhex] u.a. :-)
 [[Kategorie:Grundlagen]]
 [[Kategorie:Microcontroller]]
 [[Kategorie:Praxis]]

@@ Zeile 150: / Zeile 150: @@
 [[Bild:BascomOptionsHexFile.jpg|thumb|Compiler/Output]]
-Für das Bascom-interne Programmiertool ist die Hex-Datei nicht zwingend notwendig, da dies mit der Binärdatei auskommt. Falls aber eine andere Anwendung dafür eingesetzt werden muss, gibt es in den Optionen (unter Compiler/Output) ein Auswahlfeld, das beim Compilieren eine Hex-Datei erzeugen lässt (standardmäßig schon ausgewählt).
+Für das Bascom-interne Programmiertool ist die Hex-Datei nicht zwingend notwendig, da dies mit der Binärdatei auskommt. Falls aber eine andere Anwendung dafür eingesetzt werden muss, gibt es in den Optionen (unter Compiler/Output) ein Auswahlfeld, das beim Compilieren eine Hex-Datei erzeugen lässt (standardmäßig schon ausgewählt). Andersherum, lassen sich mit dem Bascom Programmiertool auch anders erstellte HEX-Dateien zum µC übertragen.
 Mit dem Bascom Programmiertool können vom AVR ausgelesene Daten als Binär- oder Hex-Datei gespeichert werden. <small>(Das scheint aber z.Zt. einen kleinen Bug zu haben, denn ab 64KByte stimmt die Adresse nicht mehr :-)</small>
 == Siehe auch ==

@@ Zeile 1: / Zeile 1: @@
-Die sogenannte Hex-Datei (auch Intel-Hex-Format) wird üblicherweise beim compilieren eines Quellcodes (z.B. [[C-Tutorial|C]] oder [[Bascom|Bascom Basic]]) für einen Mikrocontroller erzeugt.
+Die sogenannte '''Hex-Datei''' (auch Intel-Hex-Format) wird von einigen [[Compiler]]n als Ausgabedatei erzeugt (z.B. [[Bascom|Bascom Basic]]). Die HEX-Datei enthält das compilierte Programm in binärer Form und wird verwendet, wenn es in den [[Mikrocontroller]] übertragen werden soll. Bei [[avr-gcc]] ist das Ausgabeformat [[elf]], welches erst mit einem Tool wie [[#avr-objcopy|avr-objcopy]] in eine HEX-Datei umgewandelt werden muss.
-In diesem Artikel soll Hauptsächlich auf die für die Mikrocontrollerprogrammierung (davon für AVR) wichtigen Infos eingegangen werden.
+In diesem Artikel soll hauptsächlich auf die für die Mikrocontrollerprogrammierung (davon für [[AVR]]) wichtigen Infos eingegangen werden.
-=== Was hat es damit auf sich ? ===
+=== Was hat es damit auf sich? ===
-* Wird von der Programmiersoftware verwendet zum übertragen des Codes in den Controller (flashen)
+* Wird von der Programmiersoftware verwendet zum Übertragen des Codes in den Controller (flashen)
 * Hex steht als Abkürzung für Hexadezimal
-* In der Datei kommen nur druckbare (ASCII-)Zeichen vor (0-9, A-F), und könnte deshalb mit jedem Texteditor geöffnet und bearbeitet werden
+* In der Datei kommen nur die druckbaren (ASCII-)Zeichen 0-9, A-F, : und Leerzeichen vor und könnte deshalb mit jedem Texteditor geöffnet und bearbeitet werden
-* In jeder Zeile ist eine Prüfsumme angefügt zum einfachen erkennen von Übertragungsfehlern
+* In jeder Zeile ist eine Prüfsumme angefügt zum einfachen Erkennen von Übertragungsfehlern
 == Historisches ==
-Ein von Intel eingeführtes Dateiformat zum besseren verarbeiten binärer Daten.
+Ein von Intel eingeführtes Dateiformat zum besseren Verarbeiten binärer Daten.
-Ursprünglich, wegen der 16Bit-Adressangabe, bis max. 64KByte Daten ausgelegt. Erst später wurde durch hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
+Ursprünglich War das Format wegen des 16Bit-Adressraumes bis max. 64 KByte Daten ausgelegt. Erst später wurde durch Hinzufügen weiterer ''[[#Datensatz-Typen|Datensatz-Typen]]'' der Adressraum erweitert.
-Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen aufgebaut (20-Bit- und 32-Bit-Adressierung).
+Unter Anlehnung an die Struktur der Intel-CPUs wurden die zusätzlichen Datensatz-Typen 20-Bit- und 32-Bit-Adressierung aufgebaut.
-Durch die Verwendung der hexadezimalen Schreibweise können binäre Daten auf Bildschirm und Drucker ausgegeben werden da nur lesbare Zeichen vorkommen, was bei Einführung dieses Formats (19xx, wenig bis garkeine el. Massenspeicher) noch von Bedeutung war.
+Da nur lesbare Zeichen zur Darstellung verwendet werden, können binäre Daten auf Bildschirm und Drucker ausgegeben werden, was bei Einführung dieses Formats (19xx, wenig bis garkeine el. Massenspeicher) noch von Bedeutung war.
@@ Zeile 44: / Zeile 44: @@
 === Start ===
-Immer ein ":" (Doppelpunkt) am Zeilenanfang.
+Es steht immer ein ":" (Doppelpunkt) am Zeilenanfang.
 === Anzahl ===
@@ Zeile 52: / Zeile 52: @@
 === Adresse  ===
-Adresse im 16-Bit Format an der die folgenden Daten gespeichert werden sollen. Mit 16 Bit können max. 64KByte an Daten Adressiert werden. Wer einen Mega128 (oder größer) voll ausnutzt, wird auch weitere Datensatztypen als üblich in der Hex-Datei finden.
+Adresse im 16-Bit Format an der die folgenden Daten gespeichert werden sollen. Mit 16 Bit können max. 64KByte an Daten Adressiert werden. Wer einen [[ATmega128]] (oder größer) voll ausnutzt, wird auch weitere Datensatztypen als üblich in der Hex-Datei finden.
 === Datensatz-Typen ===
@@ Zeile 75: / Zeile 75: @@
   :020000'''02'''1000EC
-:Sie wird benötigt, wenn die Daten den Adressraum von 64KByte überschreiten (Ab [[ATmega128|ATMega128]]).
+:Sie wird benötigt, wenn die Daten den Adressraum von 64KByte überschreiten (ab [[ATmega128]]).
-:Im Datenbereich wird der oberer Teil (Bits 4 - 19) einer 20-Bit-Adresse im 16-Bit-Format angegeben. Zu dieser muss dann die Offset-Adresse jeder Zeile hinzuaddiert werden, um die eigentliche Adresse zu erhalten.
+:Im Datenbereich wird der oberer Teil (Bits 4-19) einer 20-Bit-Adresse im 16-Bit-Format angegeben. Zu dieser muss dann die Offset-Adresse jeder Zeile hinzuaddiert werden, um die eigentliche Adresse zu erhalten.
 ==== 03 - Start Segment-Adresse ====
@@ Zeile 84: / Zeile 84: @@
 :Sie wird benötigt, wenn die Daten an einer Adresse abgelegt werden sollen, der außerhalb eines 64KByte-Adressraums liegt.
-:Im Datenbereich wird die Adresse im 2x16-Bit-Format (Segment und Adresse) angegeben. Ergibt eine 20-Bit Adresse. Ist für die Struktur der Intel-CPUs ausgelegt.
+:Im Datenbereich wird die Adresse im 2&times;16-Bit-Format (Segment und Adresse) angegeben. Ergibt eine 20-Bit Adresse. Ist für die Struktur der Intel-CPUs ausgelegt.
 ==== 04 - erweiterte Linear-Adresse ====
@@ Zeile 110: / Zeile 110: @@
 ==== erzeugen ====
-:Zum erzeugen der Prüfsumme werden alle Bytes der Zeile als Zweier-Komplement summiert, sieht mit den Daten der Beispielzeile in verständlicher Schreibweise so aus:
+:Zum Erzeugen der Prüfsumme werden alle Bytes der Zeile als Zweier-Komplement summiert, sieht mit den Daten der Beispielzeile in verständlicher Schreibweise so aus:
   '''0x00''' - 0x10 - 0x00 - 0xB0 - 0x00 - 0x52 - 0x6F - 0x62 - 0x6F - 0x74 - 0x65 - 0x72 - 0x6E -
 x65 - 0x74 - 0x7A - 0x2E - 0x64 - 0x65 - 0x20 - 0x20 = 0xF9'''6B'''
-:Da nur das Low-Byte als Prüfsumme angegeben wird (Modulo-256-Summe), wird der Wert 0x6B angehängt.
+:Da nur das Low-Byte als Prüfsumme angegeben wird (Modulo-256-Summe), wird der Wert <tt>0x6B</tt> angehängt.
 ==== überprüfen ====
-:Zum überprüfen der Daten muss die Summe aller Bytes, incl. der Prüfsumme, das (Modulo-256)-Ergebnis 0x00 ergeben.
+:Zum Überprüfen der Daten muss die Summe aller Bytes, incl. der Prüfsumme, das (Modulo-256)-Ergebnis <tt>0x00</tt> ergeben.
 :Die Beispielzeile wird so berechnet:
 x10 + 0x00 + 0xB0 + 0x00 + 0x52 + 0x6F + 0x62 + 0x6F + 0x74 + 0x65 + 0x72 + 0x6E +
 x65 + 0x74 + 0x7A + 0x2E + 0x64 + 0x65 + 0x20 + 0x20 + 0x'''6B''' = 0x7'''00'''
-:Da nur das Low-Byte überprüft wird (Modulo-256), dieses hier 0x00 ist, kann die Zeile als erfolgreich übertragen angesehen werden.
+:Da nur das Low-Byte überprüft wird (Modulo-256), dieses hier <tt>0x00</tt> ist, kann die Zeile als erfolgreich übertragen angesehen werden.
@@ Zeile 132: / Zeile 132: @@
 === avr-objcopy ===
-Wer die Tools zur AVR-Programmierung installiert hat (unter Windose WinAVR), hat zugriff auf das Consolen-Tool ''avr-objcopy''.
+Wer die Tools zur AVR-Programmierung installiert hat (unter Windose [[WinAVR]]), hat Zugriff auf das Consolen-Tool ''avr-objcopy''.
-Damit ist es möglich diverse Dateiformat, u.a. Hex-Dateien, in andere Formate zu übertragen.
+Damit ist es möglich, diverse Dateiformate, u.a. Hex-Dateien, in andere Formate zu übertragen.
-Mit der folgenden Anweisung wird die Datei "test.bin", welche im Format ''binary'' (-I) vorliegt, im Format ''ihex'' (-O) gespeichert, unter dem neuen Dateinamen "test.hex".
+Mit der folgenden Anweisung wird die Datei "test.bin", welche im Format ''binary'' (<tt>-I</tt>) vorliegt, im Format ''ihex'' (<tt>-O</tt>) gespeichert, unter dem neuen Dateinamen "test.hex".
   avr-objcopy -O ihex -I binary test.bin test.hex
@@ Zeile 144: / Zeile 144: @@
   avr-objcopy -I ihex -O binary test.hex test.bin
+Beim Compilieren eines C-Quellcodes wird dieses Tool üblicherweise über das [[Makefile]] aufgerufen, so dass die Hex-Datei bei "make all" automatisch erstellt wird.
-Beim Compilieren eines C-Quellcodes wird dieses Tool über das ''makefile'' aufgerufen, sodass die Hex-Datei bei "make all" automatisch erstellt wird.
@@ Zeile 151: / Zeile 150: @@
 [[Bild:BascomOptionsHexFile.jpg|thumb|Compiler/Output]]
-Für das Bascom interne Programmiertool ist die Hex-Datei nicht zwingend notwendig, da dies mit der Binärdatei auskommt. Falls aber eine andere Anwendung dafür eingesetzt werden muss, gibt es in den Optionen (unter Compiler/Output) ein Auswahlfeld, das beim compilieren eine Hex-Datei erzeugen lässt (Standardmäßig schon ausgewählt).
+Für das Bascom-interne Programmiertool ist die Hex-Datei nicht zwingend notwendig, da dies mit der Binärdatei auskommt. Falls aber eine andere Anwendung dafür eingesetzt werden muss, gibt es in den Optionen (unter Compiler/Output) ein Auswahlfeld, das beim Compilieren eine Hex-Datei erzeugen lässt (standardmäßig schon ausgewählt).
 Mit dem Bascom Programmiertool können vom AVR ausgelesene Daten als Binär- oder Hex-Datei gespeichert werden. <small>(Das scheint aber z.Zt. einen kleinen Bug zu haben, denn ab 64KByte stimmt die Adresse nicht mehr :-)</small>
@@ Zeile 159: / Zeile 158: @@
 * [[Programmer]]
-* [[HEX_Beispiel-Dateien_f%C3%BCr_AVR]]
+* [[HEX Beispiel-Dateien für AVR]]
-* [[Bascom_-_Erstes_Programm_in_den_AVR_Controller_%C3%BCbertragen]]
+* [[Bascom - Erstes Programm in den AVR Controller übertragen]]

@@ Zeile 57: / Zeile 57: @@
 ==== 00 - Daten ====
-:Ein Auschnitt der Beispielzeile von oben:
+:Ein Ausschnitt der Beispielzeile von oben:
   :1000B0'''00'''52....6B
-:Die Zeile enthalt 0x10 (dez 16) Bytes an Nutzdaten, diese sollen ab Adresse 0x00B0 (dez 176) gespeichert werden.
+:Die Zeile enthält 0x10 (dez 16) Bytes an Nutzdaten, diese sollen ab Adresse 0x00B0 (dez 176) gespeichert werden.
 ==== 01 - letzte Zeile ====