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. [gelöst] Zeitverzögerung und Timer

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

[gelöst] Zeitverzögerung und Timer

Geplant Angeheftet Gesperrt Verschoben Blockly
blockly
34 Beiträge 3 Kommentatoren 1.6k Aufrufe 2 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

    @Humidor sagte:

    das mit dem "vorherigen Wert" verstehe ich nicht, soll das eine Zwischenvariable sein?

    Nein, das ist eine Eigenschaft des Trigger-Datenpunktes (deshalb unter Blöcke "Trigger")

    Blockly_temp.JPG

    HumidorH Offline
    HumidorH Offline
    Humidor
    schrieb am zuletzt editiert von
    #17

    @paul53
    das hab ich nicht ?
    Bild Text

    BG

    paul53P 1 Antwort Letzte Antwort
    0
    • HumidorH Humidor

      @paul53
      das hab ich nicht ?
      Bild Text

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

      @Humidor sagte:

      das hab ich nicht ?

      Runter scrollen.

      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

      HumidorH 1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @Humidor sagte:

        das hab ich nicht ?

        Runter scrollen.

        HumidorH Offline
        HumidorH Offline
        Humidor
        schrieb am zuletzt editiert von
        #19

        @paul53
        gefunden, danke!

        aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

        BG

        HumidorH paul53P 2 Antworten Letzte Antwort
        0
        • HumidorH Humidor

          @paul53
          gefunden, danke!

          aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

          HumidorH Offline
          HumidorH Offline
          Humidor
          schrieb am zuletzt editiert von
          #20

          @Humidor
          Bild Text

          BG

          1 Antwort Letzte Antwort
          0
          • HumidorH Humidor

            @paul53
            gefunden, danke!

            aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

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

            @Humidor sagte:

            aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

            Es soll die Verzögerung nur gestartet werden, wenn

            • der Wert <= 68 ist (sonst)
            • der vorherige Wert > 68 ist
            • die Tür geschlossen ist

            Die Prüfung auf vorheriger Wert > 68 verhindert, dass ein weiterer Timer gestartet wird, wenn sich der Wert z.B. von 68 auf 67 ändert.

            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

            HumidorH 1 Antwort Letzte Antwort
            0
            • paul53P paul53

              @Humidor sagte:

              aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

              Es soll die Verzögerung nur gestartet werden, wenn

              • der Wert <= 68 ist (sonst)
              • der vorherige Wert > 68 ist
              • die Tür geschlossen ist

              Die Prüfung auf vorheriger Wert > 68 verhindert, dass ein weiterer Timer gestartet wird, wenn sich der Wert z.B. von 68 auf 67 ändert.

              HumidorH Offline
              HumidorH Offline
              Humidor
              schrieb am zuletzt editiert von
              #22

              @paul53 sagte in Zeitverzögerung und Timer:

              @Humidor sagte:

              aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

              Es soll die Verzögerung nur gestartet werden, wenn

              • der Wert <= 68 ist (sonst)
              • der vorherige Wert > 68 ist
              • die Tür geschlossen ist

              Die Prüfung auf vorheriger Wert > 68 verhindert, dass ein weiterer Timer gestartet wird, wenn sich der Wert z.B. von 68 auf 67 ändert.

              d.h. dass er den "mach" Zweig nur 1x beschreitet, darin aber die Timer laufen bis die Feuchte >68 wird ?

              BG

              paul53P 1 Antwort Letzte Antwort
              0
              • HumidorH Humidor

                @paul53 sagte in Zeitverzögerung und Timer:

                @Humidor sagte:

                aber kapier ich nicht was der vorherige Wert mit der Abfrage zu tun hat?

                Es soll die Verzögerung nur gestartet werden, wenn

                • der Wert <= 68 ist (sonst)
                • der vorherige Wert > 68 ist
                • die Tür geschlossen ist

                Die Prüfung auf vorheriger Wert > 68 verhindert, dass ein weiterer Timer gestartet wird, wenn sich der Wert z.B. von 68 auf 67 ändert.

                d.h. dass er den "mach" Zweig nur 1x beschreitet, darin aber die Timer laufen bis die Feuchte >68 wird ?

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

                @Humidor
                Im oberen mache-Zweig werden die Timer gelöscht, wenn die Feuchte > 68 ist.
                Der sonst-Zweig wird ausgeführt, wenn die Feuchte <= 68 ist. falls bei sonst falls prüft weitere Bedingungen.

                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

                HumidorH 1 Antwort Letzte Antwort
                0
                • paul53P paul53

                  @Humidor
                  Im oberen mache-Zweig werden die Timer gelöscht, wenn die Feuchte > 68 ist.
                  Der sonst-Zweig wird ausgeführt, wenn die Feuchte <= 68 ist. falls bei sonst falls prüft weitere Bedingungen.

                  HumidorH Offline
                  HumidorH Offline
                  Humidor
                  schrieb am zuletzt editiert von
                  #24

                  @paul53 sagte in Zeitverzögerung und Timer:

                  @Humidor
                  Im mache-Zweig werden die Timer gelöscht, wenn die Feuchte > 68 ist.
                  Der sonst-falls-Zweig wird ausgeführt, wenn die Feuchte <= 68 ist.

                  ja richtig im sonst falls, dort muss die Tür zu sein und der vorige Wert <=68

                  ich kapiers nicht, warum voriger Wert <= 68 ?

                  BG

                  paul53P 1 Antwort Letzte Antwort
                  0
                  • HumidorH Humidor

                    @paul53 sagte in Zeitverzögerung und Timer:

                    @Humidor
                    Im mache-Zweig werden die Timer gelöscht, wenn die Feuchte > 68 ist.
                    Der sonst-falls-Zweig wird ausgeführt, wenn die Feuchte <= 68 ist.

                    ja richtig im sonst falls, dort muss die Tür zu sein und der vorige Wert <=68

                    ich kapiers nicht, warum voriger Wert <= 68 ?

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

                    @Humidor sagte:

                    ich kapiers nicht, warum voriger Wert <= 68 ?

                    Das würde ich auch nicht kapieren, denn die richtige Bedingung ist vorheriger Wert > 68, wie schon mehrmals geschrieben.

                    Blockly_temp.JPG

                    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

                    HumidorH 1 Antwort Letzte Antwort
                    0
                    • paul53P paul53

                      @Humidor sagte:

                      ich kapiers nicht, warum voriger Wert <= 68 ?

                      Das würde ich auch nicht kapieren, denn die richtige Bedingung ist vorheriger Wert > 68, wie schon mehrmals geschrieben.

                      Blockly_temp.JPG

                      HumidorH Offline
                      HumidorH Offline
                      Humidor
                      schrieb am zuletzt editiert von
                      #26

                      @paul53 sagte in Zeitverzögerung und Timer:

                      @Humidor sagte:

                      ich kapiers nicht, warum voriger Wert <= 68 ?

                      Das würde ich auch nicht kapieren, denn die richtige Bedingung ist vorheriger Wert > 68, wie schon mehrmals geschrieben.

                      bei @Asgothian war voriger Wert <=68 geschrieben

                      voriger Wert >68 bedeutet , dass der Zweig nur 1x abgearbeitet wird, wenn 1x die Bedingung eintritt, dass der Wert <=68 wurde. Das verhindert bei erneutem Durchlauf des Blocky, dass eine weitere Instanz generiert wird!? ist das so, werden bei jedem Durchlauf von Blocky weitere erzeugt??

                      BG

                      paul53P 1 Antwort Letzte Antwort
                      0
                      • HumidorH Humidor

                        @paul53 sagte in Zeitverzögerung und Timer:

                        @Humidor sagte:

                        ich kapiers nicht, warum voriger Wert <= 68 ?

                        Das würde ich auch nicht kapieren, denn die richtige Bedingung ist vorheriger Wert > 68, wie schon mehrmals geschrieben.

                        bei @Asgothian war voriger Wert <=68 geschrieben

                        voriger Wert >68 bedeutet , dass der Zweig nur 1x abgearbeitet wird, wenn 1x die Bedingung eintritt, dass der Wert <=68 wurde. Das verhindert bei erneutem Durchlauf des Blocky, dass eine weitere Instanz generiert wird!? ist das so, werden bei jedem Durchlauf von Blocky weitere erzeugt??

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

                        @Humidor sagte:

                        bei @Asgothian war voriger Wert <=68 geschrieben

                        Das hatte @Asgothian falsch herum (trocknen) interpretiert.

                        @Humidor sagte in Zeitverzögerung und Timer:

                        voriger Wert >68 bedeutet , dass der Zweig nur 1x abgearbeitet wird, wenn 1x die Bedingung eintritt, dass der Wert <=68 wurde.

                        Richtig. Bei z.B. Wertänderung von 66 auf 67 ist zwar die Bedingung Wert <= 68 erfüllt, nicht aber die Bedingung vorheriger Wert > 68. Somit wird der Start eines weiteren Timers verhindert.

                        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

                        HumidorH 1 Antwort Letzte Antwort
                        1
                        • paul53P paul53

                          @Humidor sagte:

                          bei @Asgothian war voriger Wert <=68 geschrieben

                          Das hatte @Asgothian falsch herum (trocknen) interpretiert.

                          @Humidor sagte in Zeitverzögerung und Timer:

                          voriger Wert >68 bedeutet , dass der Zweig nur 1x abgearbeitet wird, wenn 1x die Bedingung eintritt, dass der Wert <=68 wurde.

                          Richtig. Bei z.B. Wertänderung von 66 auf 67 ist zwar die Bedingung Wert <= 68 erfüllt, nicht aber die Bedingung vorheriger Wert > 68. Somit wird der Start eines weiteren Timers verhindert.

                          HumidorH Offline
                          HumidorH Offline
                          Humidor
                          schrieb am zuletzt editiert von Humidor
                          #28

                          @paul53

                          d.h. nun is alles supa !?
                          Bild Text

                          kann im unteren mit der Tür der falls "Wert von..." durch ein "Wert"(rot) ersetzt werden?
                          eigentlich ein "wahr"

                          BG

                          paul53P 1 Antwort Letzte Antwort
                          0
                          • HumidorH Humidor

                            @paul53

                            d.h. nun is alles supa !?
                            Bild Text

                            kann im unteren mit der Tür der falls "Wert von..." durch ein "Wert"(rot) ersetzt werden?
                            eigentlich ein "wahr"

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

                            @Humidor sagte:

                            kann im unteren mit der Tür der falls "Wert von..." durch ein "Wert"(rot) ersetzt werden?

                            Ja (Wert rot aus Blöcke "Trigger").

                            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

                            HumidorH 1 Antwort Letzte Antwort
                            0
                            • paul53P paul53

                              @Humidor sagte:

                              kann im unteren mit der Tür der falls "Wert von..." durch ein "Wert"(rot) ersetzt werden?

                              Ja (Wert rot aus Blöcke "Trigger").

                              HumidorH Offline
                              HumidorH Offline
                              Humidor
                              schrieb am zuletzt editiert von
                              #30

                              @paul53
                              super, dann geschafft, nun testen
                              Danke euch !!

                              BG

                              1 Antwort Letzte Antwort
                              0
                              • HumidorH Humidor

                                Hallo Gemeinde,
                                ich muss doch noch mal ran und die Funktion ändern.

                                Ein Zigbee Feuchtesensor übermittelt die Feuchtigkeit. Da es sich um ein träges System handelt muss ich Grenzen einbauen. Dieser Wert steuert eine Smart-Steckdose die einen kleinen Ventilator ansteuert der aus einem Behälter Luftfeuchte in den Humi transportiert.

                                Ich möchte, das bei Unterschreitung eines Wertes ein Timer läuft (soll nicht sofort den Ausgang aktivieren), dann bei weiterhin Unterschreitung des Wertes den Ausgang für eine feste Zeit (30s) aktivieren und den Ausgang wieder ausschalten. Danach soll sich alle 5min der Ausgang bei weiterhin Unterschreitung des Grenzwertes der Ausgang wieder für 30s aktivieren.

                                Danke euch!! ich werd mal was versuchen, hab das aber mit den Timouts noch nicht wirklich kapiert, aber jetzt muss das werden ;)

                                Es gibt auch noch einen weiteren Faktor, wenn die Türe geöffnet ist (Zigbee Sensor), da soll der Feuchter nicht starten bzw. laufen. Ev. wäre eine Situation noch, dass beim Schließen der Tür der Ausgang für 10s geschaltet wird.

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

                                @Humidor sagte:

                                Ev. wäre eine Situation noch, dass beim Schließen der Tür der Ausgang für 10s geschaltet wird.

                                Blockly_temp.JPG

                                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

                                HumidorH 1 Antwort Letzte Antwort
                                1
                                • paul53P paul53

                                  @Humidor sagte:

                                  Ev. wäre eine Situation noch, dass beim Schließen der Tür der Ausgang für 10s geschaltet wird.

                                  Blockly_temp.JPG

                                  HumidorH Offline
                                  HumidorH Offline
                                  Humidor
                                  schrieb am zuletzt editiert von
                                  #32

                                  Es funktioniert !! Super Danke Jungs!!

                                  BG

                                  HumidorH 1 Antwort Letzte Antwort
                                  0
                                  • HumidorH Humidor

                                    Es funktioniert !! Super Danke Jungs!!

                                    HumidorH Offline
                                    HumidorH Offline
                                    Humidor
                                    schrieb am zuletzt editiert von Humidor
                                    #33

                                    Hallo Jungs,

                                    es gibt ein paar Probleme mit dem Script.

                                    1. wenn die Feuchte unter 68% war beim aktivieren, schaltet er niemals ein
                                    2. wenn der Befeuchter manuell gestartet wurde, schaltet er ev. niemals aus
                                    3. wenn der Sensor keinen neuen Wert schickt weil sich nichts ändert, der Befeuchter aber ein oder aus bei zu weniger oder zuviel Feuchte ist

                                    ich habe mal schon eine Änderung gemacht, wenn der Feuchtewert hoch genug, der Befeuchter aber aktiv ist, dann ausschalten

                                    überlege unabhängig von diesem Baum einen parallel Sicherheitsbaum zu machen, der überwacht, dass der Befeuchter niemals länger als 3min läuft

                                    immer mehr Argumente sprechen für mich es doch in mehreren Blöcken zu machen.

                                    Bild Text

                                    BG

                                    paul53P 1 Antwort Letzte Antwort
                                    0
                                    • HumidorH Humidor

                                      Hallo Jungs,

                                      es gibt ein paar Probleme mit dem Script.

                                      1. wenn die Feuchte unter 68% war beim aktivieren, schaltet er niemals ein
                                      2. wenn der Befeuchter manuell gestartet wurde, schaltet er ev. niemals aus
                                      3. wenn der Sensor keinen neuen Wert schickt weil sich nichts ändert, der Befeuchter aber ein oder aus bei zu weniger oder zuviel Feuchte ist

                                      ich habe mal schon eine Änderung gemacht, wenn der Feuchtewert hoch genug, der Befeuchter aber aktiv ist, dann ausschalten

                                      überlege unabhängig von diesem Baum einen parallel Sicherheitsbaum zu machen, der überwacht, dass der Befeuchter niemals länger als 3min läuft

                                      immer mehr Argumente sprechen für mich es doch in mehreren Blöcken zu machen.

                                      Bild Text

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

                                      @Humidor sagte:

                                      wenn die Feuchte unter 68% war beim aktivieren, schaltet er niemals ein

                                      Dann verwende die Version mit "nicht timeout"

                                      @Humidor sagte in [gelöst] Zeitverzögerung und Timer:

                                      wenn der Befeuchter manuell gestartet wurde, schaltet er ev. niemals aus

                                      Wenn die Feuchte über 68 % steigt, wird ausgeschaltet.

                                      @Humidor sagte in [gelöst] Zeitverzögerung und Timer:

                                      wenn der Sensor keinen neuen Wert schickt weil sich nichts ändert,

                                      Wenn befeuchtet wird, muss sich auch der Messwert ändern.

                                      Es sind träge Prozesse, also Geduld ist nötig.

                                      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
                                      Antworten
                                      • In einem neuen Thema antworten
                                      Anmelden zum Antworten
                                      • Älteste zuerst
                                      • Neuste zuerst
                                      • Meiste Stimmen


                                      Support us

                                      ioBroker
                                      Community Adapters
                                      Donate

                                      284

                                      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