Buildroot, Grasshopper und Projektportierung

Gast #1268373
Hallo Zusammen,
nach den ersten "Gehversuchen" mit dem Grasshopper habe ich versucht, 
ein eigenes Projekt mit der gepatchten Buildroots Umgebung von ATMEL 
Norwegen zu realisieren.
Mit Hilfe der Doku unter http://www.atmel.no/buildroot und dem Forum 
habe ich es auch schnell geschaft, eine Menü Option zu erstellen und die 
notwendigen Abhängigkeiten zu definieren.

Leider scheitere ich Mangels Erfahrung daran existierende Software, die 
bei mir unter x86 Linux gut läuft zu portieren. Ich möchte gerne den 
One-Wire Buss über die Serielle Schnittstelle anbinden... .

Mein PC basiertes System verwendet die folgenden beiden Projekte:
http://owfs.org/ (one wire file system)
und etwas einfacher
http://www.digitemp.com (sollte bekannt sein)

Zum Portieren habe ich mich für das "Digitemp" Projekt entschieden, da 
hier viel weniger Files zu übersetzen sind. Die Anpassung der Config.in 
Datei und des Makefiles habe ich soweit gemacht wie ich es verstanden 
habe - incl. URL der Quelle zum download.

Ein Make lief ohne Fehler durch, hat mir leere Verzeichnisse angelegt 
aber nichts kompiliert. Ein make mit der Option, die Downloads zu 
überprüfen hat mir mein gepachtes Buildroot ins Nirvana befördert und es 
quasi wieder in den Auslieferungszustand versetzt.
Der Grasshopper war weg etc. . Frustriert habe ich dann den Snapshot der 
VMWare zurückgesetzt.

Zugegeben Digitemp ist nicht grade das optimale "Hello World" aber da es 
sich sonst so schön übersetzen lässt, habe ich es halt versucht.

Hat jemand schon mal versucht ein existierendes Projekt von z.B. x86 
Linux auf den Grasshopper zu portieren? Wenn ja, wie ging das gibt es 
davon eine Beschreibung oder einfach das Beispiel als gezippten Ordner 
damit ich was zum Abschreiben/Abschauen habe?

Ein RTFM brauche ich nicht, ich habe die Application Notes gelesen und 
komme damit NICHT weiter. Vielleicht kennt jemand ja auch das "Hello 
World" für den Grasshopper und kann mir den Link posten.

Also vielleicht ist ja jemand da, der ein Projekt zum Fliegen gebracht 
hat und mir ein paar Flugstunden geben kann?

Auf OpenWRT bin ich dank des Forums auch schon gekommen, aber auch hier 
scheint es nicht weiter zu gehen.

Danke und Gruss,
Axel

PS: Was macht Ihr den eigentlich so mit dem Grasshopper? aber das ist 
wohl ein 2. Threat...
Gast #1276050
Mich würds auch interessieren... hier sind doch nen haufen
Leute unterwegs die in der Richtung schon mehr gemacht haben,
zumindest kommt das bei einigen Threads so raus.
Gast #1276150
Hi
naja - entweder sind wir drei so doof, dass uns keiner Helfen will oder 
aber es gibt niemanden hier, der das so richtig zum fliegen gebracht hat 
und ein existierendes Projekt erfolgreich portiert hat, oder ich habe 
die Frage so unverständlich geschrieben...

Mal sehen...
Axel
Gast #1276195
"Frustriert habe ich dann den Snapshot der
VMWare zurückgesetzt."

mal so naiv gefragt, du entwickelst unter windows auf einem linux in 
einer vm für ein embedded linux ?
Gast #1276515
Einfach - normalerweise schlage ich mich mit Client-Server basierten 
Systemen rum und habe von zig verschiedenen OS-Plattformen und Software 
Kombinationen Templates. Die lagern alle hübsch geordnet auf ein paar 
externen HD's. Vorwiegend Windows basierend.

Egal wo ich bin und was ich grade mache, kann ich immer meine 
"Wunschmaschine" starten ohne Hardware zu wechseln. Wenn ich weiss, das 
ich ein paar Minuten/Stunden am Tag warten werde, weil ich SW 
installieren/testen muss, kann ich "nebenbei" noch auf der selben 
Maschine mit ein paar 100MB RAM mein VMWare AVR Development Maschinchen 
starten und da weiter rumpröbeln.
Ich arbeite auf der Plattform, die mir grade in die Finger kommt. Sei es 
auf nem ESX Server (Linux), Linux, auf XP, Vista, AIX, HP-UX, Solaris 
oder was auch immer.
Ein netter Nebeneffekt ist der "Snapshot". Bevor man was neues startet, 
schnell einen Snapshot gemacht und dann munter rumgetestet und wenn's 
nicht klappt dann reset und man ist wieder bei "0". Genau da wo man 
begonnen hat und hat defivitiv keine Altlasten, Abhängigkeiten oder 
vermurkste Installationen.
Ausserdem kann man zum testen alle möglichen und unmöglichen 
Kundensituationen auf relativ wenig realer Hardware nachbauen um zu 
testen oder Bugs zu fixen oder eine komplexe Demo zu bauen.

Den Luxus "Windows ist Sch****" oder anders herum kann ich mir nicht 
leisten. Der Kunde gibt das OS vor.

Zugegeben Windows als Host um unter Linux X86 Linux AVR32 crosscompiling 
zu machen ist schon etwas, naja sagen wir geek.

Ach ja und wenn keiner Hinschaut kann man halt den ganzen ESX Server 
=32GB RAM nehmen und dann gehts echt fix.... .

Gruss,
Axel

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.