Touchscreen 5“

[Tuxrocks]

Hallo,
Beim Start von Cocktailberry funktioniert auf einmal der touchscreen nicht mehr.
Auf dem Desktop und auch bei anderen Programmen funktioniert alles super.
Woran kann das liegen?

[AndreWohnsland]

Hallo Tuxrocks,

hast du über das all in one script installiert, bzw. kamen da irgendwelche Fehler?
Ich nehme an, dass du einen Raspberry Pi verwendest?
Kannst du mir einmal die Python Version (python -V) und das Betriebssystem (cat /etc/os-release) von deinem Pi mitteilen, bzw. am besten auch um welchen Touchscreen es sich handelt?
Hast du nach dem Programmstart kurz gewartet? Manchmal kann es sein, dass das Program wegen langsamen Internet und co. am Anfang kurz "hängt" das sollte aber im Sekundenbereich liegen.
Kannst du eine Maus anschließen bzw. hast du getestet, ob das Programm generell mit der Maus funktioniert, und nur nicht der Touchscreen?

Allgemein hatte ich noch nicht dass Problem, dass der Touchscreen nur nicht in dem Programm funktioniert hat. Ich hatte nur schon mal mit Touchscreens Probleme, welche in feuchten Umgebungen lagern und dann Teilweise einfach nicht reagieren, und dann auf einmal wieder, aber das ist dann unabhängig von dem Programm sondern in allen Fällen (also auch anderen Programmen) so.

Wenn des Terminal beim Starten von CocktailBerry irgendwelche Warnungen oder Fehler ausgibt, kannst du gerne davon auch einen Screenshot schicken, vielleicht lässt sich daraus auch ableiten, was das Problem ist.

Und als Nachtrag:
Die /boot/config.txt datei ist bestimmt auch nicht schlecht. Meistens ändert man (entweder selbst oder der touchscreen installer) da die config, es könnte ggf. auch an dem Treiber (dtoverlay) liegen der verwendet wird.

[Tuxrocks]

Hi nochmal,

1. Ja der Touch steckt im Moment über den GPIO‘s. Hab mir den geholt weil man mit ein paar Kabeln (glaube so ca 8 Pins) das Display auch extern betreiben kann. Hab ich vor ca einem Jahr in nem anderen Projekt umgesetzt— da muss der Touch allerdings nur ne HTML Seite bedienen was auch funktioniert
2. Ja hab ne Installationsdatei ausgeführt. Einmal mit der auf CD beiliegenden und ein anderes Mal mit der aus dem Web. (LCD Show 5) glaub ich. Beides ohne Erfolg
3. Das dachte ich mir auch — da ja „nur Warnungen“ und keine Fehler kamen!

Versucht habe ich:

UI_DEVENVIRONMENT : keine Reaktion

evtest reagiert auf dem Desktop jedesmal wenn ich was antippe - in Cocktailberry keine Reaktion bzw Meldung

export QT_LOGGING_RULES="qt.qpa.input=true" —
keine Meldungen

export QT_SCALE_FACTOR=1 — keine Änderung

hab gestern auch mal kurz gegoogelt leider werd ich daraus auch nicht schlau 🙈

Hab jetzt mal das 7“ aus Verzweiflung geordert wär aber trotzdem klasse wenn’s noch zu einer Lösung mit dem 5“ käm
Schlecht wär dann wenn das 7“ auch nicht funktioniert 😀

Nachtrag:
hab jetzt mal n paar Sachen ausprobiert und Fehler beim Start erzeugt — evtl helfen die ja 🤷🏼‍♂️

[Tuxrocks]

Und noch was ist mir aufgefallen!
Das Paket sudo apt-get install qt5-default
gibt es anscheinend nicht mehr.
Evtl is da ja der Haken ?

[AndreWohnsland]

Hi,

Ersmal zum Orginal Post

Ja diese ganzen diversen Protokollen, bzw. Schnittstellen, die die HMI Bildschirme verwenden können manchmal verwirrend sein.

Was man bei dem 5 Zoll noch versuchen könnte ist (wenn ich es richtig gesehen habe hat der doch auch einen Microusb Anschluss?) diesen über den Microusb anschluss an den USB vom Pi zu schließen (falls das angesehen ist für Signalübertragung). Viele der anderen Touch haben das als Standartverbindung, vielleicht kann das dieser auch, da muss man aber mal die Dokumentation von dem Hersteller anschauen (wenn die welche bereitstellen, das ist bei den Touchscreens auch so ein Ding....).

So wie es scheint kann Qt echt einfach nicht das Signal auslesen, bzw. das Signal der ads7846 Schnittstelle vom Touch kommt nicht in Qt an. Ob das durch ein neucompilieren von Qt auf diese Schnitstelle, oder durch tiefere Analysen, ob generell das Verzeichniss, wo das Signal herkommt einfach anders ist, ist halt echt schwierig "schnell" und remote herauszufinden 😅. Qt bekommt das in der Regel von /dev/input/, aber wie man das genau dann alles debugged kann ich dir leider auch nicht sagen, so tief bin ich dann auch nicht da drinne. Laut den Tests und deinen Antworten kann man jedenfalls sagen, dass Qt keine Touch-Inputs registriert.

Ich hoffe (und vermute ja mal) dass es mit dem 7er geht, plus ich finde auch dass die 7 Zoll deutlich schöner für die Bedienung als 5 sind. Ich fand ich auch die Einrichtung von meinen 7ern deutlich einfacher (Teilweise muss man eine Zeile ändern und das wars.). Habe meine alten mit 5 auch vor einiger Zeit auf 7 geupgraded. Welchen 7-Zoll hast du dir jetzt bestellt? Und im Notfall findet sich immer ein anderes Projekt für existierende Hardware (den 5er Zoll 😉)

Dann noch zum Edit und 2. Post

Die Warnung hatte bzw. hab ich auch bei ein Paar Setups, das sollte nicht das Problem sein.
Die andere Meldung muss ich mir erstmal anschauen.
Habe da auch gesehen, dass du da das 32 Bit Betriebssystem getestet hast - vorher wars ja das 64er, was ich üblicherweise auch empfehle.

Wegen dem qt5-default, die kurze Antwort: Qt ist auf jedenfall installiert, sonst würde die Applikation nicht gehen.
Die etwas längere: qt5-default ist noch für Raspbian Buster, also das Debian 10 (Derzeit ist 11, bald sogar 12 der Standard), das installer Script versucht erst diese zu installieren, fällt wenn es nicht klappt auf python3-pyqt5 zurück. Das wird derzeit üblicherweise installiert und damit läuft die App dann. Denn mit Debian 11 gibt es kein qt5-default paket mehr.

Was man da aber noch versuchen könnte:

• Deinstallieren von python3-pyqt5 (sudo apt remove python3-pyqt5)
• Über Pythons Pip versuchen, das braucht manchmal bzw. geht manchmal auch nicht. Es sollte theoretisch gehen mit
• sudo apt install qtbase5-dev <- das muss vor dem pip installiert werden, sonst wirft der pip wahrscheinlich Fehler
• pip install PyQt5

Alternativ könnte man noch die äquivalenten qt-Pakete mit sudo apt install qtbase5-dev qtchooser qt5-qmake qtbase5-dev-tools versuchen zu installieren. Angeblich soll das ziemlich das identische enthalten.

Grüße

Und noch ein Nachtrag:

Welche Variante von dem Pi ist es? Ein RPi3B oder RPi3B+, oder doch das 4er?

[Tuxrocks]

Alsoooo 😀
Mit dem „Original“ 7“ funktioniert alles auf Anhieb! Danke dafür schon mal.
Hab das Ganze am 3B+ als auch am 4er versucht — gleiches Verhalten!
Alles andere hat bis jetzt zu keinem Erfolg geführt!
ich bleib an der Sache dran — evtl findet sich ja noch die Lösung!
Gruß und danke für deine Mühen bis jetzt.
Evtl muss ich dir ja nochmal auf die Nerven gehen 😜
Ralf

[AndreWohnsland]

Okay, dann scheint das echt ein Problem mit Qt und dieser speziellen HMI Monitor Schnittstelle zu sein. Freut mich, dass es immerhin mit dem anderen klappt 😄
Falls sich eine Lösung für den 5-zoller ergibt, bin ich gern dran interessiert.

[Tuxrocks]

Hi wieder mal!
Also — lang ists her und für den 5-zoller ist keine Lösung gefunden.
Hab alles versucht was für mich machbar war.
Jetzt hat er seine Bestimmung in der Hausautomation gefunden da er so nur n paar Buttons auf ner Website bedienen muss was er auch macht 😊
Danke nochmal für deine Hilfe

[AndreWohnsland]

Hi, schön zu hören, dass der andere Bildschirm einen Zweck gefunden hat. Doof dass es nicht ging, aber das muss etwas mit dem unterliegenden Grafik Ressourcen zu tun haben, da hat man dann leider wenig Einfluss.