Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. Variablen bleiben gefüllt oder Variablen zurücksetzen

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    371

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    327

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    945

Variablen bleiben gefüllt oder Variablen zurücksetzen

Geplant Angeheftet Gesperrt Verschoben Blockly
6 Beiträge 3 Kommentatoren 396 Aufrufe 2 Beobachtet
  • Ä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.
  • SLang77S Offline
    SLang77S Offline
    SLang77
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    Das angehängte Blockly verwende ich um meine Rollos in einem bestimmten Zeitbreich herunter zu fahren.
    Das funktioniert soweit ganz prima.
    In dem Blockly wird auch geprüft, ob alle Rollos herunter gefahren wurden. Wenn nicht, wird eben die Variable "openRollo" raufgezählt" und die Varibale rolloName wird entsprechend gefüllt.
    Auch das funktioniert.

    Allerdings scheint es mir so, dass die Variablen openRollo und rolloName gefüllt bzw > 0 bleiben, wenn einmal der Fall eingetreten ist das ein Rollo nicht heruntergefahren werden konnte. Denn: Sobald dies einmal passiert, bekomme ich fortan jeden Abend die Info das ein Rollo nicht heruntergefahren werden konnte und zwar immer das/die selbe/n wie zuvor. Daher die Vermutung das die Variablen gefüllt bleiben. Leider weiß ich nicht wo man das nachsehen kann. Unter Objekte finde ich die zumindest nicht.

    Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

    Blockly.jpg

    HomoranH AsgothianA 2 Antworten Letzte Antwort
    0
    • SLang77S SLang77

      Hallo zusammen,

      Das angehängte Blockly verwende ich um meine Rollos in einem bestimmten Zeitbreich herunter zu fahren.
      Das funktioniert soweit ganz prima.
      In dem Blockly wird auch geprüft, ob alle Rollos herunter gefahren wurden. Wenn nicht, wird eben die Variable "openRollo" raufgezählt" und die Varibale rolloName wird entsprechend gefüllt.
      Auch das funktioniert.

      Allerdings scheint es mir so, dass die Variablen openRollo und rolloName gefüllt bzw > 0 bleiben, wenn einmal der Fall eingetreten ist das ein Rollo nicht heruntergefahren werden konnte. Denn: Sobald dies einmal passiert, bekomme ich fortan jeden Abend die Info das ein Rollo nicht heruntergefahren werden konnte und zwar immer das/die selbe/n wie zuvor. Daher die Vermutung das die Variablen gefüllt bleiben. Leider weiß ich nicht wo man das nachsehen kann. Unter Objekte finde ich die zumindest nicht.

      Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

      Blockly.jpg

      HomoranH Nicht stören
      HomoranH Nicht stören
      Homoran
      Global Moderator Administrators
      schrieb am zuletzt editiert von Homoran
      #2

      @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

      Daher die Vermutung das die Variablen gefüllt bleiben. L

      Natürlich bleiben die Werte von Variablen so lange bestehen bis sie geändert werden oder das Skript neu gestartet wird
      Das ist ja auch deren Sinn

      kein Support per PN! - Fragen im Forum stellen -
      Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
      Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
      der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

      SLang77S 1 Antwort Letzte Antwort
      0
      • SLang77S SLang77

        Hallo zusammen,

        Das angehängte Blockly verwende ich um meine Rollos in einem bestimmten Zeitbreich herunter zu fahren.
        Das funktioniert soweit ganz prima.
        In dem Blockly wird auch geprüft, ob alle Rollos herunter gefahren wurden. Wenn nicht, wird eben die Variable "openRollo" raufgezählt" und die Varibale rolloName wird entsprechend gefüllt.
        Auch das funktioniert.

        Allerdings scheint es mir so, dass die Variablen openRollo und rolloName gefüllt bzw > 0 bleiben, wenn einmal der Fall eingetreten ist das ein Rollo nicht heruntergefahren werden konnte. Denn: Sobald dies einmal passiert, bekomme ich fortan jeden Abend die Info das ein Rollo nicht heruntergefahren werden konnte und zwar immer das/die selbe/n wie zuvor. Daher die Vermutung das die Variablen gefüllt bleiben. Leider weiß ich nicht wo man das nachsehen kann. Unter Objekte finde ich die zumindest nicht.

        Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

        Blockly.jpg

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

        @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

        Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

        • Gibt es irgend einen Grund die Variable openRollo nicht zu Beginn der Funktion Shutdown-Herbst-Winter auf 0 zu setzen ?
        • Die gleiche Frage für den variable rolloName (mit Wert "")
        • Warum Pause 1 Min ? Besser wäre ein Konstrukt mit stop timeout gefolgt von timeout 1 min, und dann im Timeout alles was sich aktuell hinter dem Pause Baustein befindet.

        A.

        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
        • HomoranH Homoran

          @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

          Daher die Vermutung das die Variablen gefüllt bleiben. L

          Natürlich bleiben die Werte von Variablen so lange bestehen bis sie geändert werden oder das Skript neu gestartet wird
          Das ist ja auch deren Sinn

          SLang77S Offline
          SLang77S Offline
          SLang77
          schrieb am zuletzt editiert von
          #4

          @homoran sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

          @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

          Daher die Vermutung das die Variablen gefüllt bleiben. L

          Natürlich bleiben die Werte von Variablen so lange bestehen bis sie geändert werden oder das Skript neu gestartet wird
          Das ist ja auch deren Sinn

          Danke. Dann hatte ich das schonmal richtig verstanden...

          @asgothian sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

          @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

          Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

          • Gibt es irgend einen Grund die Variable openRollo nicht zu Beginn der Funktion Shutdown-Herbst-Winter auf 0 zu setzen ?
          • Die gleiche Frage für den variable rolloName (mit Wert "")
          • Warum Pause 1 Min ? Besser wäre ein Konstrukt mit stop timeout gefolgt von timeout 1 min, und dann im Timeout alles was sich aktuell hinter dem Pause Baustein befindet.

          A.

          Ähm... ach so... ja... wenn die Funktion angestoßen wird (jeden Tag zum Sonnenuntergang, dann werden auch die Variablen zurück gesetzt... Das macht Sinn... Danke!

          Die Pause ist drinn, da die Rollos eine gewisse Zeit benötigen bis Sie unten sind. Erst dann ist der nötige Wert erreicht. Lässt man die Pause weg wird das Blockly eben ohne Pause abgearbeitet Variablen werden jedes Mal "falsch" befüllt (Rollos sind noch nicht zueende gefahren). Das Resultat ist jedes mal eine Info-Mail obwohl alles ordnungsgemäß geplappt hat.

          Warum kein Timeout? Keine Ahnung... Wusste nicht dass das besser ist. Warum ist das besser?

          Ich habs mal anggepasst:

          Blockly.jpg

          AsgothianA 1 Antwort Letzte Antwort
          0
          • SLang77S SLang77

            @homoran sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

            @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

            Daher die Vermutung das die Variablen gefüllt bleiben. L

            Natürlich bleiben die Werte von Variablen so lange bestehen bis sie geändert werden oder das Skript neu gestartet wird
            Das ist ja auch deren Sinn

            Danke. Dann hatte ich das schonmal richtig verstanden...

            @asgothian sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

            @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

            Jetzt habe ich in das Blockly noch einen Trigger eingebaut, der die Variablen rolloName und openRollo Nachts um 02 Uhr auf ihren Inhalt prüft und diese ggf zurücksetzt. Kann man das so machen? Oder ist die Variable jetzt nicht doppelt vertreten? Könnte man hier im Prinzip auf die Variablen ohne den Trigger verzichten?

            • Gibt es irgend einen Grund die Variable openRollo nicht zu Beginn der Funktion Shutdown-Herbst-Winter auf 0 zu setzen ?
            • Die gleiche Frage für den variable rolloName (mit Wert "")
            • Warum Pause 1 Min ? Besser wäre ein Konstrukt mit stop timeout gefolgt von timeout 1 min, und dann im Timeout alles was sich aktuell hinter dem Pause Baustein befindet.

            A.

            Ähm... ach so... ja... wenn die Funktion angestoßen wird (jeden Tag zum Sonnenuntergang, dann werden auch die Variablen zurück gesetzt... Das macht Sinn... Danke!

            Die Pause ist drinn, da die Rollos eine gewisse Zeit benötigen bis Sie unten sind. Erst dann ist der nötige Wert erreicht. Lässt man die Pause weg wird das Blockly eben ohne Pause abgearbeitet Variablen werden jedes Mal "falsch" befüllt (Rollos sind noch nicht zueende gefahren). Das Resultat ist jedes mal eine Info-Mail obwohl alles ordnungsgemäß geplappt hat.

            Warum kein Timeout? Keine Ahnung... Wusste nicht dass das besser ist. Warum ist das besser?

            Ich habs mal anggepasst:

            Blockly.jpg

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

            @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

            Warum kein Timeout? Keine Ahnung... Wusste nicht dass das besser ist. Warum ist das besser?

            Das Stichwort für die Antwort ist "synchrone" und "asynchrone" Ausführung.

            Das Skript mit "Pause" ist synchron aufgebaut. Die Pause wartet 1 min. und blockiert die angeforderten Ressourcen bis es weiter geht. Sollte das Skript ein 2. mal gestartet werden wenn die Pause noch läuft so läuft dieses dann doppelt, da das erste Skript noch nicht beendet ist.

            Bei der Verwendung des Timeout werden nur Teile der Ressourcen beibehalten bis der Timeout abgelaufen ist. Das vollständige Skript wird beendet - nur der Teil der im "timeout" steht wird für eine spätere Abarbeitung vorgesehen. Wenn in diesem Fall das Skript ein 2. mal gestartet wird wenn der Timeout noch nicht abgelaufen ist sorgt das "stop Timeout" dafür das die "alte" Markierung zur späteren Abarbeitung entfernt wird bevor eine neu eingetragen wird.

            In diesem speziellen Fall hast Du damit wenig Probleme - auch mit dem Pause Baustein wird das Skript stabil laufen. Es geht da eher um die "best practice". Im Allgemeinen ist das arbeiten mit Timeouts und Events besser als mit Pausen da der gesamte ioBroker auf dem Prinzip der event-getriebenen asynchronen Abarbeitung aufsetzt.

            A.

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

            SLang77S 1 Antwort Letzte Antwort
            1
            • AsgothianA Asgothian

              @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

              Warum kein Timeout? Keine Ahnung... Wusste nicht dass das besser ist. Warum ist das besser?

              Das Stichwort für die Antwort ist "synchrone" und "asynchrone" Ausführung.

              Das Skript mit "Pause" ist synchron aufgebaut. Die Pause wartet 1 min. und blockiert die angeforderten Ressourcen bis es weiter geht. Sollte das Skript ein 2. mal gestartet werden wenn die Pause noch läuft so läuft dieses dann doppelt, da das erste Skript noch nicht beendet ist.

              Bei der Verwendung des Timeout werden nur Teile der Ressourcen beibehalten bis der Timeout abgelaufen ist. Das vollständige Skript wird beendet - nur der Teil der im "timeout" steht wird für eine spätere Abarbeitung vorgesehen. Wenn in diesem Fall das Skript ein 2. mal gestartet wird wenn der Timeout noch nicht abgelaufen ist sorgt das "stop Timeout" dafür das die "alte" Markierung zur späteren Abarbeitung entfernt wird bevor eine neu eingetragen wird.

              In diesem speziellen Fall hast Du damit wenig Probleme - auch mit dem Pause Baustein wird das Skript stabil laufen. Es geht da eher um die "best practice". Im Allgemeinen ist das arbeiten mit Timeouts und Events besser als mit Pausen da der gesamte ioBroker auf dem Prinzip der event-getriebenen asynchronen Abarbeitung aufsetzt.

              A.

              SLang77S Offline
              SLang77S Offline
              SLang77
              schrieb am zuletzt editiert von
              #6

              @asgothian sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

              @slang-0 sagte in Variablen bleiben gefüllt oder Variablen zurücksetzen:

              Warum kein Timeout? Keine Ahnung... Wusste nicht dass das besser ist. Warum ist das besser?

              Das Stichwort für die Antwort ist "synchrone" und "asynchrone" Ausführung.

              Das Skript mit "Pause" ist synchron aufgebaut. Die Pause wartet 1 min. und blockiert die angeforderten Ressourcen bis es weiter geht. Sollte das Skript ein 2. mal gestartet werden wenn die Pause noch läuft so läuft dieses dann doppelt, da das erste Skript noch nicht beendet ist.

              Bei der Verwendung des Timeout werden nur Teile der Ressourcen beibehalten bis der Timeout abgelaufen ist. Das vollständige Skript wird beendet - nur der Teil der im "timeout" steht wird für eine spätere Abarbeitung vorgesehen. Wenn in diesem Fall das Skript ein 2. mal gestartet wird wenn der Timeout noch nicht abgelaufen ist sorgt das "stop Timeout" dafür das die "alte" Markierung zur späteren Abarbeitung entfernt wird bevor eine neu eingetragen wird.

              In diesem speziellen Fall hast Du damit wenig Probleme - auch mit dem Pause Baustein wird das Skript stabil laufen. Es geht da eher um die "best practice". Im Allgemeinen ist das arbeiten mit Timeouts und Events besser als mit Pausen da der gesamte ioBroker auf dem Prinzip der event-getriebenen asynchronen Abarbeitung aufsetzt.

              A.

              Hi,

              Vielen Dank für die ausführliche Erklärung. Stehe noch ganz am Anfang, damit kommt man aber weiter!

              1 Antwort Letzte Antwort
              0

              Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

              Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

              Mit deinem Input könnte dieser Beitrag noch besser werden 💗

              Registrieren Anmelden
              Antworten
              • In einem neuen Thema antworten
              Anmelden zum Antworten
              • Älteste zuerst
              • Neuste zuerst
              • Meiste Stimmen


              Support us

              ioBroker
              Community Adapters
              Donate

              452

              Online

              32.8k

              Benutzer

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