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. JavaScript
  5. Lampe an der Haustüre und Abwesenheit

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    11
    1
    360

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.6k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.5k

Lampe an der Haustüre und Abwesenheit

Geplant Angeheftet Gesperrt Verschoben JavaScript
13 Beiträge 5 Kommentatoren 412 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.
  • paul53P paul53

    @mickym sagte: XOR Verknüpfung:

    Einfacher:

    if(Christian != Kerstin)
    
    mickymM Offline
    mickymM Offline
    mickym
    Most Active
    schrieb am zuletzt editiert von
    #4

    @paul53 sagte in Lampe an der Haustüre und Abwesenheit:

    @mickym sagte: XOR Verknüpfung:

    Einfacher:

    if(Christian != Kerstin)
    

    OK - überzeugt. ;)

    Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

    M 1 Antwort Letzte Antwort
    1
    • mickymM Offline
      mickymM Offline
      mickym
      Most Active
      schrieb am zuletzt editiert von mickym
      #5

      Im Prinzip geht es darum, dass Du bei komplexeren Aktionen die Trigger streng trennst.

      In den ersten beiden Triggern (also Anwesenheitstriggern) kommen Aktionen, die grundsätzlich für jede einzelne Person gelten.
      In den Schedule Triggern nur die Aktionen, wenn dieser wahr ist. Also Aktion wenn es Dunkel ist aber unabhängig von anderen Dingen.

      Dann kann man sauber verschiedene Szenarien trennen, mit den Kombinationen.

      Statt lampeHaus, könnte die Funktion auch lauten:

      nurEinerdaUndDunkel()
      

      Und da hinein packt man dann alle Aktionen für dieses Szenario.

      Damit verknotet sich das Hirn nicht so leicht. ;)

      Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

      O M 2 Antworten Letzte Antwort
      1
      • mickymM mickym

        Im Prinzip geht es darum, dass Du bei komplexeren Aktionen die Trigger streng trennst.

        In den ersten beiden Triggern (also Anwesenheitstriggern) kommen Aktionen, die grundsätzlich für jede einzelne Person gelten.
        In den Schedule Triggern nur die Aktionen, wenn dieser wahr ist. Also Aktion wenn es Dunkel ist aber unabhängig von anderen Dingen.

        Dann kann man sauber verschiedene Szenarien trennen, mit den Kombinationen.

        Statt lampeHaus, könnte die Funktion auch lauten:

        nurEinerdaUndDunkel()
        

        Und da hinein packt man dann alle Aktionen für dieses Szenario.

        Damit verknotet sich das Hirn nicht so leicht. ;)

        O Offline
        O Offline
        ostseeskipper
        schrieb am zuletzt editiert von
        #6

        Sorry das ich hier so reinplatze.
        heisst man kann in einem JS Script mehrere Trigger so wie hier vorgeschlagen 4 an der Zahl nutzen?

        mickymM 1 Antwort Letzte Antwort
        0
        • O ostseeskipper

          Sorry das ich hier so reinplatze.
          heisst man kann in einem JS Script mehrere Trigger so wie hier vorgeschlagen 4 an der Zahl nutzen?

          mickymM Offline
          mickymM Offline
          mickym
          Most Active
          schrieb am zuletzt editiert von mickym
          #7

          @ostseeskipper

          Und grundsätzlich kannst du so viele Trigger in einem JS Modul nutzen, wie du willst. Bei jedem Trigger springt das Teil in den jeweiligen Code.

          Zusätzlich kannst in einem Trigger kannst Du auch mehrere IDs angeben (als Regex oder array).

          Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

          O 1 Antwort Letzte Antwort
          1
          • mickymM mickym

            @ostseeskipper

            Und grundsätzlich kannst du so viele Trigger in einem JS Modul nutzen, wie du willst. Bei jedem Trigger springt das Teil in den jeweiligen Code.

            Zusätzlich kannst in einem Trigger kannst Du auch mehrere IDs angeben (als Regex oder array).

            O Offline
            O Offline
            ostseeskipper
            schrieb am zuletzt editiert von
            #8

            @mickym :+1:
            Danke, gut zu wissen dann kann ich ja ein paar Scripte zusammen packen.
            Regex ist für mich Hexenwerk da ich es seit Monaten nicht versteh. Ich geh lieber direkt auf Datenpunkte.

            Was ist eigentlich Ressourcenschonender. Hab grad aktuell Bewegungsmelder.
            Script mit nur einem Trigger auf Bewegung zum Sonnenuntergang einschalten, oder Trigger mit 2 Bedingungen(Bewegung und Tagzeit) ?

            mickymM 1 Antwort Letzte Antwort
            0
            • O ostseeskipper

              @mickym :+1:
              Danke, gut zu wissen dann kann ich ja ein paar Scripte zusammen packen.
              Regex ist für mich Hexenwerk da ich es seit Monaten nicht versteh. Ich geh lieber direkt auf Datenpunkte.

              Was ist eigentlich Ressourcenschonender. Hab grad aktuell Bewegungsmelder.
              Script mit nur einem Trigger auf Bewegung zum Sonnenuntergang einschalten, oder Trigger mit 2 Bedingungen(Bewegung und Tagzeit) ?

              mickymM Offline
              mickymM Offline
              mickym
              Most Active
              schrieb am zuletzt editiert von mickym
              #9

              @ostseeskipper Nochmal - nach meinem Verständnis richtet sich ein Trigger nicht nach Bedingungen und kann nicht dynamisch ein und ausgeschaltet werden. Man kann nach meinem Verständnis nur innerhalb der Funktion eines Triggers steuern, ob eine Aktion ausgeführt wird oder nicht.

              Aber wie gesagt ich bin nicht der JS Spezialist, da ich in NodeRed als Logikmaschine verwende. Vielleicht kann das ja einer der JS Gurus @paul53 oder @OliverIO beantworten - aber wie gesagt ein Trigger gehorcht keinen Bedingungen. Sprich wenn der Code einmal ausgeführt wurde mit dem on (....) , dann bleibt der aktiv. Aber wie gesagt, ich bin in dem Bereich eher auch unsicher, da ich üblicherweise kein JS für meine Logik verwende.

              Nach meinem Verständnis muss man bestehende Trigger unsubscriben, um diese zu löschen - das muss man dann in den Code drum rum einbauen - um die Trigger je nach anderen Bedingungen zu aktivieren oder deaktivieren: https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#unsubscribe

              Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

              OliverIOO 1 Antwort Letzte Antwort
              1
              • mickymM mickym

                @ostseeskipper Nochmal - nach meinem Verständnis richtet sich ein Trigger nicht nach Bedingungen und kann nicht dynamisch ein und ausgeschaltet werden. Man kann nach meinem Verständnis nur innerhalb der Funktion eines Triggers steuern, ob eine Aktion ausgeführt wird oder nicht.

                Aber wie gesagt ich bin nicht der JS Spezialist, da ich in NodeRed als Logikmaschine verwende. Vielleicht kann das ja einer der JS Gurus @paul53 oder @OliverIO beantworten - aber wie gesagt ein Trigger gehorcht keinen Bedingungen. Sprich wenn der Code einmal ausgeführt wurde mit dem on (....) , dann bleibt der aktiv. Aber wie gesagt, ich bin in dem Bereich eher auch unsicher, da ich üblicherweise kein JS für meine Logik verwende.

                Nach meinem Verständnis muss man bestehende Trigger unsubscriben, um diese zu löschen - das muss man dann in den Code drum rum einbauen - um die Trigger je nach anderen Bedingungen zu aktivieren oder deaktivieren: https://github.com/ioBroker/ioBroker.javascript/blob/master/docs/en/javascript.md#unsubscribe

                OliverIOO Offline
                OliverIOO Offline
                OliverIO
                schrieb am zuletzt editiert von
                #10

                @mickym

                Im Rahmen des pattern parameters als Objekt der on Funktion (trigger)
                Können schon viele bedingungen angegeben werden.
                Das bedeutet, das Iobroker für euch schon vorfiltert ob der callback mit eurer Logik überhaupt aufgerufen wird.
                Wenn diese bedingungen geändert werden sollen, dann muss der trigger mit unsubscribe wieder aufgehoben werden und ein neuer trigger eingerichtet werden.
                Meiner Meinung nach macht das aber nicht soviel Sinn, da es dann besser ist den trigger ohne bedingungen einzurichten und selbst die Logik zu programmieren, die dann zu einer dynamischen Entscheidung führt welche Aktion tatsächlich ausgeführt werden soll.
                Es könnten auch bspw 2 trigger eingerichtet werden die jeweils auf die gegensächlichen bedingungen horcht (einmal bspw ack=True und einmal ack=false)
                Die Entscheidung wie das umgesetzt wird würde ich anhand der Menge des Codes abhängig machen. Wir können davon ausgehen, das der Code in Iobroker vielfach bei vielen ausgeführt wird und daher Fehler frühzeitig entdeckt werden.
                Eigener Code kann Fehler enthalten die du selbst dann erst finden und beheben musst. Daher sowenig Code wie möglich selbst schreiben.
                Die wartbarkeit deines Codes sollte allerdings ebenfalls im Vordergrund stehen. Wenn das was am Ende rauskommt durch euch nicht mehr verstanden wird, dann macht das auch nicht soviel Sinn.

                Am besten du machst mal einen Vorschlag und wir schauen drüber und können dich auf verbesserungspotential hinweisen

                Meine Adapter und Widgets
                TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
                Links im Profil

                mickymM 1 Antwort Letzte Antwort
                2
                • OliverIOO OliverIO

                  @mickym

                  Im Rahmen des pattern parameters als Objekt der on Funktion (trigger)
                  Können schon viele bedingungen angegeben werden.
                  Das bedeutet, das Iobroker für euch schon vorfiltert ob der callback mit eurer Logik überhaupt aufgerufen wird.
                  Wenn diese bedingungen geändert werden sollen, dann muss der trigger mit unsubscribe wieder aufgehoben werden und ein neuer trigger eingerichtet werden.
                  Meiner Meinung nach macht das aber nicht soviel Sinn, da es dann besser ist den trigger ohne bedingungen einzurichten und selbst die Logik zu programmieren, die dann zu einer dynamischen Entscheidung führt welche Aktion tatsächlich ausgeführt werden soll.
                  Es könnten auch bspw 2 trigger eingerichtet werden die jeweils auf die gegensächlichen bedingungen horcht (einmal bspw ack=True und einmal ack=false)
                  Die Entscheidung wie das umgesetzt wird würde ich anhand der Menge des Codes abhängig machen. Wir können davon ausgehen, das der Code in Iobroker vielfach bei vielen ausgeführt wird und daher Fehler frühzeitig entdeckt werden.
                  Eigener Code kann Fehler enthalten die du selbst dann erst finden und beheben musst. Daher sowenig Code wie möglich selbst schreiben.
                  Die wartbarkeit deines Codes sollte allerdings ebenfalls im Vordergrund stehen. Wenn das was am Ende rauskommt durch euch nicht mehr verstanden wird, dann macht das auch nicht soviel Sinn.

                  Am besten du machst mal einen Vorschlag und wir schauen drüber und können dich auf verbesserungspotential hinweisen

                  mickymM Offline
                  mickymM Offline
                  mickym
                  Most Active
                  schrieb am zuletzt editiert von
                  #11

                  @oliverio Na ich denke, die Antwort war an den TE gerichtet. Ich dachte mir nur, dass Du als JS Spezialist qualifiziertere Antworten geben kannst als ich.

                  Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

                  1 Antwort Letzte Antwort
                  0
                  • mickymM mickym

                    @paul53 sagte in Lampe an der Haustüre und Abwesenheit:

                    @mickym sagte: XOR Verknüpfung:

                    Einfacher:

                    if(Christian != Kerstin)
                    

                    OK - überzeugt. ;)

                    M Offline
                    M Offline
                    mendikant
                    schrieb am zuletzt editiert von
                    #12

                    @mickym Das XOR Ist allerdings sehr überzeugend...

                    1 Antwort Letzte Antwort
                    0
                    • mickymM mickym

                      Im Prinzip geht es darum, dass Du bei komplexeren Aktionen die Trigger streng trennst.

                      In den ersten beiden Triggern (also Anwesenheitstriggern) kommen Aktionen, die grundsätzlich für jede einzelne Person gelten.
                      In den Schedule Triggern nur die Aktionen, wenn dieser wahr ist. Also Aktion wenn es Dunkel ist aber unabhängig von anderen Dingen.

                      Dann kann man sauber verschiedene Szenarien trennen, mit den Kombinationen.

                      Statt lampeHaus, könnte die Funktion auch lauten:

                      nurEinerdaUndDunkel()
                      

                      Und da hinein packt man dann alle Aktionen für dieses Szenario.

                      Damit verknotet sich das Hirn nicht so leicht. ;)

                      M Offline
                      M Offline
                      mendikant
                      schrieb am zuletzt editiert von
                      #13

                      @mickym Danke, Du hast es auf das reduziert, was es ist: Ein Logikproblem...
                      Und ich habe jetzt mehrmals lesen müssen, bis ich es verstanden habe: Der Trigger ist meine Ankunft zuhause.
                      Das ist auch deswegen sinnvoll, weil ich vielleicht auch Dinge triggern will, wenn ich tagsüber ankomme...
                      Das lasse ich mal so sacken, und starte mein konzeptionelles Denken nochmal neu...

                      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

                      789

                      Online

                      32.5k

                      Benutzer

                      81.8k

                      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