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

                                  592

                                  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