Community-Firmware für den TXT

[ski7777]

Hallo,

ich wollte jetzt schon mal u-boot konfigurieren, und bin mir unsicher, ob ich alles richtig gemacht habe, weil in der Konfigurationsausgabe die erste Zeile doppelt ausgegeben wird.

Code: Alles auswählen

# fw_setenv loadsduimg "fatload mmc 0 0x80200000 uImage"
# fw_setenv loadsddtb "fatload mmc 0 0x80F00000 am335x-kno_txt.dtb"
# fw_setenv setsdargs "setenv bootargs fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 root=/dev/mmcblk0p2 rw rootwai
t quiet"
# fw_setenv bootboth "run reset_wl18xx; mtdparts default; nand read 0x80200000 NAND.uImage; nand read 0x80F00000 NAND.dtb; setenv bootargs f
btft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 ubi.mtd=10 root=ubi0:rootfs rootfstype=ubifs rootwait quiet; run loads
duimg loadsddtb setsdargs; fdt addr 0x80F00000; run opp; bootm 0x80200000 - 0x80F00000"

Code: Alles auswählen

# fw_printenv loadsduimg loadsduimg setsdargs bootboth
loadsduimg=fatload mmc 0 0x80200000 uImage
loadsduimg=fatload mmc 0 0x80200000 uImage
setsdargs=setenv bootargs fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 root=/dev/mmcblk0p2 rw rootwait quiet
bootboth=run reset_wl18xx; mtdparts default; nand read 0x80200000 NAND.uImage; nand read 0x80F00000 NAND.dtb; setenv bootargs fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 ubi.mtd=10 root=ubi0:rootfs rootfstype=ubifs rootwait quiet; run loadsduimg loadsddtb setsdargs; fdt addr 0x80F00000; run opp; bootm 0x80200000 - 0x80F00000

Ich hoffe das mir jemand von euch beiden helfen kann.
Vielleicht könnte man die gewünschte Ausgabe im github dazuschreiben.

Raphael

[MasterOfGizmo]

Die erste Zeile ist doppelt weil Du sie auch doppelt abfragst.

[ski7777]

Also alles richtig oder was habe ich falsch gemacht?

[richard.kunze]

Also alles richtig oder was habe ich falsch gemacht?

Ich hab in der Anleitung was falsch gemacht - die Abfrage sollte

Code: Alles auswählen

fw_printenv loadsduimg loadsddtb setsdargs bootboth

lauten.

Und das Ergebnis sollte dann so aussehen:

Code: Alles auswählen

loadsduimg=fatload mmc 0 0x80200000 uImage
loadsddtb=fatload mmc 0 0x80F00000 am335x-kno_txt.dtb
setsdargs=setenv bootargs fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 root=/dev/mmcblk0p2 rw rootwait quiet
bootboth=run reset_wl18xx; mtdparts default; nand read 0x80200000 NAND.uImage; nand read 0x80F00000 NAND.dtb; setenv bootargs fbtft_device.name=txt_ili9341 fbtft_device.fps=10 console=ttyO0,115200 ubi.mtd=10 root=ubi0:rootfs rootfstype=ubifs rootwait quiet; run loadsduimg loadsddtb setsdargs; fdt addr 0x80F00000; run opp; bootm 0x80200000 - 0x80F00000

[ski7777]

Ich werde das gleich ausprobieren.
Wann denkst du gibt es eine IMG Datei, dass man nicht so kompliziert rumformartieren muss.

[richard.kunze]

Ich werde das gleich ausprobieren.

Viel Spaß!

Wann denkst du gibt es eine IMG Datei, dass man nicht so kompliziert rumformartieren muss.

Sobald wir was haben für das es sich lohnt ein Image zu bauen. Wird aber noch etwas dauern denke ich.

Im Moment sind wir noch bei den Grundlagen.

[MasterOfGizmo]

Ich hab in der Anleitung was falsch gemacht - die Abfrage sollte

Gerade gefixt

[Rei Vilo]

An interesting repository with many resources for Lego Mindstorm with Linux Mini.

[MasterOfGizmo]

An interesting repository with many resources for Lego Mindstorm with Linux Mini.

That's a 16 year old page containing information about the first Lego Mindstorms. I don't see the relationship to the TXT firmware unless you want to control the old RCX brick from a TXT. Which would actually be kind of cool. But i sold my RCX years ago.

That makes me think: Adding the capabilities to remote control an NXT or EV3 would be really fun. Is there some Linux software to control one of these modern lego bricks? And what about the RoboLT? Is there software to control that from a Linux host?

[MasterOfGizmo]

I just found that buildroot doesn't include libcv bindings for python because something named numpi is missing on buildroot. Too bad ....

[MasterOfGizmo]

Richard, ist das Absicht, dass man sich überhaupt nicht mehr auf der seriellen Konsole einloggen kann?

Und es wäre durchaus bequem, den root-Login generell zu erlauben, solnage wir noch an den Basics basteln. Ist doch sehr bequem, mal eben per ssh als root auf dem TXT was zu fixen ...

[richard.kunze]

Richard, ist das Absicht, dass man sich überhaupt nicht mehr auf der seriellen Konsole einloggen kann?

Nö, und bei mir klappt das auch problemlos (als "ftc" und als "root").

Und es wäre durchaus bequem, den root-Login generell zu erlauben, solnage wir noch an den Basics basteln. Ist doch sehr bequem, mal eben per ssh als root auf dem TXT was zu fixen ...

Ja - ich habs eben wieder angeschaltet.

[MasterOfGizmo]

Ich habe mal angefangen, die GUI mehr an übliche Smartphones anzulehnen. Das Hauptmenü enthält also nur ein paar Icons und von dort kann man dann Apps starten. Zur Zeit gibt es erst einen Taschenrechner und eine Analoguhr. Aber man sieht das Konzept.

Aaaaaber: Der Taschenrechner ist bei mir kaum bedienbar, weil das Touchscreen so oft beim Loslassen nach links verreisst. Der Effekt ist, dass man zwar denkt ein Button wäre gedrückt und man sieht sogar wie er auf das Drücken reagiert. Aber durch das versetzte Loslassen wird der Button-Druck ignoriert.

Dass wäre recht übel, wenn das bei allen TXTs mehr oder weniger so wäre. Richard? Auf github liegt eine Demoversion meiner gui. Kannst du das ggf. mal ausprobieren? Im Taschenrechner merkt man das recht deutlich.

[MasterOfGizmo]

Ein paar Impressionen der aktuellen GUI:

[MasterOfGizmo]

Ja, das Touchscreen ist nett. Wenn ich Zugriff auf die IO-Ports des TXT hätte würde ich mal was machen, das mal zeigt, was damit möglich ist.

Man kann alle möglichen Treiber im Kernel aktivieren. Und da die erst geladen werden, wenn die Hardware auch wirklich eingesteckt wird und weil wir Platz genug auf der SD-Karte haben ist das kein Problem und belastet keine Ressourcen.

Aber Dann hast Du zwei WLAN-Interfaces im TXT und müsstest da auch eine Möglichkeit einplanen hin- und her zu schalten. Ist alles nicht sehr aufwändig, aber m.E. noch nicht dringend. Der Zustand des WLAN hat sich ja eh deutlich verbessert. Erstmal muss überhaupt RoboPro wieder laufen. Dann muss sich zeigen, dass das interne WLAN nach wie vor nicht ausreichend ist. Dann muss jemand mal testen ob ein externer WLAN-Dongle eine Verbesserung bringt und dann erst macht es Sinn über eine Integration nachzudenken.

[bo911]

Hallo zusammen,

schön was man mit dem TXT-Display so alles machen kann.
Unter RoboPro funktionieren noch nicht mal die einfachsten Anwendungen, wie z.B. der automatischer Zeilenumbruch oder waagerechte Linien an beliebiger Stelle ...
Bleibt die Hoffnung, dass über eure Arbeit bald eine bessere Nutzung des TXT möglich wird.


Ich komme noch mal auf die WLan-Problematik zurück. Mir ist schon klar, dass WLan grundsätzlich keine Echtzeit-Übertragungsstrecke ist. Da aber im Nahbereich (bei mir bis ca. 5m) ein brauchbar schneller Signalaustausch für Steuerungsaufgaben möglich ist, ist erkennbar, dass die Aussetzter bei größeren Entfernungen wohl nicht grundsätzlich an der Übertragungsgeschwindigkeit von WLan liegt, sondern wohl eher ein Problem der Verbindungsqualität über die Entfernung ist. Der Einsatz eines Repeaters ist nicht brauchbar, weil er zwar die Reichweite verbessert, aber gleichzeitig die Geschwindigkeit drosselt.
So fände ist es gut, wenn die Möglichkeit bestehen würde, über den USB-Anschluss einen WLan-Stick am TXT nutzen zu können. Bei unseren 3 Familien-Notebooks bringen die externen WLan-Sticks deutlich mehr Reichweite und Verbindungsqualität, gegenüber die integrierten WLan-Adaptern. Ich denke das könnte sich auch beim TXT wiederspiegeln.
Wäre das in eurem Vorhaben brauchbar einfach und flexibel zu integrieren? Ich befürchte da Probleme wegen der vielen Treiber zu den unterschiedlichen Sticks.

Gruß elektrolutz

Hallo elektrolutz,

ich glaube es hält Dich hier keiner davon ab, Dir die Firmware herunter zu laden, den aktuellen WLAN - Adapter aus der config heraus zu nehmen, und
dann Deinen Wunschadapter via USB Treiber zu aktivieren. Diverse USB WLAN - Sticks halten sich oftmals nicht an die 500 mA USB Powerbegrenzung,
so dass ich nicht weiss, inwieweit hier sich der TXT "belastbar" zeigt.
Solltest Du einige Tests mit Deinen Wunschadapter durchgeführt haben, so fände ich gut hier ein entsprechendes Statement lesen zu können ...
Damit für User mit WLAN Wünschen ohne Probleme eine Alternative zur gelieferten zu haben ...

[richard.kunze]

Aaaaaber: Der Taschenrechner ist bei mir kaum bedienbar, weil das Touchscreen so oft beim Loslassen nach links verreisst. Der Effekt ist, dass man zwar denkt ein Button wäre gedrückt und man sieht sogar wie er auf das Drücken reagiert. Aber durch das versetzte Loslassen wird der Button-Druck ignoriert.

Passiert bei mir auch, allerdings nicht so schlimm dass ich das als "kaum bedienbar" bezeichnen würde. Ich habe auch gelegentlich den umgekehrten Effekt, d.h. der Button reagiert visuell nicht auf drücken, aber die Eingabe ist trotzdem da. Außerdem scheint es besser zu gehen, wenn man den Screen mit einem Stylus (stumpfer Bleistift tuts dafür ) bedient.

Die großen Buttons auf dem Startscreen funktionieren ebenfalls prima - eventuell sind die vier Knöpfe pro Zeile beim Taschenrechner halt einfach doch zu klein für den Touchscreen.

Übrigens, ich sehe die Icons auf dem Startscreen nur, wenn ich die PNG-Variante lade - irgendwas scheint bei mir für SVG zu fehlen. Muss ich dafür einen kompletten Rebuild anwerfen?

[richard.kunze]

... eine Sache die mir eben noch aufgefallen ist: Das "umount" beim runterfahren funktioniert nicht sauber, weil irgendwelche temporären Filesysteme noch benutzt werden und daher nicht ausgehängt werden können. Als Konsequenz kann dann das Root-Filesystem nicht read-only remounted werden, und damit gibts dann im besten Fall beim nächsten Start eine längere Bootzeit (durch das dann nötige Replay des FS-Journals) und im schlimmsten Fall sogar Datenverluste.

Ich bin nicht ganz sicher was die Ursache ist, aber ich vermute es ist die GUI - die wird direkt in /etc/init.d/rcS gestartet und dann vor dem umount nicht mehr gestoppt.

Sollten wir bei Gelegenheit auch noch mal dran. Am besten wäre wohl ein eigenes Startscript für die GUI, das die dann auch wieder suaber runterfahren kann.

[MasterOfGizmo]

Übrigens, ich sehe die Icons auf dem Startscreen nur, wenn ich die PNG-Variante lade - irgendwas scheint bei mir für SVG zu fehlen. Muss ich dafür einen kompletten Rebuild anwerfen?

Das ist alles noch Baustelle. Jetzt arbeitet es wieder mit PNGs. SVG hat auf dem TXT Font-Probleme. Generell kämpfe ich etwas mit den Fonts auf dem TXT. Aber die Version von vor ein paar Minuten sieht halbwegs ok aus, denke ich. Aber das wird sich auf wieder ändern

[MasterOfGizmo]

Am besten wäre wohl ein eigenes Startscript für die GUI, das die dann auch wieder suaber runterfahren kann.

Klar, gerne. Ist halt alles gerade noch Spielwiese. Irgendwann wird aufgeräumt, klar.