Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Visualisierung
  4. Touchscreen durch Bewegungsmelder aufwecken

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.7k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    870

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

Touchscreen durch Bewegungsmelder aufwecken

Geplant Angeheftet Gesperrt Verschoben Visualisierung
13 Beiträge 6 Kommentatoren 1.2k Aufrufe 6 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • R Online
    R Online
    Ritter
    schrieb am zuletzt editiert von Ritter
    #3

    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.

    1 Antwort Letzte Antwort
    0
    • Jey CeeJ 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.

      F Offline
      F Offline
      Frank-KNX
      schrieb am zuletzt editiert von
      #4

      @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...

      Jey CeeJ 1 Antwort Letzte Antwort
      0
      • F 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.

        guenni71G Offline
        guenni71G Offline
        guenni71
        schrieb am zuletzt editiert von
        #5

        @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.

        ioBroker auf dem Rock64
        Sonoff, Arduino, Esp8266, Shelly, MQTT mit Mosquitto RS488

        F 1 Antwort Letzte Antwort
        0
        • guenni71G 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.

          F Offline
          F Offline
          Frank-KNX
          schrieb am zuletzt editiert von
          #6

          @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

          1 Antwort Letzte Antwort
          0
          • F 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...

            Jey CeeJ Online
            Jey CeeJ Online
            Jey Cee
            Developer
            schrieb am zuletzt editiert von
            #7

            @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.

            Persönlicher Support
            Spenden -> paypal.me/J3YC33

            1 Antwort Letzte Antwort
            0
            • F Offline
              F Offline
              Frank-KNX
              schrieb am zuletzt editiert von
              #8

              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 BraunT 2 Antworten Letzte Antwort
              0
              • F 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 BraunT Online
                Thomas BraunT Online
                Thomas Braun
                Most Active
                schrieb am zuletzt editiert von Thomas Braun
                #9

                @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.

                Linux-Werkzeugkasten:
                https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                NodeJS Fixer Skript:
                https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                1 Antwort Letzte Antwort
                0
                • HomoranH Offline
                  HomoranH Offline
                  Homoran
                  Global Moderator Administrators
                  schrieb am zuletzt editiert von
                  #10

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

                  hatten wir das nicht gerade erst?

                  kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                  Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                  der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                  1 Antwort Letzte Antwort
                  0
                  • F 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 BraunT Online
                    Thomas BraunT Online
                    Thomas Braun
                    Most Active
                    schrieb am zuletzt editiert von
                    #11

                    @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.

                    Linux-Werkzeugkasten:
                    https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                    NodeJS Fixer Skript:
                    https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                    iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                    F 1 Antwort Letzte Antwort
                    0
                    • Thomas BraunT 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.

                      F Offline
                      F Offline
                      Frank-KNX
                      schrieb am zuletzt editiert von
                      #12

                      @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 BraunT 1 Antwort Letzte Antwort
                      0
                      • F 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 BraunT Online
                        Thomas BraunT Online
                        Thomas Braun
                        Most Active
                        schrieb am zuletzt editiert von
                        #13

                        @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.

                        Linux-Werkzeugkasten:
                        https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                        NodeJS Fixer Skript:
                        https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                        iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                        1 Antwort Letzte Antwort
                        0
                        Antworten
                        • In einem neuen Thema antworten
                        Anmelden zum Antworten
                        • Älteste zuerst
                        • Neuste zuerst
                        • Meiste Stimmen


                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        332

                        Online

                        32.6k

                        Benutzer

                        82.1k

                        Themen

                        1.3m

                        Beiträge
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                        ioBroker Community 2014-2025
                        logo
                        • Anmelden

                        • Du hast noch kein Konto? Registrieren

                        • Anmelden oder registrieren, um zu suchen
                        • Erster Beitrag
                          Letzter Beitrag
                        0
                        • Home
                        • Aktuell
                        • Tags
                        • Ungelesen 0
                        • Kategorien
                        • Unreplied
                        • Beliebt
                        • GitHub
                        • Docu
                        • Hilfe