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. Skripten / Logik
  4. Blockly
  5. Rollläden nur in bestimmtem Zimmer steuern

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

Rollläden nur in bestimmtem Zimmer steuern

Geplant Angeheftet Gesperrt Verschoben Blockly
13 Beiträge 2 Kommentatoren 773 Aufrufe 4 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.
  • G Offline
    G Offline
    G.Hawk
    schrieb am zuletzt editiert von G.Hawk
    #1

    Hallo
    Ich habe alle meine Rollläden von Homematic nun in iot eingebunden.
    Die Steuerung ist allerdings grauenerregend.
    Alexa, Rollladen Wohnzimmer West 100%?
    Rauf runter funktioniert nicht und in einem Raum mit mehreren Rollläden fragt sie ständig welchen ich meine. Ich habe Gruppen in der App angelegt.

    Nun meine Frage, ob dieses Skript so Ok ist, damit funktioniert es wunderbar.
    Oder gibt es da ein Problem, dass ich noch nicht gesehen habe?
    Der Trigger ist ein Datenpunkt, den ich in iot eingebunden habe.

    Unbenannt.JPG

    AsgothianA 1 Antwort Letzte Antwort
    0
    • G G.Hawk

      Hallo
      Ich habe alle meine Rollläden von Homematic nun in iot eingebunden.
      Die Steuerung ist allerdings grauenerregend.
      Alexa, Rollladen Wohnzimmer West 100%?
      Rauf runter funktioniert nicht und in einem Raum mit mehreren Rollläden fragt sie ständig welchen ich meine. Ich habe Gruppen in der App angelegt.

      Nun meine Frage, ob dieses Skript so Ok ist, damit funktioniert es wunderbar.
      Oder gibt es da ein Problem, dass ich noch nicht gesehen habe?
      Der Trigger ist ein Datenpunkt, den ich in iot eingebunden habe.

      Unbenannt.JPG

      AsgothianA Offline
      AsgothianA Offline
      Asgothian
      Developer
      schrieb am zuletzt editiert von
      #2

      @Martin-0
      Prinzipiell geht es so, aber:

      • Besser den Trigger auf "ist Größer als vorher", dafür das "falls Wert von ... = wahr" weg.
      • Warum die 1 Sekunde Wartezeit zwischen dem Trigger und dem Start der Aktion ?
      • Warum die Wartezeiten beim Ansteuern der Rolläden ?
      • Auf jeden Fall vor die beiden Timeouts jeweils einen Block "lösche Timeout" der die jeweiligen Timeouts löscht falls sie noch aktiv sind, sonst kann es zu interessanten Effekten kommen.
      • Ich würde eine variable "Echo Name" anlegen, und als erstes einmal den Wert vom Datenpunkt "Echo Device Name" da rein speichern, so das die Falls in der Folge immer nur die Variable abfragen müssen und nicht immer asynchron auf die Objekte zugreifen.

      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

      G 1 Antwort Letzte Antwort
      0
      • AsgothianA Asgothian

        @Martin-0
        Prinzipiell geht es so, aber:

        • Besser den Trigger auf "ist Größer als vorher", dafür das "falls Wert von ... = wahr" weg.
        • Warum die 1 Sekunde Wartezeit zwischen dem Trigger und dem Start der Aktion ?
        • Warum die Wartezeiten beim Ansteuern der Rolläden ?
        • Auf jeden Fall vor die beiden Timeouts jeweils einen Block "lösche Timeout" der die jeweiligen Timeouts löscht falls sie noch aktiv sind, sonst kann es zu interessanten Effekten kommen.
        • Ich würde eine variable "Echo Name" anlegen, und als erstes einmal den Wert vom Datenpunkt "Echo Device Name" da rein speichern, so das die Falls in der Folge immer nur die Variable abfragen müssen und nicht immer asynchron auf die Objekte zugreifen.
        G Offline
        G Offline
        G.Hawk
        schrieb am zuletzt editiert von
        #3

        @Asgothian
        Die Wartezeit mache ich, damit er auch sicher umgeschaltet hat.
        Wie mache ich das mit dem Stop Timeout?
        Ehrlich gesagt habe ich das noch nie verstanden, er stoppt doch sowieso nach den 3 Sekunden, oder?

        AsgothianA 1 Antwort Letzte Antwort
        0
        • G G.Hawk

          @Asgothian
          Die Wartezeit mache ich, damit er auch sicher umgeschaltet hat.
          Wie mache ich das mit dem Stop Timeout?
          Ehrlich gesagt habe ich das noch nie verstanden, er stoppt doch sowieso nach den 3 Sekunden, oder?

          AsgothianA Offline
          AsgothianA Offline
          Asgothian
          Developer
          schrieb am zuletzt editiert von
          #4

          @Martin-0
          Es gibt einen extra Block im Blockly dafür. (der mit dem "clear" im Screenshot)
          Screenshot 2020-09-21 at 16.02.11.png

          Und dieser Block dient dazu zu verhindern das wenn der Trigger ein zweites mal angestossen wird während der Timeout noch läuft nicht ein 2. timeout gestartet wird.

          Das mit dem "sicher umgeschaltet" habe ich nicht verstanden. Der Trigger feuert bei "jeder" Änderung des Datenpunktes. Du schaust 1 Sekunde später nach ob der immer noch umgeschaltet ist - das wuerde ja bedeuten das der Datenpunkt zwischendurch einfach mal nur kurz auf Wahr und dann wieder auf Falsch springt. In dem Fall wird der Timeout doppelt gestartet.
          Noch schlechter ist es wenn der Datenpunkt innerhalb 1 Sekunde von falsch auf wahr auf falsch und wieder auf wahr wechselt, weil er instabil ist. Dann hättest Du Insgesamt 3 Timeouts laufen, von denen 2 dann auch noch die Aktionen an den Rolläden auslösen wollen.

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          G 1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @Martin-0
            Es gibt einen extra Block im Blockly dafür. (der mit dem "clear" im Screenshot)
            Screenshot 2020-09-21 at 16.02.11.png

            Und dieser Block dient dazu zu verhindern das wenn der Trigger ein zweites mal angestossen wird während der Timeout noch läuft nicht ein 2. timeout gestartet wird.

            Das mit dem "sicher umgeschaltet" habe ich nicht verstanden. Der Trigger feuert bei "jeder" Änderung des Datenpunktes. Du schaust 1 Sekunde später nach ob der immer noch umgeschaltet ist - das wuerde ja bedeuten das der Datenpunkt zwischendurch einfach mal nur kurz auf Wahr und dann wieder auf Falsch springt. In dem Fall wird der Timeout doppelt gestartet.
            Noch schlechter ist es wenn der Datenpunkt innerhalb 1 Sekunde von falsch auf wahr auf falsch und wieder auf wahr wechselt, weil er instabil ist. Dann hättest Du Insgesamt 3 Timeouts laufen, von denen 2 dann auch noch die Aktionen an den Rolläden auslösen wollen.

            G Offline
            G Offline
            G.Hawk
            schrieb am zuletzt editiert von
            #5

            @Asgothian

            So?
            Unbenannt.JPG

            AsgothianA 1 Antwort Letzte Antwort
            0
            • G G.Hawk

              @Asgothian

              So?
              Unbenannt.JPG

              AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von Asgothian
              #6

              @Martin-0
              Anders herum. Der "stop timeout" Block muss vor den Timeout, nicht dahinter.

              Auch: Setz mal bitte die Haken bei "löschen falls läuft" in den Ansteuerungen mit Verzögerung.

              Und: Die Variable "Echo_name" sollte das "wert von object ID Echo Device Name" in den Falls blöcken ersetzen. Die Texte mit den korrekten Namen brauchst du fuer den Vergleich schon.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              G 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @Martin-0
                Anders herum. Der "stop timeout" Block muss vor den Timeout, nicht dahinter.

                Auch: Setz mal bitte die Haken bei "löschen falls läuft" in den Ansteuerungen mit Verzögerung.

                Und: Die Variable "Echo_name" sollte das "wert von object ID Echo Device Name" in den Falls blöcken ersetzen. Die Texte mit den korrekten Namen brauchst du fuer den Vergleich schon.

                G Offline
                G Offline
                G.Hawk
                schrieb am zuletzt editiert von
                #7

                @Asgothian
                Verstanden mit dem Timeout habe ich das jetzt nicht.
                Was macht das denn an der Stelle?

                Unbenannt.JPG

                AsgothianA 1 Antwort Letzte Antwort
                0
                • G G.Hawk

                  @Asgothian
                  Verstanden mit dem Timeout habe ich das jetzt nicht.
                  Was macht das denn an der Stelle?

                  Unbenannt.JPG

                  AsgothianA Offline
                  AsgothianA Offline
                  Asgothian
                  Developer
                  schrieb am zuletzt editiert von Asgothian
                  #8

                  @Martin-0

                  Wenn der Trigger das erste mal kommt wird ein Timeout gestartet.

                  3 Sekunden später soll etwas passieren.

                  Wenn der Trigger aber nach 2 Sekunden noch einmal aktiv wird, dann sorgt der "stop timeout" das der erste gestartete Timeout abgebrochen wird. Danach wird Wieder ein Timeout gestartet, der 3 Sekunden später eine Aktion auslöst. Die Aktion wird also nur 1 mal ausgeführt, nicht mehrmals.

                  Und nochmal zur Variable "Echo Name" - im Kontext deines alten Skriptes:

                  1600692100956-unbenannt.jpg

                  ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                  "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                  G 1 Antwort Letzte Antwort
                  0
                  • AsgothianA Asgothian

                    @Martin-0

                    Wenn der Trigger das erste mal kommt wird ein Timeout gestartet.

                    3 Sekunden später soll etwas passieren.

                    Wenn der Trigger aber nach 2 Sekunden noch einmal aktiv wird, dann sorgt der "stop timeout" das der erste gestartete Timeout abgebrochen wird. Danach wird Wieder ein Timeout gestartet, der 3 Sekunden später eine Aktion auslöst. Die Aktion wird also nur 1 mal ausgeführt, nicht mehrmals.

                    Und nochmal zur Variable "Echo Name" - im Kontext deines alten Skriptes:

                    1600692100956-unbenannt.jpg

                    G Offline
                    G Offline
                    G.Hawk
                    schrieb am zuletzt editiert von
                    #9

                    @Asgothian
                    Ah ok.
                    Es gibt nur ein Problem: Jetzt fahren alle Rollläden runter

                    AsgothianA 1 Antwort Letzte Antwort
                    0
                    • G G.Hawk

                      @Asgothian
                      Ah ok.
                      Es gibt nur ein Problem: Jetzt fahren alle Rollläden runter

                      AsgothianA Offline
                      AsgothianA Offline
                      Asgothian
                      Developer
                      schrieb am zuletzt editiert von
                      #10

                      @Martin-0 Siehe Screenshot in meiner Antwort. Du hast den falschen Baustein durch die Variable "Echo Name" ersetzt. :)

                      ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                      "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                      AsgothianA 1 Antwort Letzte Antwort
                      0
                      • AsgothianA Asgothian

                        @Martin-0 Siehe Screenshot in meiner Antwort. Du hast den falschen Baustein durch die Variable "Echo Name" ersetzt. :)

                        AsgothianA Offline
                        AsgothianA Offline
                        Asgothian
                        Developer
                        schrieb am zuletzt editiert von
                        #11

                        Noch als Erklärung, warum es Sinn macht die lokale Variable zu benutzen.

                        Stell Dir den Objektbaum wie ein Nachschlagewerk vor. Du kannst da zu jedem Objekt den wert nachschlagen. (Buch auf, Seite finden, wert lesen, buch zu).

                        Wenn du jetzt zum gleichen Objekt den Wert mehrmals in einem Skript brauchst, macht es Sinn das Du dir den im Vorfeld einmal aus dem Nachschlagewerk holst und speicherst, an statt jedes mal von neuem nachzuschlagen.

                        Trotzdem musst du den geholten Wert weiterhin mit den "Konstanten" ("Wohnzimmer", "Antons Zimmer" ... ) vergleichen wenn du sicher stellen willst das im richtigen Zimmer die Rolläden fahren :)

                        ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                        "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                        G 1 Antwort Letzte Antwort
                        0
                        • AsgothianA Asgothian

                          Noch als Erklärung, warum es Sinn macht die lokale Variable zu benutzen.

                          Stell Dir den Objektbaum wie ein Nachschlagewerk vor. Du kannst da zu jedem Objekt den wert nachschlagen. (Buch auf, Seite finden, wert lesen, buch zu).

                          Wenn du jetzt zum gleichen Objekt den Wert mehrmals in einem Skript brauchst, macht es Sinn das Du dir den im Vorfeld einmal aus dem Nachschlagewerk holst und speicherst, an statt jedes mal von neuem nachzuschlagen.

                          Trotzdem musst du den geholten Wert weiterhin mit den "Konstanten" ("Wohnzimmer", "Antons Zimmer" ... ) vergleichen wenn du sicher stellen willst das im richtigen Zimmer die Rolläden fahren :)

                          G Offline
                          G Offline
                          G.Hawk
                          schrieb am zuletzt editiert von
                          #12

                          @Asgothian
                          Jetzt aber:
                          Unbenannt.JPG

                          AsgothianA 1 Antwort Letzte Antwort
                          0
                          • G G.Hawk

                            @Asgothian
                            Jetzt aber:
                            Unbenannt.JPG

                            AsgothianA Offline
                            AsgothianA Offline
                            Asgothian
                            Developer
                            schrieb am zuletzt editiert von Asgothian
                            #13

                            @Martin-0
                            Jo.. so ist schon schöner :)
                            p.s. ich bin jetzt erstmal weg. Weitere Antworten erst in einer Stunde oder so.

                            ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
                            "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

                            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

                            585

                            Online

                            32.7k

                            Benutzer

                            82.4k

                            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