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

                              603

                              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