Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Frank-KNX]

Hallo Zusammen,
ich suche jetzt seit 2 Stunden vergeblich nach einem vermutlich einfachen Thema. Aber ich finde nur komplexe aufbauten und eigentlich suche ich eine Lösung für ein vermutlich ganz einfaches Problem.

Folgender Aufbau:
PI4 mit am HDMI-Ausgang angeschlossenen Touchmonitor.
Dieser schaltet sich nach einigen Minuten "Nichts tun" in den Sleep-Modus.
Das finde ich gut so, denn ich will den Monitor nicht durchgehend im Flur (Wandeinbau) aktiviert haben. Ich nutze Chromium im Kiosk-Modus.

Nun verbaue ich einen KNX-Bewegungsmelder in der Decke des Flurs (Sichtbereich des Touch-Screens). Der Melder liefert mit einfach ein Datenobjekt (wahr / Falsch), die ich über den KNX-Adapter erfolgreich im IO-Broker als Objekt habe.

Nun will ich (statt Wischen über den Touch-Screen) das Bild durch das Objekt des Bewegungsmelders anschalten.

Gibt es mit Blockly oder auf andere Art einen einfachen Trick, wie ich den Touch-Monitor (der direkt mit dem PI verbunden ist, auf dem der IOBroker und die Visualisierung läuft) angeschaltet bekomme ?

Vielen Dank im Voraus für eure Mithilfe.

[Jey Cee]

@frank-knx sagte in Touchscreen durch Bewegungsmelder aufwecken:

nach einem vermutlich einfachen Thema

Ne ist es nicht, da macht dir Linux einen Strich durch die Rechnung.

Theoretisch kannst du den nötigen Befehl per exec in JS oder Blockly ausführen, aber da fehlt dem Benutzer ioBroker die Berechtigung.

1. Ein möglicher weg ist das du dir ein Bash Script anlegst das sich selbst als der Benutzer anmeldet und die nötigen Befehle ausführt. (Nicht Empfehlenswert)
2. Besser ist der Weg über den linux-control Adapter, der Baut eine SSH Verbindung auf und man kann sich direkt als der Entsprechende Benutzer verbinden.

Hier ein Thema das sich damit befasst und Hier ein Post der den Hintergrund erklärt.

Das sollte dich etwas weiter bringen.

[Ritter]

Hallo,

ich benutze dafür xdotool auf den Raspi. https://www.semicomplete.com/projects/xdotool/

mit dem linux-control Adapter lege ich eine Datenpunkt "wecken" an mit dem Befehl:

export XAUTHORITY=/home/pi/.Xauthority; export DISPLAY=:0; xdotool key shift

Befehl hier gefunden: https://stackoverflow.com/questions/38032012/xdotool-fails-on-raspberry-pi

Wenn ein Ereignis passiert wird der Datenpunkt über ein Blockly auf true gesetzt und wecke damit das Raspi Display mit der "shift" Taste.

Leider funktioniert es aber nicht immer zuverlässig.

[Frank-KNX]

@jey-cee Vielen Dank. Da ich Neuling bin, halte ich mich natürlich an die Vorschläge der Fachleute.
Der Linux-Adapter ist erfolgreich installiert.
Nun aber meine Frage als absoluter Neuling:

• In dem Adapter muss ich IP-Adresse und Zugangsdaten eintragen ?
• Wo muss ich die vorgeschlagenen Codezeilen eintragen ? Eine ausführende Datei erstellen oder auch im Adapter importierbar ?

Vielen Dank und bitte "Idiotensicher"..
Ich bin noch am Lernen. Hintergrund verstanden, aber als Linux DAU ist die Umsetzung ein Meilenstein...

[guenni71]

@frank-knx

Ich schalte mein Wandtablet auch mit einem Bewegungsmelder ab,
dahinter ist ein Odroid C2 verbaut nachts oder wenn keiner zu Hause ist, schalte ich ab.

Beim Display schalte ich mit einem Transistor die Spannung weg, das auch mit IoBroker gesteuert wird.

Auf dem Odoid ist Android installiert und mit Tasker fahre ich ihn runter
Durch Unterbrechen der Spannung wird wieder eingeschaltet.

Ist sicherlich etwas Arbeit, aber das Tüfteln gefällt mir.

[Frank-KNX]

@guenni71
Ich hatte das Abschalten der Spannung (wäre einfach durch Aktor vor dem Netzteil des Monitors) auch überlegt.
Leider habe ich einen Touch-Monitor mit internem Akku. Dieser scheint aber zu schwach, um den Monitor nach Abschaltung der Spannung dauerhaft betreiben zu können. Es kommt bei Abschaltung der Versorgungsspannung zum Flackern des Monitors. Und das nicht nur für ein paar Sekunden sondern für längere Zeit.
Meine Frau würde sich damit nicht anfreunden und für mich auch keine Lösung in meiner Konstellation.
Aber die Idee ist trotzdem gut für andere User mit dem Problem der AB und ZU-Schaltung durch Bewegungsmelder.
Ich hoffe auf die Software-Lösung, aber dafür brauche ich nicht "Starthilfe", wie ich anfangen soll. Nach dem ersten Teilerfolg will ich mich da weiter einarbeiten, weil mich die Materie interessiert.
Beste Grüße

[Jey Cee]

@frank-knx sagte in Touchscreen durch Bewegungsmelder aufwecken:

Wo muss ich die vorgeschlagenen Codezeilen eintragen ? Eine ausführende Datei erstellen oder auch im Adapter importierbar ?

Ausführbare Datei erstellen mit dem code.

Beim Linux Adapter kann ich dir nicht helfen da ich mir den noch angeschaut hab. Am besten du schaust in die Doku vom Adapter oder suchst hier im Forum nach dem zugehörigen Thema.

[Frank-KNX]

Hallo Zusammen,
ich habe mit tatkräftiger Unterstützung der Fachleute hier einen neuen PI5 mit aktuellster Linux-Version und Programmen aufgebaut.
Ich habe aus dem "alten" System ein Backup meines Projektes erfolgreich in die neue Welt gerettet und meine VIS läuft nun auch auf der neuen Plattform.

Ich habe allerdings noch ein offenes Problem und vermute, dass sich mit Systemwechsel eventuell Befehle oder Berechtigungsvorgaben geändert haben.
Mein Aufbau:
Ich habe einen PI, auf dem die VIS läuft direkt über HDMI mit einem Touch-Monitor verbunden. Dieser wird durch Betriebssystem nach Timeout in den Sleepmodus versetzt. Um diesen schnell wieder "aufzuwecken" habe ich überhalb der Garderobe einen KNX-Bewegungsmelder und dieser sendet an IOBroker entsprechendes Telegramm.
Wie oben schon im Verlauf zu erkennen habe ich ein einfaches Blockly Skript erstellt, welches aus dem knx-Kommando dann mit dem großartigen Adapter linux-control dann einen Befehl zum Aufwecken des Monitors sendet. Sie funktioniert auf meinem "alten" System absolut zuverlässig.
Leider auf dem "neuen" System nun nicht mehr.
Blockly habe ich geprüft und Skript läuft erfolgreich durch. Es muss also an der Kombination "linux-Control" , Telegramm und neuerer Stand der Programme liegen.
Hier das fehlerfrei durchlaufende Blockly:

<block xmlns="https://developers.google.com/blockly/xml" type="on" id="F})m7V2j5%F|L-Ec|90l" x="363" y="13">
  <field name="OID">knx.0.Meldekontakte.Bewegungsmelder.Bewegungsmelder_Garderobe</field>
  <field name="CONDITION">ne</field>
  <field name="ACK_CONDITION"></field>
  <statement name="STATEMENT">
    <block type="control" id="#%P[Xi$Ip}2/A9)8e1!I">
      <mutation xmlns="http://www.w3.org/1999/xhtml" delay_input="false"></mutation>
      <field name="OID">linux-control.0.visu.Monitor_aufwecken</field>
      <field name="WITH_DELAY">FALSE</field>
      <value name="VALUE">
        <block type="logic_boolean" id="Ke|kPP)k!XDn%_YSDTe`">
          <field name="BOOL">TRUE</field>
        </block>
      </value>
      <next>
        <block type="debug" id="(zi-894jfA$71%G2B;X;">
          <field name="Severity">debug</field>
          <value name="TEXT">
            <shadow type="text" id="Hmi6iGa0crl{bm@47-1{">
              <field name="TEXT">Befehl durchlaufen</field>
            </shadow>
          </value>
        </block>
      </next>
    </block>
  </statement>
</block>

Im Linux-control habe ich unter "allgemein" den Host dazugefügt:
in meinem Fall Hostname, bei mir zutreffende IP-Adresse 192.168.2.148, Port 22, Benutzername, Passwort, das Feld "benutze Sudo" aktiviert, KEINEN rsa-Schlüssel und am Ende Timeout auf 10.
Bei Datenpunkte ist gemäß default fast alles aktiviert
Bei "Services" habe ich meinen Datenpunkt "Monitor_aufwecken" erstellt
Unter "Ordner" keine Eintragungen gemacht
Unter "meine Befehle" den Host eingetragen. Bei Datenpunkt-ID: Monitor_aufwecken;
Abfrageintervall auf 0sek; unter Befehl: xset -display :0.0 dpms force on ;
und am Ende noch Typ auf Button.
Bei Praxistest wird der Monitor aber nicht aufgeweckt.

Ich habe nun die Befehlszeile zum Test über Putty an den PI mit "schlafendem" Monitor gesendet. Zunächst mit sudo vor der Befehlszeile und danach zum Test auch ohne...
Hier das Ergebnis mit Fehlermeldung:

visadmin@visu:~ $ sudo xset -display :0.0 dpms force on
Authorization required, but no authorization protocol specified

xset:  unable to open display ":0.0"
visadmin@visu:~ $ xset -display :0.0 dpms force on
server does not have extension for dpms option
xset:  unknown option force

usage:  xset [-display host:dpy] option ...
    To turn bell off:
        -b                b off               b 0
    To set bell volume, pitch and duration:
         b [vol [pitch [dur]]]          b on
    To disable bug compatibility mode:
        -bc
    To enable bug compatibility mode:
        bc
    To turn keyclick off:
        -c                c off               c 0
    To set keyclick volume:
         c [0-100]        c on
    To control Display Power Management Signaling (DPMS) features:
        -dpms      DPMS features off
        +dpms      DPMS features on
         dpms [standby [suspend [off]]]
              force standby
              force suspend
              force off
              force on
              (also implicitly enables DPMS features)
              a timeout value of zero disables the mode
    To set the font path:
         fp= path[,path...]
    To restore the default font path:
         fp default
    To have the server reread font databases:
         fp rehash
    To remove elements from font path:
        -fp path[,path...]  fp- path[,path...]
    To prepend or append elements to font path:
        +fp path[,path...]  fp+ path[,path...]
    To set LED states off or on:
        -led [1-32]         led off
         led [1-32]         led on
        -led named 'name'   led off
         led named 'name'   led on
    To set mouse acceleration and threshold:
         m [acc_mult[/acc_div] [thr]]    m default
    To set pixel colors:
         p pixel_value color_name
    To turn auto-repeat off or on:
        -r [keycode]        r off
         r [keycode]        r on
         r rate [delay [rate]]
    For screen-saver control:
         s [timeout [cycle]]  s default    s on
         s blank              s noblank    s off
         s expose             s noexpose
         s activate           s reset
    For status information:  q
    To print version: -version
visadmin@visu:~ $

Könnt ihr mir weiterhelfen, warum das Aufwecken des "Monitors" nun auf neuer Plattform nicht mehr läuft und was ich an den Befehlen ändern muss.
Vielen Dank und bete Grüße FRANK

[Thomas Braun]

@Frank-KNX sagte in Touchscreen durch Bewegungsmelder aufwecken:

warum das Aufwecken des "Monitors" nun auf neuer Plattform nicht mehr läuft

Vermutlich verwendet dein neues System nun wayland als Displayserver und nicht mehr den alten X11-Server.
Da sind die Befehle mit 'x' (wie hier xset) nicht bekannt. Also workaround:
Stell in raspi-config auf den alten X11 zurück.
Oder schau mit welche Befehle ggfls. nun verwendet werden müsssen.

Edit:
Welcher Display-Server verwendet wird steht in

iob diag

drin.

[Homoran]

https://forum.iobroker.net/post/1319415

hatten wir das nicht gerade erst?

[Thomas Braun]

@Frank-KNX

Display ein/ausschalten sollte nun über

wlr-randr --output HDMI-A-1 --off
wlr-randr --output HDMI-A-1 --on

funktionieren. Die Bezeichnung des Displays (im Beispiel HDMI-A-1) müsste bei der einfachen Eingabe von

wlr-randr

um's Eck kommen.
wlr-randr muss ggfls. noch nachinstalliert werden.

[Frank-KNX]

@Thomas-Braun

Mit dem zweiten Befehl ist der Hinweis auf "HDMI-A-1" gekommen.

Bedeutet dieses Ergebnis, dass das entsprechende Programm bereits installiert ist ?

Muss ich dann im linux-control die von dir genannte Befehlszeile ergänzen ?
Das Display wird aber durch den PI weiter in den Schlafmodus versetzt (gehe ich davon aus, dass dieser Schlafmodus identisch mit der Abschaltung des HDMI-Signals ist oder muss ich dann auch die Abschaltung durch neuen Timer lösen?

[Thomas Braun]

@Frank-KNX

Kann ich dir alles nicht beantworten, weil auf meinen Servern keine GUI läuft.
Ich würde mit dem Befehl herumhantieren, am besten über eine SSH-Verbindung, dann ist es dir egal, ob der Monitor wieder eingeschaltet werden kann.