ASURO Linux Compiler für AVR

[volpe]

Erstmal einen Guten Tag an alle zusammen,

wir wollen den ASURO mit USB IR-Transceiver an unserem LINUX
Ubuntu Dapper 6.06 LTS betreiben.
Der ASURO über USB wurde einwandfrei erkannt.

Nun zu unserem Problem mit dem Compiler:

Die notwendigen Pakete avr_binutils...rpm avr-gcc...rpm etc
wurden für die Linux Installation mit alien in Debian Form (.deb)
alle einwandfrei umgewandelt. Danach werden die Pakete mit
dpkg -i ....installiert.

Bereits bei dem avr-binutils...ist die Installation mit folgender
Fehlernachricht gescheitert:


root@KPF:~# dpkg -i avr-binutils_2.13.90.030512_2_i386.deb
dpkg: Fehler beim Bearbeiten von avr-binutils_2.13.90.030512_2_i386.deb (--install):
kein Zugriff auf das Archiv: No such file or directory
Fehler traten auf beim Bearbeiten von:
avr-binutils_2.13.90.030512_2_i386.deb


Was fehlt uns da, oder müssen wir vorher ein extra Archiv uns
anlegen ?

P.s das ASUR Flash-Tool ist installiert und kann auch gestartet
werden.

Besten Dank im voraus, wenn uns jemand einen Tip geben kann.

Gruss volpe

[woodghost]

Warum installiert ihr ein seperates avr-binutils?
Ein einfaches apt-get install binutils-avr sollte es doch auch tun, wenn nicht dann müsst ihr halt noch eure source.list editieren.

[volpe]

Hallo woodhost,

der Tip ist gut...leider haben wir übersehen, dass im Ubuntu 6.06
bereits binutils-avr 2.15.3--avr-libc 1.2.3-3 --binutils 2.16.1 cvs installiert
sind.
Das gcc-avr 4.0.3-1 haben wir noch installiert, das müsste für
den Compiler nun ausreichen..hoffen wir

[woodghost]

Also ist jetzt alles in Ordnung?

[volpe]

Wir hoffen es, haben noch ein Paket installiert (gcc-avr 4.0.3-1)
Wenn alles klappt melden wir uns.

[volpe]

Hallo,

es hat gedauert, aber nun klappt alles.
ASURO Test lief durch und ASURO ready to test erschien.

Ubuntu 6.06 hält alle notwendige Pakete bereits bereit.
Für uns war dies als absulute Neulinge im Linux noch etwas unklar.

Habe meine 2 Enkel (13/14 Jahre alt nun endgültig vom Windoof zu
Linux gebracht und hoffe sie haben nun Spass mit dem ASURO Roboter.

Wenn wir wieder Probleme haben, melden wir uns wieder.

Gruss volpekpf

[woodghost]

Schön das Ihr euch da durchgebissen habt.
Ich hab leider nicht kapiert das euch noch die anderen Pakete gefehlt haben, sonst hätte ich das noch dazu geschrieben.
Viel spass mit eurem Linux-System und wenn es Probleme gibt, immer nur her damit.

Gruss woodghost

[volpe]

Hallo woodghost,

haben ein test.c Program zum testen der Kollisiontaster versucht zu
compelieren und kommen mit der Fehlermeldung :
parse error before "while" nicht klar.
Vielleicht liegt das an dem vorhandenen Ubuntu avr-gcc 8-[

Hier ein Auszug
peter@KPF:~/ASURO/FirstTry$ sudo nano test.c

#include "asuro.h"
int main(void){
Init()
while(1){
if(PollSwitch()>0){StatusLED(RED);}
else{StatusLED(GREEN);}
}
}

peter@KPF:~/ASURO/FirstTry$ make
set -e; avr-gcc -MM -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst test.c \
| sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > test.d; \
[ -s test.d ] || rm -f test.d
-------- begin --------
avr-gcc --version
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Size before:
test.elf :
section size addr
.text 1546 0
.data 0 8388704
.bss 1 8388704
.noinit 0 8388705
.eeprom 0 8454144
.stab 8496 0
.stabstr 2860 0
Total 12903


avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst test.c -o test.o
test.c: In function `main':
test.c:4: error: parse error before "while"
make: *** [test.o] Fehler 1

Gruss volpe

[Kater_5]

hinter init() fehlt das Semikolon.

Gruss
Axel

[volpe]

Hallo Kater_5,

danke...in dem AsuroManual_deu.pdf haben wir das Beispiel auf der Seite 60
zum Test verwendet und da fehlt das Semikolon hinter Init()...auf der Seite 50
ist es noch richtig....Init();
Na ja so lernt man dazu

Gruss volpe

[volpe]

Hallo Axel,

vielleicht kannst Du uns nochmal helfen...

Mit dem Kollisions-Test gibts wieder ein Problem das wir
nicht erkennen können.

Hier das Programm

#include "asuro.h"
int main (void) {
Init();
MotorDir(FWD,FWD); //Beide Motoren auf vorwärts
MotorSpeed(120,120); //Beide Motoren etwa halbe Kraft voraus StatusLED(GREEN); //Status-Leuchtdiode auf grün
while (PollSwitch()==0) { //Solange keine Kollision erfolgte...
SerWrite("Alles OK!\n",10);//...Euphorie verbreiten
}
MotorSpeed(0,0); //Kollision! Sofort anhalten!
StatusLED/RED) //Status-Leuchtdiode auf rot
while(1){
SerWrite("Aua!\n",5); //und weinen!
}
}

Die Fehlermeldung test.c: In function `main':
test.c:11: error: invalid operands to binary /
test.c:11: error: parse error before ')' token
make: *** [test.o] Fehler 1


Gruss volpe

[woodghost]

Hallo volpe,

versuch doch mal anstat

StatusLED/RED);

StatusLED(RED);

mfg woody

[volpe]

Hallo woody,

hast recht...mit StatusLED(RED); klappt das make...
Das kommt von dem schnellen abtippen..die Enkel können es nicht erwarten
dass der ASURO nun endlich Aktion zeigt..

mfg volpe

[volpe]

Hallo woody,

wir haben am ASURO ein kleines Problem festgestellt.
Bei dem Test der Sensortaster (K1-K6) ist der K3 offensichtlich defekt.
Conrad will uns den Sensortaster aber austauschen.
Wie sich der Fehler auf andere Programme auswirkt wissen wir noch nicht.

Nun wollten wir den Test.c in ~/ASURO/ASURO_src/SelfTest/ umwandeln.
Dies schlug fehl..


[/code]avr-gcc --version
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

make: *** Keine Regel vorhanden, um das Target »main.hex«,
benötigt von »all«, zu erstellen. Schluss.
Ein Versuch den Test.c nun in ~/ASURO/FirstTry als test.c erstellt
lief auch nicht durch..


peter@KPF:~/ASURO/FirstTry$ make
-------- begin --------
avr-gcc --version
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

avr-gcc -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.o test.o asuro.o --output test.elf -Wl,-Map=test.map,--cref -lm
/usr/lib/gcc/avr/3.4.3/../../../../avr/lib/avr4/crtm8.o(.init9+0x0): In function `__bad_interrupt':
../../../crt1/gcrt1.S:104: undefined reference to `main'
make: *** [test.elf] Fehler 1


Was machen wir hier falsch, wenn man nachträglich Tests laufen
lassen will :-s

mfg volpe

[woodghost]

Hallo volpe,

ganz sicher bin ich mir jetzt nicht, aber ich denke dir fehlt in dem Verzeichnis das Makefile.


make: *** Keine Regel vorhanden, um das Target »main.hex«,
benötigt von »all«, zu erstellen. Schluss.
Ein Versuch den Test.c nun in ~/ASURO/FirstTry als test.c erstellt
lief auch nicht durch..


mfg Woody

[m.a.r.v.i.n]

Hallo volpe,


../../../crt1/gcrt1.S:104: undefined reference to `main'
ich denke in dem File 'test.c' aus dem SelfTest Ordner fehlt einfach nur die main Funktion, die jedes C-Programm braucht. Vergleiche mal mit test.c aus dem FirstTry Ordner.

Gruß m.a.r.v.i.n

[volpe]

Hallo zusammen,

makefile und main sind im test.c vorhanden.

Leider ist in der ASURO Beschreibung kein Hinweis zu finden,
wie man die DEMO Files mit FirstTry in test.c starten kann.
Haben nach langem suchen einen Thread gefunden mit einem Link
der dies beschreibt:

Man soll z.B die ...Demo.c und ...Demo.h von /ASURO_src/SelfTest
nach /ASURO/FirstTry kopieren.
Danach in der File test.c nach #include "asuro.h" #incude "...Demo.c"
einfügen. Um die ...Demo function aufzurufen soll in test.c nach
Init(); ...Demo(); noch ergänzt werden.

Da wir Test.c flashen wollen haben wir das versucht.

#include "asuro.h"

#include "Test.c"






int main(void)

{

Init();

Test();



while(1);

return 0;

}

Nach einem make:




peter@KPF:~/ASURO/FirstTry$ make
set -e; avr-gcc -MM -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=asuro.lst asuro.c \
| sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > asuro.d; \
[ -s asuro.d ] || rm -f asuro.d
set -e; avr-gcc -MM -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst test.c \
| sed 's,\(.*\)\.o[ :]*,\1.o \1.d : ,g' > test.d; \
[ -s test.d ] || rm -f test.d
-------- begin --------
avr-gcc --version
avr-gcc (GCC) 3.4.3
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.lst test.c -o test.o
test.c: In function `main':
test.c:7: warning: implicit declaration of function `Test'
avr-gcc -c -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=asuro.lst asuro.c -o asuro.o
avr-gcc -mmcu=atmega8 -I. -g -Os -funsigned-char -funsigned-bitfields -fpack-struct -fshort-enums -Wall -Wstrict-prototypes -Wa,-ahlms=test.o test.o asuro.o --output test.elf -Wl,-Map=test.map,--cref -lm
test.o(.text+0x38a): In function `main':
/home/peter/ASURO/FirstTry/test.c:7: undefined reference to `Test'
make: *** [test.elf] Fehler 1

Was ist da noch falsch..in der undefined reference für Test :-s

mfg volpe

[izaseba]

Hallo,

liegt diese test.c im SelfTest Verzeichnis ?

Ich hab mir diesen Ordner angeschaut und da ist zwar eine test.c drin, aber keine Test() Funktion.....

Und ganz wichtig, include keine *.c Dateien, man includet nur die header *.h und im SelfTest gibt es auch eine test.h ...

Nimm das jetzt nicht persönlich, es wäre aber besser, erstmal die C Grundlagen zu lernen, sonst kommt man nicht weit mit dieser Sprache.

Gruß Sebastian

[volpe]

Hallo Sebastian,

die File Test.c die wir flashen wollen liegt im ~/ASURO/ASURO_src/SelfTest
bei den noch anderen wie..LineDemo.c ...IRDemo.c ...PCDemo.c usw.
Natürlich sind wir d.h meine 2 Enkel (14-16 J)noch keine C+ Experten..
Das AREX -Mehr Spaß mit ASURO Heft kam gestern ins Haus...und erklärt
viel, aber nicht wie man DEMO Programme mit test.c laufen lassen kann.

p.s ein make mit #include "Test.h" gibt den gleichen Fehler.

Gruß volpe

[m.a.r.v.i.n]

Hallo volpe,

das File test.c enthält nur die einzelnen Testfunktionen LEDTest, MotorTest usw.Die Funktion Test gibt es nicht, wie die Fehlermeldung schon andeutet.

Statt Test(); einfach die gewünschte Testfunktion(en) einbinden

LEDTest();
MotorTest();

usw.

Schaut euch dazu auch die Funktion SelfTest in SelfTest.c an.

Gruß m.a.r.v.i.n

[izaseba]

hallo volpe,

nagut ich wollte sichergehen, daß wir von der selben Datei sprechen :-)

Natürlich verlangt keiner, daß man als Experte geboren wird, aber C auf einem µC zu erlernen ist nicht der beste Weg, Du hast wohl Linux drauf, wie ich im Topic gelesen habe, da ist normal gcc drauf, und man kann wunderbar damit üben :-)

Aber zum Thema zurück, wenn Du die Funktionen nutzen willst, die in test.c drin sind, mußt Du folgenden Weg gehen:
erstelle Dir einen neuen Ordner von mir aus test
kopiere folgende Dateien dort hin:

test.c
test.h
asuro.c
asuro.h
Makefile

Erstelle in Diesem Ordner eine neue Datei, z.B. main.c die etwa so aussehen sollte/könnte:


#include"asuro.h"
#include"test.h"

int main(void){

Init();
SerialTest();
while(1){
}
return 0 ;
}


Ändere Makefile ab, etwa so wie hier:


...
# Target file name (without extension).
TARGET = main
...
wenn die datei main heißt


...
# If there is more than one source file, append them above, or adjust and
# uncomment the following:
SRC += asuro.c test.c


nur hier wird von test.c gesprochen !

Ich habe es gerade so gemacht, es läßt sich prima kompilieren...

Ich hoffe, daß ich Dir helfen konnte.

Gruß Sebastian

[volpe]

Hallo m.a.r.v.i.n,

danke, jetzt wird das auch uns klar was da fehlt...und wir versuchen das
mit den Testfunktionen.

Gruß volpe

[m.a.r.v.i.n]

Hallo volpe,

mein Vorschalg wird zwar auch funktionieren, aber die Lösung von Sebastian ist der bessere Weg. C-Dateien includen ist schlechter Programmierstil und sollte deshalb vermieden werden. Der saubere Weg geht nur über die Änderung des Makefiles.

Gruß m.a.r.v.in

[volpe]

Hallo Sebastian,

wir melden uns wieder und werden Deinen Weg auch übernehmen.

Besten Dank für die schnelle Hilfe in diesem Forum...findet man selten
aber es macht viel Spass den Jungs was zu lernen.
Gru? volpe

[volpe]

Hallo Sebastian,

danke für den vorgeschlagenen Ablauf.
Die notwendigen Files test.c und test.h die wir benötigen sind bei
uns im Linux ~/ASURO/ASURO_src/SelfTest/ als Test.c und Test.h
vorhanden :roll:
Ich denke wir sollen die Dateien auch so ansprechen bzw kopieren...

Nochmals besten Dank für die schnelle Hilfe

Gruß volpe

[volpe]

Hall Sebastian,

danke für Deinen Test-Ablauf.
Um den Ablauf bei mir so zu gestalten habe ich noch Fragen:

Wenn ich in den neuen Ordner test die von Dir genannten Files
kopieren soll finde ich in meinem Ordner:
~/ASURO/ASURO_src/SelfTest

Test.c Test.h asuro.c asuro.h und Makefile
also kein test.c und test.h

Soll ich diese Dateien nun in den neuen Ordner test kopieren ?

Nächste Frage bezgl. Änderung Makefile
Auszug von meiner Makefile:



# If there is more than one source file, append them above, or adjust and

# uncomment the following:

SRC += asuro.c \

test.c SelfTest.c \

Demo.c LineDemo.c RechteckDemo.c PCDemo.c IRDemo.c



Soll ich das so stehen lassen :-s
Mit dem test.c und test.h blicke ich noch nicht durch...
Kannst Du mich nochmals aufklären...

P:S: Habe mal so versucht zu kompilieren:


make: *** Keine Regel vorhanden, um das Target »main.hex«,
benötigt von »all«, zu erstellen. Schluss.

Hier noch meine File main.c:
[code]#include"asuro.h"
#include"Test.h"

int main(void){
Init();
SerialTest();
while(1){
}
return 0;
}

Gruß volpe

[izaseba]

Hallo volpe,

na gut, wenn sie bei Dir mit großem T anfangen, mußt Du sie auch so ansprechen, das ist richtig.


Soll ich diese Dateien nun in den neuen Ordner test kopieren ?

Ja.


Nächste Frage bezgl. Änderung Makefile
Auszug von meiner Makefile:


Code: [View More of this Code] [View Even More of this Code] [View Less of this Code] [Select All of this Code]
# If there is more than one source file, append them above, or adjust and

# uncomment the following:

SRC += asuro.c \

test.c SelfTest.c \

Demo.c LineDemo.c RechteckDemo.c PCDemo.c IRDemo.c



Soll ich das so stehen lassen
Mit dem test.c und test.h blicke ich noch nicht durch...
Kannst Du mich nochmals aufklären...


komischerweise steht in Deinem Makefile test.c kleingeschrieben ???

aber die ganzen Selftest... Demo.... Linedemo... usw müßen ja weg, die brauchst Du ja nicht.

Zum Makefile ist folgender Artikel ganz gut http://www.mikrocontroller.net/articles/AVR-GCC-Tutorial#Exkurs:_Makefiles

Scha Dir mal diesen (https://www.roboternetz.de/phpBB2/viewtopic.php?t=22458) Artikel mal an, ich habe dort ein Makefile gepostet, versuch mal den zu verwenden.

Lass mal wissen ob es geklappt hat.

Gruß Sebastian

[volpe]

Hallo Sebastian,

mit Deinem Beispiel für das Makefile hat es geklappt =D>
Wir haben Dein Makefile mit denen von ASURO verglichen und haben auch
die Ursache, warum es nicht zu kompelieren ist, gefunden.
Der Grund liegt in der Anweisung von # Define directories,if needed

Auszug der ASURO Makefiles

[/list]Makefile unter Linux ~/ASURO/ASURO_src/SelfTest
Auszug von Makefile:

# Define directories, if needed.
DIRAVR = D:/Atmel/winavr
DIRAVRBIN = $(DIRAVR)/bin
DIRAVRUTILS = $(DIRAVR)/utils/bin
DIRINC = .
DIRLIB = $(DIRAVR)/avr/lib

makefile unter Linux ~/ASURO/ASURO_src/FirstTry
Auszug von makefile:

# Define directories, if needed.
DIRAVR = c:/winavr
DIRAVRBIN = $(DIRAVR)/bin
DIRAVRUTILS = $(DIRAVR)/utils/bin
DIRINC = .
DIRLIB = $(DIRAVR)/avr/lib

Wenn man alle Files auskommentiert klappt auch das make
mit der ASURO Makefile....vorausgesetzt man hat nur Linux.

In der Orginal Makefile von ASURO ist ausserdem noch ein
Fehler unter :

SRC += asuro.c \
test.c SelfTest.c \
Hier test.c auf grosses T ändern (Test.c)

Unter ~/ASURO/ASURO_src/SelfTest/ ist auch in der File
SelfTest.c bei #include "test.h" ein grosses T notwendig.

So das wars vorerst, wir kommen langssam weiter.

Nochmals besten Dank für Deine Hilfe

Gruß volpe

[robby-fant]

....Habe meine 2 Enkel (13/14 Jahre alt nun endgültig vom Windoof zu
Linux gebracht und hoffe sie haben nun Spass mit dem ASURO Roboter....


Das werden sie mit Linux auf keine fall haben.
Wenn sie schon das Makefile von Hand erstellen müssen, das geht nicht gut.
Der Code vom Asuro ist noch mit einer alten Winavr-c-version erstellt worden. Wenn die Kinder darauf aufbauen wollen, stecken sie jetzt schon in einer Sackgasse.
Es stehen dort noch Befehle drin, die man lange rausgenommen hat und nicht "c-würdig" waren für den AVR. Sämtliche Timer und Interrrupt usw. sind ca 180 , haben andere Namen bekommen, solche Namen die auch auf der WELT Iin der AVR-Serie einheitlich sind.

Sinnvoll wäre es , die neueste Winavr-c-Version von April 2006 zu installieren und den ganzen Code anpassen. Ist viel arbeit, lohnt sich aber, wenn man von anderen Fragen beantwortet haben möchte.


Wenn es jetzt schon soviel Probleme mit der Software gibt und der Asuro noch keinen pips gesagt hat, ist das Zeitverhältnis zum Asuro zu testen überzogen und das Sytem was benutzt wird nicht Fördernd für die eigentliche Aufgabe : Der Ausuro soll eine Linie langfahren.

[barbar]

...Das werden sie mit Linux auf keine fall haben ...
Aussage und Stil kommen mir doch irgendwie bekannt vor!? :mrgreen:

[izaseba]

Das werden sie mit Linux auf keine fall haben.

Naja, ich kann nur müde lächeln, wenn ich das lese...


Wenn sie schon das Makefile von Hand erstellen müssen, das geht nicht gut.

Müssen sie nicht, es gibt auch mfile für Linux, man muß es sich eben nur besorgen, außerdem ist es wohl nicht zu viel verlangt 2-3 Zeilen anzupassen.


den ganzen Code anpassen. Ist viel arbeit

Ja es ist viel Arbeit, SIGNAL in ISR und die Vektornamen umzubenennen, dauert sicher ganze 15 Minuten...

@volpe, es freut mich, daß es geklappt hat, lass Dich von Trollen nicht verrückt machen.

Gruß Sebastian

[ogni42]

Auf mikrocontroller.net gibt es einen längern Thread zum eclipse plugin für avr-gcc. IIRC gibt's da sogar einen Simulator. Das sollte eigentlich auch mit linux funkionieren. Wäre das vielleicht noch eine Alternative? Hat da jemand vielleicht schon Erfahrung mit gesammelt?

[volpe]

Hallo Sebastian,

alle Tests sind durchgelaufen und Deinen Rat, sich nicht von Trollern
beeinflussen zu lassen ist voll angebracht =D>

Unser Linux mit avr-gcc 3.4.3 macht keine Probleme und die
Jungs haben bereits kleine Programme auf dem ASURO am laufen und
freuen sich unter Linux was zu lernen.

Wenn wir wieder nicht weiter kommen, melden wir uns in diesem Forum.

Schön wäre, wenn es einen extra Bereich nur für Tuxer mal
geben wird.

Gruß volpe

[izaseba]

Ja, das ist mal schön auch mal was positives zu hören...

Klar ist jeder Anfang schwer, vor allem, wenn mal erst mit dem Programmieren anfängt, und das ganze noch mit C.
Das mit dem Makefile ist auch so eine Sache.
Es ist gut ein Tool zu haben, wo alles automatisch eingestellt wird,
es ist aber noch besser zu wissen, wie solch eine Datei aufgebaut ist
und wie alles zusammenhängt.
Es freut mich aber, daß Ihr Fortschritte macht, weiter so!

Gruß Sebastian