Doku zu AVR Assembler für komplexe Projekte (deutsch)

Hallo Thomas,

es ist immer interessant zu sehen, wie andere Programmierer arbeiten. 
Vor diesem Hintergrund sind solche Beschreibungen immer hilfreich. Danke 
dafür.
Als langjähriger Asm-Verwender mag ich die grundsätzlich einfache 
Struktur und das einfache, zeichenarme Instrumentarium von Asm, welches 
auch komplexeren Programmen genügt. Das Ausschöpfen aller Möglichkeiten 
wie bei Dir beschrieben sehe ich aber eher kritisch, weil es Programme 
letztlich doch unübersichtlicher und unnötig bürokratisch 
überlegungsintensiver macht. So mag beispielsweise Makroprogrammierung 
zwar bequem Code wiederverwendbar zusammenfassen. Mit jeder solchen 
Konstruktion, jeder Definition, jeder bedingten Assemblierung, jedem 
neuen Zeichen welches nicht unmittelbar notwendig Code begründet wird 
der Quelltext aber ganz ohne Not kryptischer und komplexer. Einfache 
Kommentierung genügt letztlich vollauf, um seinen Quellcode für sich und 
andere lesbar zu halten. Ich verwende eigentlich nur die .include 
Anweisung zur funktionalen Strukturierung in verschiedene Files, 
Direktiven wie dseg/eseg zur Auszeichnung der Datenbereiche, equ zur 
Festlegung von Konstanten, db,dw zur Reservierung von Speicherplatz 
sowie high() + low() zum gezielten Ansprechen von 16-Bit Variablen. Das 
ganze wird ergänzt durch ein fixes Konzept der Registerverwendung: R0-R3 
zur freien Verwendung, R4-R8 als systemweite Variablen 
(Systemtick-Counter), R9 für die Registersicherung von SREG in 
Interrupts, R10-15 zur Registersicherung von XL-ZH in Interrupts sowie 
R16-R25, X,Y,Z universell in allen Tasks, wobei R16-R25 in Interrupts 
explizit zu pushen sind sofern XL-ZH dort nicht ausreichen. Das tun sie 
bei überlegter Programmierung aber öfter als man glaubt. Alles in allem 
genügte dieses Vorgehen noch jedem Anspruch, liefert genauso 
wiederverwendbare Funktionen und produziert eine sehr übersichtliche, 
immer gleich ausschauende Code-Niederschrift. Kombiniert mit der genauen 
Pin- und Anschlußbelegung ist das Projekt mit dem Quelltext dann fast 
schon vollständig dokumentiert.

Hallo Thomas,

Meine Vorgehensweise: Instruktionen und Labels kleingeschrieben.
Symbole, Register, Variablen, quasi alle „Objekte“ mit denen 
Instruktionen hantieren groß. Labels mit einem treffenden 
Funktions-Kurznamen und nummeriert (am besten mit etwas Abstand, damit 
immer noch neue Sprungmarken zwischendurch Platz haben). Die 
Notwendigkeit, sich bei meist kompakten Asm—Programmen großartig mit 
„Namensräumen“ auseinanderzusetzen sehe ich nicht. Eines ist mir aber 
dann doch unverständlich: Warum man Portpins wie PORTA,0 keinen 
symbolischen Namen geben kann: .equ LAMPE = PORTA,0 ; im Einsatz dann 
also einfach sbi LAMPE! Wär das einzige was mir noch fehlen würde.

Horst M. schrieb:

> Na, dann mach halt.
>   #define LAMPE PORTA,0
>   sbi LAMPE

Funktioniert. Man lernt nie aus. Danke!