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

                      580

                      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