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. "stop timeout" wohin damit

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    497

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    616

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

"stop timeout" wohin damit

Geplant Angeheftet Gesperrt Verschoben Blockly
6 Beiträge 5 Kommentatoren 403 Aufrufe 6 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.
  • D Offline
    D Offline
    darkblu
    schrieb am zuletzt editiert von
    #1

    ich stelle mir/euch die Frage, wohin gehört das "stop timeout" ?
    Google Recherche ergibt viele Varianten. Ich habe einige Blocklys, bei denen ich Benachrichtigungen bekomme,
    obwohl die gar nicht mehr kommen dürften und ich denke, es liegt an der (falschen) Position des "stop timeouts".

    Hier mal 4 Beispiele, welches ist richtig ? Bzw, wo gehört es wirklich hin ?

    01.png

    02.png

    03.png

    04.png

    Danke

    Raspi 4, 4GB für Influxdb 1.8 und Grafana
    Raspi 5, 8 GB für ioBroker

    MartinPM haus-automatisierungH paul53P 3 Antworten Letzte Antwort
    0
    • D darkblu

      ich stelle mir/euch die Frage, wohin gehört das "stop timeout" ?
      Google Recherche ergibt viele Varianten. Ich habe einige Blocklys, bei denen ich Benachrichtigungen bekomme,
      obwohl die gar nicht mehr kommen dürften und ich denke, es liegt an der (falschen) Position des "stop timeouts".

      Hier mal 4 Beispiele, welches ist richtig ? Bzw, wo gehört es wirklich hin ?

      01.png

      02.png

      03.png

      04.png

      Danke

      MartinPM Offline
      MartinPM Offline
      MartinP
      schrieb am zuletzt editiert von MartinP
      #2

      @darkblu Wichtig ist, dass alte Timeouts gestoppt werden, bevor unter gleichem Namen ein neuer Timeout aufgezogen wird...

      Stoppen kann man also z. B. direkt bevor man den neuen Timeout aufzieht, oder wenn das, was nach Ablauf des Timeouts erledigt werden soll hinfällig geworden ist ...

      Im zweiten Fall sollte man aber nicht zu sehr bummeln, sondern den Stecker so schnell wie möglich ziehen ...

      In Deinem Beispiel sind zwei Dinge wichtig:

      • Das "wurde geändert" im Trigger. "wurde aktualisiert" würde Probleme machen
      • die "falls" Abfrage im Trigger, damit der Timer nur bei jeweils einer der Änderungsrichtungen aufgezogen wird...

      Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
      Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
      Linux pve 6.8.12-16-pve
      6 GByte RAM für den Container
      Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
      Remote-Access über Wireguard der Fritzbox

      1 Antwort Letzte Antwort
      0
      • D darkblu

        ich stelle mir/euch die Frage, wohin gehört das "stop timeout" ?
        Google Recherche ergibt viele Varianten. Ich habe einige Blocklys, bei denen ich Benachrichtigungen bekomme,
        obwohl die gar nicht mehr kommen dürften und ich denke, es liegt an der (falschen) Position des "stop timeouts".

        Hier mal 4 Beispiele, welches ist richtig ? Bzw, wo gehört es wirklich hin ?

        01.png

        02.png

        03.png

        04.png

        Danke

        haus-automatisierungH Online
        haus-automatisierungH Online
        haus-automatisierung
        Developer Most Active
        schrieb am zuletzt editiert von
        #3

        Das ist richtig:

        01.png

        • Öffnest Du das Fenster, ist der Wert true und die Timer werden gestartet
        • Schließt Du das Fenster, greift der sonst Fall und die Timer werden wieder gestoppt

        Alles andere ergibt logisch keinen Sinn, weil sonst ja die Ansagt kommt, obwohl das Fenster schon wieder geschlossen wurde.

        🧑‍🎓 Autor des beliebten ioBroker-Master-Kurses
        🎥 Tutorials rund um das Thema DIY-Smart-Home: https://haus-automatisierung.com/
        📚 Meine inoffizielle ioBroker Dokumentation

        1 Antwort Letzte Antwort
        0
        • D Offline
          D Offline
          darkblu
          schrieb am zuletzt editiert von
          #4

          Alles klar, ich danke euch

          Raspi 4, 4GB für Influxdb 1.8 und Grafana
          Raspi 5, 8 GB für ioBroker

          1 Antwort Letzte Antwort
          0
          • D darkblu

            ich stelle mir/euch die Frage, wohin gehört das "stop timeout" ?
            Google Recherche ergibt viele Varianten. Ich habe einige Blocklys, bei denen ich Benachrichtigungen bekomme,
            obwohl die gar nicht mehr kommen dürften und ich denke, es liegt an der (falschen) Position des "stop timeouts".

            Hier mal 4 Beispiele, welches ist richtig ? Bzw, wo gehört es wirklich hin ?

            01.png

            02.png

            03.png

            04.png

            Danke

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

            @darkblu sagte: 4 Beispiele, welches ist richtig ?

            Das erste Beispiel ist richtig, denn die Timer sollen gestoppt werden, wenn das Fenster geschlossen wird (Wert wird false).
            Möglich ist auch das Stoppen der Timer vor der Prüfung "falls Wert".

            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

            P 1 Antwort Letzte Antwort
            -1
            • paul53P paul53

              @darkblu sagte: 4 Beispiele, welches ist richtig ?

              Das erste Beispiel ist richtig, denn die Timer sollen gestoppt werden, wenn das Fenster geschlossen wird (Wert wird false).
              Möglich ist auch das Stoppen der Timer vor der Prüfung "falls Wert".

              P Offline
              P Offline
              peterfido
              schrieb am zuletzt editiert von
              #6

              Statt Timeout nutze ich bei lägeren Intervallen einfach Variablen unter 0_userdata.0...

              Die werden minütlich von einem Skript gelesen, wenn größer 0 dekrementiert, wenn dann 0 wird was geschaltet. Erkennt z.B. ein Bewegungsmelder Bewegung, wird die Variable auf den Sollwert gesetzt und was geschaltet.

              Timeout nutze ich nur, um Kommunikationsfehler abzufangen, wenn z.B. eine Gegenstelle nicht erreichbar ist, wie es m Falle von Bildern von einer Netzwerkkamera schonmal passieren kann.

              Gruß

              Peterfido


              Proxmox auf Intel NUC12WSHi5
              ioBroker: Debian (VM)
              CCU: Debmatic (VM)
              Influx: Debian (VM)
              Grafana: Debian (VM)
              eBus: Debian (VM)
              Zigbee: Debian (VM) mit zigbee2mqtt

              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

              458

              Online

              32.6k

              Benutzer

              81.9k

              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