ASURO Linux Compiler für AVR

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:

Code:

---

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

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.

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

Also ist jetzt alles in Ordnung?

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

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

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

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

Code:

---

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

hinter init() fehlt das Semikolon.

Gruss
Axel

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

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

Code:

---

#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

Hallo volpe,

versuch doch mal anstat

Code:

---

StatusLED/RED);

---

Code:

---

StatusLED(RED);

---

mfg woody

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

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..

Code:

---

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

Hallo volpe,

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

Code:

---

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

Hallo volpe,

Zitat:

---

../../../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

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.

Code:

---

#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

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

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

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

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:

Code:

---

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

int main(void){

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

---

Ändere Makefile ab, etwa so wie hier:

Code:

---

...
# Target file name (without extension).
TARGET = main
...

---

wenn die datei main heißt

Code:

---

...
# 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

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

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

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

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

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:

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 :-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:

[code]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

Hallo volpe,

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

Zitat:

---

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

---

Ja.

Zitat:

---

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/artic...urs:_Makefiles

Scha Dir mal diesen Artikel mal an, ich habe dort ein Makefile gepostet, versuch mal den zu verwenden.

Lass mal wissen ob es geklappt hat.

Gruß Sebastian

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

....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.

Zitat:

---

Zitat von robby-fant

...Das werden sie mit Linux auf keine fall haben ...

---

Aussage und Stil kommen mir doch irgendwie bekannt vor!? :mrgreen:

Zitat:

---

Das werden sie mit Linux auf keine fall haben.

---

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

Zitat:

---

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.

Zitat:

---

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

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?

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

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