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.6k

[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?

    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

                                642

                                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