Projekt Touchscreen auf Raspi

[Frederik Buss]

@woupi Hm, mein erster Gedanke wäre dass die Rechte nicht passen. Muss das denn unbedingt mit root ausgeführt werden? Nächster Gedanke: das muss nicht unbedingt unter x/Wayland laufen oder? Eigentlich sollte zum automatischen ausführen keinen Unterschied machen welche Raspi Version Du hast, sofern es manuell gestartet das tut was es soll... Was Du schon tun kannst ist das Ganze in die x-Autostart zu legen, allerdings weiss ich nicht, wie Wayland sich hier verhält. Du kannst auf jeden Fall versuchen die LXDE-pi/autostart bzw. LXDE/autostart mit dem Befehl zu ergänzen. Die werden bei Pi 5 wohl nicht mehr automatisch angelegt (wegen Wayland?), es geht aber trotzdem wenn Du die selbst anlegst. Also Verzeichnis und Datei per nano. Ich bin kein Linux Experte, hatte aber auch Probleme mit dem X Desktop und musste neben der im ersten Beitrag beschriebenen LXDE-pi/autostart auch die LXDE/autostart anlegen mit folgendem Eintrag:

@lxpanel --profile LXDE
@pcmanfm --desktop --profile LXDE

Such mal nach LXDE und Phyton und autostart, da kommen einige Ergebnisse, vielleicht ist da ja was dabei was Deinem Problem ähnelt. Da gibt es z.B. den Ansatz in der LXDE-pi Autostart:

@lxterminal -e /usr/bin/python3 /.../xxx.py

Good luck!

[woupi]

@frederik-buss sagte in Projekt Touchscreen auf Raspi:

LXDE-pi/autostart

Danke erstmal.

Also ich habe auch schon von Wayland auf x11 umgestellt.
LXDE-pi/autostart anlegen hat alles gut mit deinen Hinweisen funktioniert.
Screen geht nach 15min aus, Mauszeiger ist aus usw.
Nur das mit dem PIR will nicht, aber ich versuche es auch mal im autostart.
Danke für den Hinweis.

Achso, root rechte braucht das skript nicht, läuft auch mit python3 pir.py. Habe ich gerade versucht.
Rechte auf das skript habe ich aber auch schon auf 755 gesetzt.

[Frederik Buss]

@woupi Was macht denn das script überhaupt? Wenn Du irgendetwas mit xset machen willst, dann muss es m.E. in den X Autostart, also LXDE-pi/autostart. Darüber setze ich auch beim Neustart die xset Parameter für den Desktop/Display:0 neu.

[woupi]

@frederik-buss

Ah, ok.
Ja xset nutze ich

from gpiozero import MotionSensor
import subprocess
import time

# GPIO-Pin für den Bewegungssensor
MOTION_SENSOR_PIN = 23

# Befehl zum Einschalten des Touchscreen-Monitors
TURN_ON_COMMAND = "xset -display :0 dpms force on"

# Initialisierung des Bewegungssensors
motion_sensor = MotionSensor(MOTION_SENSOR_PIN)

# Funktion zum Einschalten des Touchscreen-Monitors
def turn_on_screen():
    subprocess.run(TURN_ON_COMMAND, shell=True)

# Hauptfunktion
def main():
    try:
        while True:
            # Ueberprüfe auf Bewegung
            if motion_sensor.motion_detected:
                turn_on_screen()
                print("Bewegung erkannt! Bildschirm eingeschaltet.")
                # Warte eine Weile, bevor du erneut nach Bewegung suchst
                time.sleep(10)
            else:
                # Warte kurz, um die CPU nicht zu belasten
                time.sleep(0.1)
    except KeyboardInterrupt:
        print("Programm beendet.")

if __name__ == "__main__":
    main()

Dann werde ich das morgen früh mal probieren.
Für Heute bin ich durch.

PS.:
Ich habe mich doch noch kurz dran gegeben und was soll ich sagen, es läuft.
Vielen Dank, das war's.

[woupi]

Zu früh gefreut.
Gestern Abend aus gemacht heute Morgen wieder eingeschaltet (Raspberry war Stromlos).
Warum auch immer wird heute morgen dann pir.py doch wieder nicht nach dem booten ausgeführt.
pgrep -f pir.py gibt nichts zurück. Erst wenn ich es manuell ausführe, funktioniert es.
Kann es sein, dass immer noch zu früh versucht wird, dass skript auszuführen?

PS:
Ich hatte die Systemweite Autostart Datei benutzt, da ich es nicht hinbekommen habe die user Autostart zu erstellen. Nach langem suchen habe ich heute morgen die Dokumentation dazu gefunden. In dieser wird beschrieben wie man die user Datei erstellt.
Das habe ich nun gemacht und die Systemweite wieder auf den Ursprung zurück gesetzt.
Anschließend neu gebootet. Da wurde die pir.py ausgeführt.
Ich werde nun aber morgen Früh nochmal testen, den gestern hat es mit der Systemweiten ja auch mehrmals funktioniert.

PS 2:
Ich habe heute den ganzen Tag getestet. Das python skript schaltet aus irgend welchen Gründen ab, egal ob direkt aus dem Terminal gestartet oder im Autostart.
Ich habe jetzt im Skript mal eine Ausgabe mit eingebaut um die Startzeit, die Laufzeit des skriptes und die CPU Temperatur auszugeben.
Die CPU läuft schon nach kurzer Zeit auf 79°-80°. Ich werde also definitiv noch den originalen Lüfter verbauen.

Was aber auch noch merkwürdig ist, ist das nach ca. 10-15min die VIS (Website) nicht mehr angezeigt wird. Da steht dann "Oh nein! Fehler beim Anzeigen dieser Webseite Fehlercode: 9".
@Frederik-Buss ist das bei dir auch so?

[Frederik Buss]

@woupi Also bei dem Script muss ich an der Stelle passen, so gut sind meine Linux Kenntnisse nicht..
Zu den anderen beiden Themen: Die Temperatur ist extrem hoch. Entweder da ist mit der Installation ein Bock drin, oder die Bewegungsmelder Abfrage zieht die CPU Temp so hoch. Beides sicherlich nicht OK. Ich habe gerade nochmal geschaut, 48°. Ich habe öfter nach der Temperatur geschaut, über 50° war die nie. und der Pi sitzt bei mir schön warm eingepackt im Schrank. Da würde ich eher mal nachsehen, anstatt voreilig den Lüfter zu bestellen.
Zur anderen Frage: Nein, die Anzeige also Chromium läuft den kompletten Tag ohne Probleme. Ich hatte den Fahler aber auch mal gehabt, ist aber schon etwas her und seitdem nicht wieder aufgetaucht. Ich tippe hier auf Verbindungsprobleme mit WLAN... Das wars bei mir jedenfalls.

[woupi]

@frederik-buss
Danke. Dann werde ich mal weiter suchen. Temperatur ist gerade sogar um die 80° mit laufenden Skript. Aber auch ohne geht die auf über 60°.
Selbst wenn nichts läuft ist die immer über 50°

[Frederik Buss]

@woupi Zum Problem mit der Anzeige: Ich habe schon länger 2 web Instanzen laufen, weil der Cache bei mir bei editieren Probleme macht und ohne Cache die Seiten zicken. Vielleicht löst das hier wenigstens das eine Problem:#

Das ist die web Instanz zur Anzeige, die andere (Port 8082 bei mir) hat den Cache deaktiviert.

[Frederik Buss]

@woupi Das klingt für mich (mit gefährlichem Halbwissen..) nach einer verkorksten Installation. Hast Du mal die Logs gecheckt?

[woupi]

@frederik-buss
Viel verbocken kann man da ja eigentlich nicht.

In unserer Hardwareinstallation gibt es 2 Unterschiede:

1. Du hast keinen HAT mit SSD
2. Su hast ein Gehäuse mit passiv Kühlung, wenn ich mich recht erinnere

Ich glaube, dass diese beiden Punkte zusammen meine höhere Temperatur erklären.

Morgen kommt der Original Kühler. Der soll kaum bis gar nicht hörbar sein. Mal sehen wie es dann damit aussieht.

Aktuell habe ich das Skript so angepasst, dass mir logs in einen file geschrieben werden. 1. die Zeit die das skript schon läuft, 2. die aktuelle Zeit und 3. die CPU Temperatur.

Aktuell läuft das skript über Autostart gestartet schon 47 min. Ich werde das jetzt einfach durchlaufen lassen und morgen frü noch im logfile nachsehen.

[woupi]

Seit gestern Abend ist er mit skript durch gelaufen, insgesamt über 9std. Die Temperatur lag dabei, also im Leerlauf, nur mit Skript bei ca 65°.

Rest sehe ich Heute Abend, wenn der Lüfter da ist.
Ich gehe also davon aus, dass das Abschalten des skriptes ein Temperatur Problem ist.

[Frederik Buss]

@woupi OK wäre eine Erklärung. Zur Temperatur... Wenn Du gar keinen Kühler drauf hast sind die 65° stimmig. Der Raspi 5 hat ordentlich Dampf, ganz ohne Kühler wirds kaum gehen. Mir gings neben der Laustärke auch um den zusätzlichen Verbrauch, das Dings läuft ja 24/7 und wenns mit passivem Kühler auch geht...

[woupi]

@frederik-buss sagte in Projekt Touchscreen auf Raspi:

@woupi Mir gings neben der Laustärke auch um den zusätzlichen Verbrauch, das Dings läuft ja 24/7 und wenns mit passivem Kühler auch geht...

Mit dem Verbrauch hast Du recht und habe ich auch drüber nachgedacht. Aus Platzgründen mit dem Hat konnte ich nur nicht diesen großen Kühler verbauen und ob die kleine reichen, weiß ich so nicht.
Ich versuche es und werde mal die Leistung logen. Ich habe noch eine Fritz Steckdose hier liegen.

[Frederik Buss]

@woupi Mir ist gerade nochwas wegen dem Verbindungsabbruch eingefallen. Falls Du WLAN Router im Einsatz hast, würde ich in den Einstellungen die SSID des Gerätes eintragen, welcher am nächsten ist. Bei mir springt der auch mal gerne zum Basisgerät, was nicht das nächste ist und so eine schlechte Verbindungerzeugt. Leider springt der bei mieser Verbindung nicht automatisch (zumindest weiss ich nicht, wie ich ihm das beibringen soll)...

[Frederik Buss]

@frederik-buss Ergänzung: Ich würde auch nur auf 2,4 Ghz gehen, das macht die Sach auch stabiler, vor allem wenn Du ne Fritz Box einsetzt.

[wendy2702]

Hi,

ich habe mir das zum testen mal mit diesem Monitor nach gebaut.

https://www.amazon.de/dp/B0C4T37W37?psc=1&ref=ppx_yo2ov_dt_b_product_details

Wenn ich jetzt über den Befehl:

xset -display :0 dpms force off

Das Display auschalte bekomme ich das zusehen:

Bis der Monitor in Power Saving geht.

Habt ihr sowas auch bei euren Monitoren?

[Chaot]

@wendy2702 Ich habe einen älteren Monitor. Aber dort auch das Gleich.
Eine Meldung:

Signal lost

und dann geht das Teil in Ruhezustand. Ich kann aber am Monitor einstellen wie schnell er in den Ruhezustand gehen soll. Mit 2 Sekunden stört mich das auch nicht.

[wendy2702]

@chaot ok.

Bei dem Teil lässt sich die Zeit nicht einstellen.

Dauert auch etwas länger als 2 Sekunden.

Habe noch eine Alternative bestellt. Mal sehen wie der sich verhält.

[Frederik Buss]

@wendy2702 Ja, so ähnlich ist das bei mir auch, stört mich aber nicht, da die Anzeige recht schnell ausgeht und ich normalerweise nicht in der Nähe bin, wenn das passiert (Stichwort Bewegungsmelder).

[wendy2702]

@frederik-buss

Ich stehe auch nicht davor

Wollte nur mal wissen wie das so bei euch ist und wie ihr damit umgeht.

Schaltet ihr auch per Befehl die Anzeige aus oder wie habt ihr das umgesetzt?