Hallo, ich möchte aus meinem STK1000 ein Internetradio machen. Ich höre schon was ich will, so dass ich mir jetzt ein Menü (wahrscheinlich mit ncurses) zur Senderauswahl aufs Display zaubern möchte. Dazu benötige ich wohl erstmal die console auf dem Display, oder? Im Moment knallen mir die Init-Scripte nur die beiden Bootsplash-Bilder aufs Display. Mein System habe ich aus buildroot 2.3.0 mit stk1002_defconfig und hinzugefügtem mplayer zusammengebaut. Wie bekomme ich die console aufs Display? Danke, Philip
Gast
#1569476
Hey Philip, Hab in etwa das selbe vor und weis mittlerweile schonmal, dass man die Console im Menuconfig des Kernels aktivieren muss. Das ganze geht dann über den Framebuffer. Ich nehm mal an du nimmst ebenfalls den 2.6.27.6er-Kernel?! Dann gib einfach mal in deinem Buildroot-Verzeichnis make linux26-menuconfig ein und du findest die Option dann unter Device Drivers -> Graphics Support... leider hab ich es bisher auch noch nicht hinbekommen... Ich hoffe ich konnte dir damit wenigstens nen Anstoß geben... falls jemand ne Lösung hatte würde ich mich um nen Post freuen! Grüße, Matricks
schaut doch mal in das Heft 1 vom Embedded Journal. http://www.embedded-projects.net/index.php?page_id=238 Philip H. schrieb: > Dazu benötige ich wohl erstmal die console auf dem Display, oder? Wieso? Du must nur das Grafik-Device und den Framebuffer aktivieren.
Dank dir Udo, für den Hinweis auf den Artikel. Dennoch gehts noch nich. Sobald ich die Option "Framebuffer Console support" im Kernel-Menuconfig aktiviere, bleibt er beim Booten nach den folgenden Zeilen stehen:
1 | |
2 | |
Jemand ne Idee, woran es liegen kann, das er nicht weiterkommt?? bzw. ne Anleitung wie ich von meiner Default-Config vom STK1000 dazu komme, das er mir die Console aufm Display anzeigt! (Benutze übrigens U-Boot-Version 1.3.4) Beste Grüße, Matricks
Gast
#1571548
Das grundsätzliche Problem ist bei dem STK1000 und NGW100, das der SD-Ram Bus nur 16bit breit ist. Eine Methode um die underflows zu eliminieren ist, die Auflösung fürs Display zu reduzieren. Außerdem könnte man noch die priorisierung des LCDC in der HMATRIX forcieren. Dazu gibt es hier eine Info: http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=77769 "600KiB frame buffer " sollte schon im u-boot initialisiert werden.
So, da bin ich wieder, ich musste den Rechner neu aufsetzen... Habe den Kernel neu kompiliert und hänge am gleichen Problem wie Matthias:
1 | |
2 | |
Ein anderes Mal bootete es ein wenig weiter, ich bekam Tux und eine durchlaufende Console auf dem Display zu sehen, aber der Bootvorgang hing etwas dafür später:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
Wieso lief der Bootvorgang trotz fifo underflow weiter und welches Problem habe ich mit meiner MMC-Karte, von er ich boote? Sonst hat es damit nie Probleme gegeben. Kann der Kernel sie nicht mounten? Ich habe sie - wie immer - in der /etc/fstab nach / gemountet.
Angehängte Dateien:
-
comp_IMG_0548.jpg
(180 KB)
Gast
#1581886
Philip H. schrieb: > welches > Problem habe ich mit meiner MMC-Karte, von er ich boote? Wenn du von der Sd-Karte bootest brauchst du sie doch nicht mounten? Ich versteh eh nicht warum ihr die alten Atmel Klamotten nehmt und nicht das aktuelle buildroot 2009.11. Da sind alle Teile von Atmel eingeflossen.
Hab es jetzt mal mit buildroot 2009.11 probiert und stoße auf das gleiche Problem beim Initialisieren! Hier mal mein Bootvorgang:
1 | |
2 | |
3 | |
4 | |
5 | |
6 | |
7 | |
8 | |
9 | |
10 | |
11 | |
12 | |
13 | |
14 | |
15 | |
16 | |
17 | |
18 | |
19 | |
20 | |
21 | |
22 | |
23 | |
24 | |
25 | |
26 | |
27 | |
28 | |
29 | |
30 | |
31 | |
32 | |
33 | |
34 | |
35 | |
36 | |
37 | |
38 | |
39 | |
40 | |
41 | |
42 | |
43 | |
44 | |
45 | |
46 | |
47 | |
48 | |
49 | |
50 | |
51 | |
52 | |
53 | |
54 | |
55 | |
56 | |
57 | |
58 | |
59 | |
60 | |
Hat das überhaupt schonmal jemand zum laufen bekommen... Vielleicht liegts auch an U-Boot (Version 1.3.4)! Da wird ja das Display ebenfalls verwendet! Jemand ne Idee? Grüße, Matthias
Gast
#1582234
Matthias Rick schrieb:
> Vielleicht liegts auch an U-Boot
Ich würde auf jedenfall auch die Uboot-Version nehmen, die buildroot
mitbaut.
Allerdings braucht man für das NGW100 beim 2009.11er buildroot einen
Patch fürs u-boot.
Wenn ich nachher zu Hause bin poste ich mal den link.
Gast
#1582350
hier der link: http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot/u-boot-avr32.git;a=commit;h=fc3174ef4dc5a90d52858e37505c51573fc3cfe3
Also... mit u-boot 2009.08 wird immerhin der Pinguin angezeigt, aber keine consolenausgabe... und u-boot liest auch nur eine meiner SD-Karten... also nicht wirklich ein fortschritt... hab ja inzwischen auch schonmal versucht ne gui mit qt zu basteln... aber ich glaub da fehlt dem stk1000 RAM... da hat er zur darstellung eines Fensters etwa 5 minuten gebraucht! kennt jemand alternativen die "ordentlich" funktionieren?? Beste Grüße, Matthias
Gast
#1586527
Matthias Rick schrieb: > mit u-boot 2009.08 wird immerhin der Pinguin angezeigt, sind denn die FIFO underflows weg? Matthias Rick schrieb: > und u-boot liest auch nur eine meiner SD-Karten... also booten max. von 2GiB-SD-Karte. Matthias Rick schrieb: > kennt jemand alternativen die "ordentlich" funktionieren?? Grasshopper?
Die FIFO Underflows sind weg! Und die SD-Karte, die funktioniert hat 128 MB ;) ! Die 2GB SD-Karte funktioniert nicht! Ich meinte mit Alternative eigentlich ne softwareseitige Alternative... denn das STK1000 hab ich da... und seit gestern auch nen JTAGICE MKII!
Gast
#1586626
Matthias Rick schrieb: > Die 2GB SD-Karte funktioniert nicht! Das ist komisch, weil ab Version 1.3.4 u-boot booten bis 2GB unterstützt. Das ist sicher, weil ich hier nur 2GB Karten habe :). Versuch mal das angefügte u-boot. Das RAM kann man beim NGW100 aufstocken, wie das jetzt beim stk1000 aussieht weiß ich jetzt nicht. http://avr32linux.org/twiki/bin/view/Main/ModifyTheNGW100
Die Version 1.3.4 erkennt ja auch meine 2GB-SD-Karte... die 2009.08er aber nicht... Zwecks RAM aufstocken hab ich bisher nur gelesen, dass es wohl welche gemacht haben, aber ne Anleitung hab ich noch nicht gefunden! Deine U-Boot-Version funktioniert bei mir leider auch nicht, da er die 32 MB SDRAM nicht finden kann... :(
Gast
#1586867
Matthias Rick schrieb:
> da er die 32 MB SDRAM nicht finden kann... :(
ups, sorry, hab gerade erst nachgeschaut, das Ding hat ja nur 8MB.
Prinzipiell möchte ich ja nur n bissel Text aufm LCD ausgeben... quasi n "kleiner" MP3-Player, bei dem die Titel angezeigt werden... alles bis auf das Display läuft schon (dank mplayer)... jemand noch ne Idee??
Gast
#1587256
Matthias Rick schrieb:
> alles bis auf das Display läuft schon
hast du mal den fbv (iewer) in menuconfig aktiviert und kannst du Bilder
damit anzeigen?
> hast du mal den fbv (iewer) in menuconfig aktiviert und kannst du Bilder > damit anzeigen? Der ist standardmäßig dabei und zeigt den die beiden Bootsplash-Bilder an.
Gast
#1587327
Philip H. schrieb: > Der ist standardmäßig dabei und zeigt den die beiden Bootsplash-Bilder anscheinend nicht, denn Matthias Rick schrieb: > alles bis auf das Display läuft schon
Na der fbviewer läuft... aber der zeigt ja nur bilder an, oder?? ich hätt gern ne textausgabe!
Gast
#1587352
ja gut, aber es hörte sich so an als wenn die Ausgabe des framebuffers auf dem Display nicht funktioniert. Grundsätzlich wird alles auf dem Display angezeigt, was du in den framebuffer rein schreibst. Also brauchst du dir nur ein Programm zu schreiben, dass die MP3 Titel extrahiert und in den framebuffer schreibt.
Das klingt ja prinzipiell sehr einfach! ;) gibts da vielleicht irgendwo n howto, das mir weiterhelfen könnte???
Gast
#1587408
hier z.B. http://linuxwiki.de/FrameBuffer
... schrieb: > Also brauchst du dir nur ein Programm zu schreiben, dass die MP3 Titel > extrahiert und in den framebuffer schreibt. Das ist mir soweit klar, kann man sich dort ein Framework à la ncurses zur Hilfe nehmen? Ich habe noch nicht herausgefunden das ncurses als Ausgabeschnittstelle benötigt.
Gast
#1588025
Philip H. schrieb: > Das ist mir soweit klar, kann man sich dort ein Framework à la ncurses > zur Hilfe nehmen? ncurses eher nicht, aber mit freetype kannst du ASCII-Zeichen in Pixel wandeln. Das, was du in den Framebuffer schreiben kannst, sind ja keine ASCII-Zeichen, sondern Pixel-Sätze.
Gast
#1588029
So weit ich das verstehe, müsste für ncurses die FramebufferConsolen-Aktivierung funktionieren! Oder??? Theoretisch reicht ja ne Bibliothek bei der wenigstens schonmal ein Fontsatz implementiert ist... DirectFB hab ich inzwischen auch schonmal probiert... das bekommt Buildroot auch nicht kompiliert... is aber auch glaub ich für n bissel textausgabe überdimensioniert! was meint ihr???
Gast
#1588390
nimm freetype
Gast
#1589356
vielleicht hilft euch dieser code in C++ . 2 Klassen, eine für den framebuffer und eine für freetype.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.