Problem beim Auslagern von Funktionen

Anonym Gast 07.04.2015 21:28 #4082869

Lesenswert?

•

Hey ich habe momentan folgendes Problem:
Ich programmiere einen Atmega128 und will Funktionen extern auslagern.
Wenn ich alles in meine Hauptdatei packe (prog.c) funktioniert es 
tadellos. Aber sobald ich Funktionen extern einbinde, geht nichts mehr 
am Controller, obwohl der Compiler avr-gcc mir problemlos die 
prog.hex-Datei erstellt.

So sieht das momentan aus:
http://pastebin.com/D8EyeYzj

Wenn ich dummy() in prog.c auskommentiere, bekomme ich im 
Millisekunden-Abstand ein Signal am entsprechenden Port. Wenn ich es 
drin lasse (bedenke: es macht überhaupt nichts), ´passiert an diesem 
Port leider nichts.

Wäre cool wenn jemand einen Hinweis hat, was falsch läuft
Das ist noch das Makefile http://pastebin.com/Q6tUWPcW

Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden

Torsten R. (torstenrobitzki) (Firma: Torrox.de) 07.04.2015 21:34 #4082877

Lesenswert?

•

▲
▼

Anonym schrieb:
> Wenn ich dummy() in prog.c auskommentiere, bekomme ich im
> Millisekunden-Abstand ein Signal am entsprechenden Port.

Laut Deinem posting ist dummy() in bus.c definiert. Hast Du vielleicht 
Warnungen übersehen, die hilfreich wären?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 07.04.2015 21:43 #4082897

Lesenswert?

•

▲
▼

Ja ist es auch ;)

"Build succeeded with 0 Warnings..." bekomme ich jedes mal.

Mir ist das zum ersten mal aufgefallen (habe eben erst angefangen), als 
ich den ganzen Block

PORTA |= (1<<2);
_delay_ms(10);
PORTA &= ~(1<<2);
_delay_ms(10);

ausgelagert und eingebunden habe. Aber es ist wohl ein grundsätzliches 
Problem, dass der Controller nicht mitmacht, sobald eine Funktion von 
außerhalb aufgerufen wird

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 07.04.2015 21:44 #4082900

Lesenswert?

•

▲
▼

Der Mega128 ist 'neu'?
Die M103 Fuse ist deaktiviert?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 07.04.2015 21:48 #4082912

Lesenswert?

•

▲
▼

Der liegt schon eine Weile rum, aber programmiertechnisch ist er "neu".
Das weiß ich im Moment nicht, da ich nur das AVR-Studio-Projekt 
griffbereit hab. Physischen Zugriff hab ich erst morgen wieder ;)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

klausro Gast 07.04.2015 21:48 #4082913

Lesenswert?

•

▲
▼

Anonym schrieb:
> Wenn ich dummy() in prog.c auskommentiere, bekomme ich im
> Millisekunden-Abstand ein Signal am entsprechenden Port. Wenn ich es
> drin lasse (bedenke: es macht überhaupt nichts), ´passiert an diesem
> Port leider nichts.

Erzeuge doch mal Assembler Dateien (Flag -S) und lade diese hoch!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Sebastian S. (amateur) 07.04.2015 21:52 #4082916

Lesenswert?

•

▲
▼

>Der Mega128 ist 'neu'?
>Die M103 Fuse ist deaktiviert?
Fehler bei den Fuses sind unwahrscheinlich, wenn es in anderer 
Kombination (alles in main.c) funktioniert.

>Aber es ist wohl ein grundsätzliches
>Problem, dass der Controller nicht mitmacht, sobald eine Funktion von
>außerhalb aufgerufen wird

Von wo her eine Funktion aufgerufen wird bekommt der Controller gar 
nicht mit. Der arbeitet einen Programmbereich nach dem anderen ab. 
Sowohl innerhalb als auch außerhalb von main.c aufgerufene Funktionen 
erscheinen nur als call oder jump an die entsprechende Stelle.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 07.04.2015 21:57 #4082928

Lesenswert?

•

▲
▼

Wie genau mache ich das mit der Assembler-Datei und Flag-S?
Habe dazu in den Projektoptionen nichts gefunden :/
Momentan kann ich mit .o, .map, .lss, .hex, .elf und .eep dienen

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Sebastian S. (amateur) 07.04.2015 22:09 #4082947

Lesenswert?

•

▲
▼

Frage an Radio Eriwan:
Kannst Du mit einem eventuell ellenlangen Assebler-Listning überhaupt 
etwas anfangen?

Schalte nach dem Kompilieren mal die Ansicht auf Assembler um und schau 
Dir das Resultat an.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

(prx) A. K. (prx) 07.04.2015 22:13 #4082954

Lesenswert?

•

▲
▼

Sebastian S. schrieb:
> Fehler bei den Fuses sind unwahrscheinlich, wenn es in anderer
> Kombination (alles in main.c) funktioniert.

Doch, hier schon. Bei falscher Fuse liegt der Stack im Wald. Ohne echtem 
Funktionsaufruf wird der Stack in diesem Code aber nicht verwendet. Und 
den Aufruf gibts nur bei externer Funktion, weil die Funktion sonst 
inlined wird.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Karl H. (kbuchegg) 07.04.2015 22:16 #4082958

Lesenswert?

•

▲
▼

Sebastian S. schrieb:
>>Der Mega128 ist 'neu'?
>>Die M103 Fuse ist deaktiviert?
> Fehler bei den Fuses sind unwahrscheinlich, wenn es in anderer
> Kombination (alles in main.c) funktioniert.

Nicht wenn die Funktionen so läppisch sind, dass sie vom Compiler 
geinlined werden.
Liegt die Funktion so, dass der Compiler kein inline machen kann, dann 
muss ein echter Funktionsaufruf her. Wenn dann der M128 noch auf M103 
steht, dann kracht es.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 07.04.2015 22:24 #4082976

Lesenswert?

•

▲
▼

Hier die Assembler-Dateien :)
Das mit der Fuse check ich morgen mal. Da kann man glaub echt viel 
falsch machen...

Angehängte Dateien:

prog.s (12,1 KB)
bus.s (5,71 KB)

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Torsten R. (torstenrobitzki) (Firma: Torrox.de) 07.04.2015 22:26 #4082980

Lesenswert?

•

▲
▼

Kann es sein, dass der Stack-Pointer nicht richtig initialisiert ist? 
Kannst Du da mit einem Debugger im single step durch gehen?

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 07.04.2015 22:34 #4082989

Lesenswert?

•

▲
▼

Also der Debugger sagt dass die Ports funktionieren sollten.
Vom Stack Pointer hör ich grad zum ersten mal, aber ich bin auf dem 
Gebiet auch komplett neu

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Jim M. (turboj) 07.04.2015 23:53 #4083109

Lesenswert?

•

▲
▼

Karl Heinz schrieb:
> Die M103 Fuse ist deaktiviert?

Vermutlich nicht. Siehe AVR Fuses. Bei kurzen Dummy Programmen kann 
der Compiler oftmals alle Stack-Operationen wegoptimieren - aber nicht 
wenn Function calls über mehrere C Dateien verstreut sind.

Deshalb funtionieren die Tests, bei denen alles in einem File ist.

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Anonym Gast 08.04.2015 08:35 #4083272

Lesenswert?

•

▲
▼

Es lag tatsächlich an der Fuse M103... :) Vielen Dank Leute!!

Antwort Zitieren Bearbeiten Löschen Beitrag melden

Problem beim Auslagern von Funktionen

Antwort schreiben