NewTron-Radio: Auflösungsunabhängiges Tron-Radio

Die Fehlermeldung, soweit ich das Foto entziffern konnte, deutet auf das Problem: Unable to open mouse! So wie ich das sehe musst du ts_calibrate noch ausführen und eine passende udev-rule erstellen da du versuchst, das Radio im Konsolenmodus auszuführen. Wie das geht, ist in Beitrag #233 beschrieben. Im Desktopmodus sollte das Radio aber jetzt schon funktionieren...

Gesendet von meinem D5103 mit Tapatalk

Paulaner hat recht, das meiste wurde hier zum größten Teil schon besprochen.
Aber meistens hängt es an den Feinheiten.
Deshalb:

Quote

Das Radio funktioniert im Desktop Modus. Leider nur in einem Fenster das sich nicht optimal maximieren lässt.

Das kann im Newtron-Settings-Menü (das Zahnrad) geändert werden: Häkchen bei Fullscreen setzen und nach dem Ändern speichern und neustarten nicht vergessen).

Quote

... wollte ich es über die Konsole starten und in den Autostart hängen. Sowie die Benutzer Anmeldung weg lassen bzw. Automatisieren.

Ist diese Vorgehensweise sinnvoll?

Ob Sinnvoll oder nicht muß jeder für sich selbst entscheiden. Auf jeden Fall ist auch im Desktopmodus ein automatischer Login und ein Autostart des Radios möglich.

Quote

Muss ich mir jetzt diese overlay Datei besorgen und integrieren? Wo bekomme ich sie her? Bei notro war leider nix zu finden.

Da die Anzeige auf deinem Display bereits funktioniert brauchst du die Overlaydatei nicht. Diese enthält die Hardwarebeschreibung und soll einem dabei helfen, die Konfiguration zu vereinfachen -> kein Ändern von /boot/cmdline.txt und /etc/modules mehr nötig, da dies bereits in der Overlaydatei steht.
Was du brauchst, ist eventuell der passende Overlay für den Touch (der in einer passenden Overlaydatei ebenfalls bereits enthalten ist).
Warum jetzt die Fehlermeldung bei dir Auftaucht: ts_calibrate versucht standardmäßig auf /dev/touchscreen/ucb1x00 (wenn die inputapi nicht verwendet wird) bzw. auf /dev/input/event0 (debian mit inputapi) zuzugreifen. Wenn es dort keinen Touch findet, gibts halt einen Fehler...

Versuch also erstmal herauszufinden, über welches Device dein Touch ausgelesen wird.
Hilfreich kann hierbei das Programm 'evtest' (muss evtl. noch mit apt-get installiert werden) und/oder die Ausgabe von 'dmesg' sein.

Dann startest du ts_calibrate nicht via 'sudo ts_calibrate' sondern wie folgt:

sudo -s
TSLIB_TSDEVICE=/dev/input/eventX ts_calibrate

wobei /dev/input/eventX hier exemplarisch für dein herausgefundenes Device steht.

Quote

<class 'pygame.error'>: Unable to open a console terminal

Als welcher Benutzer bist du auf der Konsole angemeldet und als welcher Benutzer startest du das Radio?
Und wie startest du das Radio? Remote per ssh/putty? Direkt von der Konsole? Autostart in /etc/rc.local?

Die Meldung weist auf ein Rechteproblem hin! Stelle sicher, dass der Benutzer, der das Radio startet auch auf /dev/fb0 zugreifen darf.

meine /etc/rc.local sieht ungefähr so aus:

...
SDL_FBDEV=/dev/fb0
OWM_KEY=XXXXXXXXXXXXXXXXXXXXXXXX
OWM_ID=YYYYYY
export SDL_FBDEV OWM_KEY OWM_ID
/usr/local/bin/newtron-radio &


exit 0

Wie du siehst ohne 'sudo'. Denn 'sudo' lässt nur bestimmte Umgebungsvariablen durch. 'sudo' ist an dieser Stelle auch unnötig, da rc.local sowieso als 'root' ausgeführt wird.

Weiterhin:
Wenn du das Radio per putty als User 'pi' startest, dann gehört die Konsole aber noch 'root' ->Zugriffsrechtefehler...
Rechte ändern brauchst du deswegen normalerweise aber nicht.

Was du machen kannst, ist, dich an der Konsole als User 'pi' anzumelden und das Radio (ohne 'sudo') von dort zu starten.
Wenn du Beitrag #233 abgearbeitet hast, kannst du aber auch als User 'pi' per putty das Radio mit 'sudo newtron-radio' starten, da dann die Umgebungsvariablen auch bei sudo korrekt gesetzt sein sollten.

Auch wenn das Problem bereits gelöst ist, hier nochmal eine kurze Erläuterung zu den udev-Regeln:

Quote from wuchy

Vielleicht hat ja jemand noch eine Idee wie man den aktuellen event , ohne Beeinflussung anderer USB-Geräte dauerhaft speichern kann?

Dafür gibt es ja die udev-Regeln (siehe Beitrag #233).

## /etc/udev/rules.d/95-ads7846.rules erstellen #######################


cat <<EOF | sudo tee /etc/udev/rules.d/95-ads7846.rules
SUBSYSTEM=="input", KERNEL=="event[0-9]*", ATTRS{name}=="ADS7846*", SYMLINK+="input/touchscreen"
EOF

Dies erstellt eine Datei namens /etc/udev/rules.d/95-ads7846.rules mit dem Inhalt

SUBSYSTEM=="input", KERNEL=="event[0-9]*", ATTRS{name}=="ADS7846*", SYMLINK+="input/touchscreen"

'[0-9]*' ist hierbei ein Teil eines regulären Ausdruckes (Atom) der sagt: Kein, ein oder mehrere Zeichen im Bereich Null bis Neun.

Wenn der Touchtreiber geladen wird meldet er sich am System mit seinem Namen an. Die udev-Regel versucht, anhand dieses Namens (hier irgendetwas, was mit ADS7846 beginnt) das richtige Device für das Eingabegerät zu finden.
Eingabegeräte werden bei Verwendung von udev als /dev/input/eventX mit X>=0 vom udev-Subsystem eingebunden. Meldet der Kernel jetzt auf einem dieser Eingabegeräte die Kennung ADS7846 an udev, dann erstellt diese Regel einen Softlink von dem entsprechenden Device nach /dev/input/touchscreen. Das funktioniert eigentlich immer - unabhängig davon, wie viele Eingabegeräte (Tastatur, Maus,...) bereits vorhanden sind.
Das Radio verwendet /dev/input/touchscreen als default, so dass es egal ist, an welchem /dev/input/eventX der Touchscreen nun tatsächlich hängt.

Falls man einen anderen Touchtreiber hat, ist natürlich eine angepasste udev-Regel notwendig. Hier das Beispiel für einen Touchscreen, der stmpe-ts als Treiber verwendet (geklaut von notros fbtft-wiki)

SUBSYSTEM=="input",ENV{DEVNAME}=="*event*", ATTRS{name}=="stmpe-ts", SYMLINK+="input/touchscreen"