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. Trigger unsubscribe (Verständnisfrage)

NEWS

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.2k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.3k

Trigger unsubscribe (Verständnisfrage)

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
22 Beiträge 4 Kommentatoren 1.2k Aufrufe 3 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.
  • ? Ein ehemaliger Benutzer

    @ostseeskipper naja mach dir nicht so ein kopf darüber. :) normalerweise ist das kein problem mehrere skripte zu haben wo evtl der gleiche trigger drin auftaucht. Ausser wie paul schon schrieb du evtl. irgendwo ein unsubscribe hast dann kann es evtl sein das in allen skripten der trigger nicht mehr auslöst. Ist aber das Skript komplett abgestellt, wo dieser Befehl drin ist, dann passiert auch nichts.

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

    @ciddi89 :+1:
    ok, Danke, dann kann ich ja beruhigt schlafen gehen

    1 Antwort Letzte Antwort
    0
    • O ostseeskipper

      @paul53

      also unsubscribe(id) per befehl?
      oder auch wenn das Script mit (Trigger auf (id)) beendet wird aber in einem anderen Script der (id) noch überwacht wird ?

      Script A läuft 24/7 und horcht auf DP 1
      Script B läuft z.B. nur Nachts und horcht auch auf DP 1

      CodierknechtC Offline
      CodierknechtC Offline
      Codierknecht
      Developer Most Active
      schrieb am zuletzt editiert von
      #13

      @ostseeskipper sagte in Trigger unsubscribe (Verständnisfrage):

      Script B läuft z.B. nur Nachts und horcht auch auf DP 1

      Ich stelle mir hier die Frage: Warum läuft ein Script nur zu bestimmten Zeiten?
      Ich würde einen DP auch nur in einem Script verarbeiten und im Trigger die Zeit prüfen.
      Also etwa so:
      b4c0f22c-3665-420c-9b77-bdc560fc6cfa-image.png
      Hier im Forum höre ich gelegentlich von Geister-Scripten, die trotz Beenden als "Geister-Script" noch etwas tun.

      "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

      Proxmox 9.1.1 LXC|8 GB|Core i7-6700
      HmIP|ZigBee|Tasmota|Unifi
      Zabbix Certified Specialist
      Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

      ? 1 Antwort Letzte Antwort
      0
      • CodierknechtC Codierknecht

        @ostseeskipper sagte in Trigger unsubscribe (Verständnisfrage):

        Script B läuft z.B. nur Nachts und horcht auch auf DP 1

        Ich stelle mir hier die Frage: Warum läuft ein Script nur zu bestimmten Zeiten?
        Ich würde einen DP auch nur in einem Script verarbeiten und im Trigger die Zeit prüfen.
        Also etwa so:
        b4c0f22c-3665-420c-9b77-bdc560fc6cfa-image.png
        Hier im Forum höre ich gelegentlich von Geister-Scripten, die trotz Beenden als "Geister-Script" noch etwas tun.

        ? Offline
        ? Offline
        Ein ehemaliger Benutzer
        schrieb am zuletzt editiert von
        #14

        @codierknecht oder was ich mir mittlerweile angewöhne anstatt das ganze Script auszuschalten: einen eigenen Datenpunkt erstellen und den auf eine variabel im Script setzen. Und die Funktionen dann nur laufen lassen wenn dieser auch true ist.

        CodierknechtC 1 Antwort Letzte Antwort
        0
        • ? Ein ehemaliger Benutzer

          @codierknecht oder was ich mir mittlerweile angewöhne anstatt das ganze Script auszuschalten: einen eigenen Datenpunkt erstellen und den auf eine variabel im Script setzen. Und die Funktionen dann nur laufen lassen wenn dieser auch true ist.

          CodierknechtC Offline
          CodierknechtC Offline
          Codierknecht
          Developer Most Active
          schrieb am zuletzt editiert von
          #15

          @ciddi89
          Oder so ... auf jeden Fall besser als ein Script abzuschalten ;-)

          "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

          Proxmox 9.1.1 LXC|8 GB|Core i7-6700
          HmIP|ZigBee|Tasmota|Unifi
          Zabbix Certified Specialist
          Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

          O 1 Antwort Letzte Antwort
          0
          • CodierknechtC Codierknecht

            @ciddi89
            Oder so ... auf jeden Fall besser als ein Script abzuschalten ;-)

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

            @codierknecht ich lern gern dazu.
            Warum ist es besser ein Script laufen zu lassen nur damit es feststellt das es nichts tun soll?

            Beispiel:
            Bewegungsmelder der auf Bewegung triggert.
            Script mit dem Trigger auf den Bewegungsmelder wird zum Sonnenuntergang ein und zum Sonnenaufgang ausgeschaltet.
            Ansonsten würde bei einer Bewegung am Tag der Trigger ausgelöst, dann geprüft werden was für eine Tageszeit ist um dann zu entscheiden ob Licht ein geschaltet werden muss. Das am Tag so 100x . Nachts ist ehh weniger los und es soll Licht werden.

            paul53P 1 Antwort Letzte Antwort
            0
            • O ostseeskipper

              @codierknecht ich lern gern dazu.
              Warum ist es besser ein Script laufen zu lassen nur damit es feststellt das es nichts tun soll?

              Beispiel:
              Bewegungsmelder der auf Bewegung triggert.
              Script mit dem Trigger auf den Bewegungsmelder wird zum Sonnenuntergang ein und zum Sonnenaufgang ausgeschaltet.
              Ansonsten würde bei einer Bewegung am Tag der Trigger ausgelöst, dann geprüft werden was für eine Tageszeit ist um dann zu entscheiden ob Licht ein geschaltet werden muss. Das am Tag so 100x . Nachts ist ehh weniger los und es soll Licht werden.

              paul53P Offline
              paul53P Offline
              paul53
              schrieb am zuletzt editiert von
              #17

              @ostseeskipper sagte: Warum ist es besser ein Script laufen zu lassen nur damit es feststellt das es nichts tun soll?

              Weil ein Skriptstart viele Ressourcen verbraucht (Compiler).

              Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
              Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

              O 1 Antwort Letzte Antwort
              0
              • paul53P paul53

                @ostseeskipper sagte: Warum ist es besser ein Script laufen zu lassen nur damit es feststellt das es nichts tun soll?

                Weil ein Skriptstart viele Ressourcen verbraucht (Compiler).

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

                @paul53
                OK, hätte ich nicht vermutet und wenn du das nicht gesagt hättest auch nicht geglaubt.

                Apro Po Skriptstart:
                Heisst das auch du würdest statt einem Auftruf eines "Unter"-Script(wo kein Trigger drin ist) von einem Haupt-Script, das lieber als Funktion innerhalb des Hauptscripts erledigen lassen.
                Dann gibts nur noch ein Script und das ist megariesig.

                paul53P 1 Antwort Letzte Antwort
                0
                • O ostseeskipper

                  @paul53
                  OK, hätte ich nicht vermutet und wenn du das nicht gesagt hättest auch nicht geglaubt.

                  Apro Po Skriptstart:
                  Heisst das auch du würdest statt einem Auftruf eines "Unter"-Script(wo kein Trigger drin ist) von einem Haupt-Script, das lieber als Funktion innerhalb des Hauptscripts erledigen lassen.
                  Dann gibts nur noch ein Script und das ist megariesig.

                  paul53P Offline
                  paul53P Offline
                  paul53
                  schrieb am zuletzt editiert von paul53
                  #19

                  @ostseeskipper sagte: Dann gibts nur noch ein Script und das ist megariesig.

                  Das ist zwar effizienter, aber den Überblick sollte man schon noch behalten.

                  @ostseeskipper sagte in Trigger unsubscribe (Verständnisfrage):

                  Auftruf eines "Unter"-Script(wo kein Trigger drin ist)

                  Wie ruft man ein "Unterskript" ohne Trigger auf?

                  Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                  Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                  1 Antwort Letzte Antwort
                  0
                  • O Offline
                    O Offline
                    ostseeskipper
                    schrieb am zuletzt editiert von
                    #20

                    @paul53
                    Lieben Dank, dann schau ich mal wo es Sinn macht.

                    Unterscript aufrufen mach mit setState(dp,true) wobei dp = 'javascript.0.scriptEnabled.xxx' ist.

                    paul53P 1 Antwort Letzte Antwort
                    0
                    • O ostseeskipper

                      @paul53
                      Lieben Dank, dann schau ich mal wo es Sinn macht.

                      Unterscript aufrufen mach mit setState(dp,true) wobei dp = 'javascript.0.scriptEnabled.xxx' ist.

                      paul53P Offline
                      paul53P Offline
                      paul53
                      schrieb am zuletzt editiert von
                      #21

                      @ostseeskipper sagte: setState(dp,true) wobei dp = 'javascript.0.scriptEnabled.xxx' ist.

                      Das ist "Skript starten".

                      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
                      Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

                      O 1 Antwort Letzte Antwort
                      0
                      • paul53P paul53

                        @ostseeskipper sagte: setState(dp,true) wobei dp = 'javascript.0.scriptEnabled.xxx' ist.

                        Das ist "Skript starten".

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

                        @paul53
                        ja klar Script starten und werden von anderen Scripten mit Triggern aufgerufen / gestartet besser ausgedrückt.
                        Wir meinen das selbe.

                        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

                        449

                        Online

                        32.4k

                        Benutzer

                        81.5k

                        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