Moin, was mir noch eingefallen ist:

Je nach dem, mit welchem C-Compiler du kompilierst, musst du natürlich ein paar Teile in deinem Hauptprogrann anpassen:

Wenn z.B. einer Funktion Parameter übergeben werden sollen, musst du schauen, wie das dein Compiler haben möchte. Es ist abhängig vom Datentyp, von der Anzahl und von der Größe der Parameter/Argumente.
Sind es zuviele oder zu große, werden sie über den Stack übergeben. Ansonsten wird das bei AVRs sinnigerweise über Register gemacht.

Das Gleiche gilt für entsprechende Ergebnisse, die die Funktion zurückliefert. Auch diese landen i.d.R. bei AVRs in definierten Registern.

An diese Regeln, die auf den ersten Blick nicht immer Sinn ergeben (der aber bei genauerem Überlegen doch da ist ) musst du dich zwingend halten, sonst funktionierts nicht.

Zudem musst du die C-Bibliothek mit bestimmten Compiler-Optionen übersetzten: es muss festgelegt werden, dass die Quelldatei(en) nur compiliert, nicht aber gelinkt (z.B. gegen die Initialisierungs-Prozeduren und kleinere AVR-Bibliotheken) werden sollen. Mit dem gcc, den du u.U. in Verbindung mit WinAVR einsetzt, geschieht das mit dem Argument -c.
Außerdem muss dein Zielchip (-mmcu=atmega8 z.B.) sowie die Taktfrequenz angegeben werden, das geschieht mit einem Makro, welches man dem Compiler in der Form -D übergeben kann, in diesem Fall -DF_CPU=12000000UL oder ähnlich. Weiterhin kannst du ja mal herumprobieren, auf welchem Optimierungslevel der Kode am kleinsten bzw. am schnellsten ist: -O(n) bzw. -Os.

Wenn es mit deinem Assembler dann nicht klappt, versuche es mit dem gcc als Linker und Assembler (ld und as).


Viel Erfolg
(ist immer schwierig zu helfen, wenn man U.u. unterschiedliche Programme benutzt. Wenn du aber WinAVR hast, sieht alles gut aus )


_________________

So, habs mal scherzhaft ausprobiert, meine "Bibliothek" zählt alle gesetzten Bits in einem Byte. Dieses Byte wird vom Compiler in r24 erwartet:

bibliothek.c:

#include <avr/io.h>
#include <inttypes.h>

/* berechne die Anzahl aller gesetzten Bits von WERT */
uint8_t count_bits (uint8_t wert_)
{
register uint8_t counter_ = 0;
for(; wert_ ; wert_ >>= 1) if(wert_ & 1) counter_++;
return counter_;
};


Das Hauptprogramm main.S:

#include <avr/io.h>

.global main
;dieses Symbol ist die Funktion aus der C-Bibliothek
.extern count_bits

.func
main:

ldi r24, 0xff
rcall count_bits
;Ergebnis nun in r24
rjmp -0x00

.endfunc
.end


Das Makefile erstellt mit > make main das Hauptprogramm und spuckt auch das Disassembling aus:

CC=avr-gcc
OC=avr-objcopy
OD=avr-objdump
AVR_OPT=-mmcu=atmega8 -DF_CPU

# C-Bibliothek übersetzen (nur kompilieren, optimieren)
bibliothek.o: bibliothek.c
$(CC) $(AVR_OPT) -o bibliothek.o -c -Os bibliothek.c
# Assemblerlisting ausspucken
$(OD) -d bibliothek.o

# Hauptprogramm übersetzen und mit bibliothek linken
main: main.S bibliothek.o
$(CC) $(AVR_OPT) -o main main.S bibliothek.o
# auch mal deassemblieren
$(OD) -d main
# Hexdatei erstellen
$(OC) -O ihex main main.hex


clean:
rm -f *.o main main.hex *~


Hier das Disassembling von bibliothek.o:

00000000 <count_bits>:
0: 90 e0 ldi r25, 0x00 ; 0
2: 00 c0 rjmp .+0 ; 0x4 <count_bits+0x4>
4: 80 fd sbrc r24, 0
6: 9f 5f subi r25, 0xFF ; 255
8: 86 95 lsr r24
a: 88 23 and r24, r24
c: 01 f4 brne .+0 ; 0xe <count_bits+0xe>
e: 89 2f mov r24, r25
10: 99 27 eor r25, r25
12: 08 95 ret

Man sieht deutlich, dass die relativen Sprünge noch keinen Sinn ergeben. Das liegt daran, das beim Linken die Adressen bzw. die Offsets zum Springen neu berechnet werden (müssen).

Hier das entsprechend fertige Programm:


0000005e <main>:
5e: 8f ef ldi r24, 0xFF ; 255
60: 01 d0 rcall .+2 ; 0x64 <count_bits>
62: fd cf rjmp .-6 ; 0x5e <main>

00000064 <count_bits>:
64: 90 e0 ldi r25, 0x00 ; 0
66: 03 c0 rjmp .+6 ; 0x6e <count_bits+0xa>
68: 80 fd sbrc r24, 0
6a: 9f 5f subi r25, 0xFF ; 255
6c: 86 95 lsr r24
6e: 88 23 and r24, r24
70: d9 f7 brne .-10 ; 0x68 <count_bits+0x4>
72: 89 2f mov r24, r25
74: 99 27 eor r25, r25
76: 08 95 ret

Die relativen Sprünge stimmen nun.
Den Teil, der die Initialisierungen übernimmt, fehlt. Du kannst ja mal die drei Dateien erzeugen (Makefile, bibliothek.c und main.S) und damit herumspielen. Mit > make clean werden alle Dateien außer Quellen gelöscht.
Am Ende wird auch ein brennbares Hex-File erzeugt.

Viel Spaß

Edit: och nö, meine Formatierung ist völlig im Eimer. Daher lade ich mal alles als Archiv hoch.


_________________


[ Diese Nachricht wurde geändert von: DonComi am 16 Mai 2009 23:50 ]

Vielen Dank für die große Hilfe! Ich habe jetzt grade noch keine Zeit das zu testen (Sonntag, zu schönes Wetter und noch kein avr-gcc auf diesem Rechner installiert). Aber später dann. Ich muss noch schauen, ob ich das ganze mit avrasm2 verknüpfen kann. Der hat nämlich leichte andere Funktionen eingebaut, was Preprocessor und ähnliches betrifft, und von denen habe ich schon einiges verwendet.

Moin,

Ja, das ist das Problem. Ich kann immer nur aus der Sicht vom GCC und den GNU Binutils berichten.

Aber es wäre schon viel geholfen, wenn dein Assembler das ELF-Format könnte. Das können die Binutils und der GCC verarbeiten.

Du könntest in diesem Fall also mit deinem Assembler weiterarbeiten.
Es ist auch nicht unbedingt notwendig, die Funktion extern zu deklarieren, u.U. funktioniert es auch so. Es kann dann eben nur passieren, dass eine Warnung angezeigt wird, dass es sich bei der externen Funktion um eine undefinierte Referenz handelt. Beim Linken jedoch wird diese Referenz aufgelöst und gut ist.

Achso, der GCC selbst hat keinen Linker und keinen Assembler. Er ruft die Programme aber auf. Daher habe ich oben als Linker auch den avr-gcc genannt, auch wenn dieser den externen Linker avr-ld aufruft.

_________________