Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. Blockly nach Alarm nicht mehr ausführen

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    363

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    321

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    940

Blockly nach Alarm nicht mehr ausführen

Geplant Angeheftet Gesperrt Verschoben Blockly
7 Beiträge 3 Kommentatoren 810 Aufrufe 2 Beobachtet
  • Ä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.
  • C Offline
    C Offline
    chesterb
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich habe eine Shelly Plug S an einem Gerät hängen. Wenn dort der Strom zwischen 2 Werten liegt, soll ich einen Pushover Alarm bekommen. Soweit klappt das auch mit diesem Skript:

    ab2e2fe6-391f-4b2e-8bf4-12efac2c5f13-image.png

    Das Problem ist allerdings, dass er den Alarm immer wieder rausschickt, sobald sich der Wert innerhalb des Bereichs ändert. Ich möchte aber dass er nur EINMAL alarmiert und dann erst wieder wenn der Wert einmal AUßERHALB des "Fehler-Bereichs" war und dann wieder IN den Bereich wandert. Außerdem hätte ich noch gerne eine Verzögerung nach der Prüfung um false positive auszuschließen.

    Beipspiel: Normalstrom sind 14-16 Watt AN und 0 Watt AUS. Besteht mein "Fehler", zieht das Gerät ca 7 Watt.
    Wenn nun also der Wert auf 7 Watt steht, hätte ich gerne EINMAL eine Nachricht. Dann behebe ich den Fehler, Wert geht auf 0 oder 14-16 Watt (je nachdem ob an oder aus). Und dann soll er bim nächsten mal wenn er bei 7 Watt ist wieder alarmiert werden.
    Und die Verzögerung bei der Prüfung hätte ich gerne, dass ich nicht beim normalen Ausschalten, wenn der Wert mal kurz im Bereich liegt direkt ein Alarm kommt.

    Ich hoffe ich hab das soweit verständlich ausgedrückt. :) Geht das so wie ich mir das vorstelle?

    Gruß

    paul53P 1 Antwort Letzte Antwort
    0
    • C chesterb

      Hallo zusammen,

      ich habe eine Shelly Plug S an einem Gerät hängen. Wenn dort der Strom zwischen 2 Werten liegt, soll ich einen Pushover Alarm bekommen. Soweit klappt das auch mit diesem Skript:

      ab2e2fe6-391f-4b2e-8bf4-12efac2c5f13-image.png

      Das Problem ist allerdings, dass er den Alarm immer wieder rausschickt, sobald sich der Wert innerhalb des Bereichs ändert. Ich möchte aber dass er nur EINMAL alarmiert und dann erst wieder wenn der Wert einmal AUßERHALB des "Fehler-Bereichs" war und dann wieder IN den Bereich wandert. Außerdem hätte ich noch gerne eine Verzögerung nach der Prüfung um false positive auszuschließen.

      Beipspiel: Normalstrom sind 14-16 Watt AN und 0 Watt AUS. Besteht mein "Fehler", zieht das Gerät ca 7 Watt.
      Wenn nun also der Wert auf 7 Watt steht, hätte ich gerne EINMAL eine Nachricht. Dann behebe ich den Fehler, Wert geht auf 0 oder 14-16 Watt (je nachdem ob an oder aus). Und dann soll er bim nächsten mal wenn er bei 7 Watt ist wieder alarmiert werden.
      Und die Verzögerung bei der Prüfung hätte ich gerne, dass ich nicht beim normalen Ausschalten, wenn der Wert mal kurz im Bereich liegt direkt ein Alarm kommt.

      Ich hoffe ich hab das soweit verständlich ausgedrückt. :) Geht das so wie ich mir das vorstelle?

      Gruß

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

      @chesterb sagte: nur EINMAL alarmiert und dann erst wieder wenn der Wert einmal AUßERHALB des "Fehler-Bereichs" war und dann wieder IN den Bereich wandert.

      Versuche es mal so:

      Bild_2021-10-09_140001.png

      Anmerkung: Man muss erst eine dummy-Variable erstellen, um an die Timer-Variable timeout zu gelangen.

      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

      C 1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @chesterb sagte: nur EINMAL alarmiert und dann erst wieder wenn der Wert einmal AUßERHALB des "Fehler-Bereichs" war und dann wieder IN den Bereich wandert.

        Versuche es mal so:

        Bild_2021-10-09_140001.png

        Anmerkung: Man muss erst eine dummy-Variable erstellen, um an die Timer-Variable timeout zu gelangen.

        C Offline
        C Offline
        chesterb
        schrieb am zuletzt editiert von
        #3

        @paul53 Besten dank, werde ich testen!

        AsgothianA 1 Antwort Letzte Antwort
        0
        • C chesterb

          @paul53 Besten dank, werde ich testen!

          AsgothianA Offline
          AsgothianA Offline
          Asgothian
          Developer
          schrieb am zuletzt editiert von Asgothian
          #4

          @chesterb damit wirst du maximal einmal pro “timeout” eine Meldung bekommen - die erste erst wenn “timeout” um ist - bei dem Beispiel also Max. eine Meldung alle 1000 ms.

          Ich würde Folgendes tun:

          Einen Trigger auf wurde geändert.

          Darin ein falls “wert” < Grenzwert und “vorheriger Wert >= Grenzwert => ein timeout, darin dann die Nachricht.
          Mit einem sonst falls wert >= Grenzwert stop timeout.

          Die Bausteine “wert” und “vorheriger Wert” sind der gleiche Baustein unterschiedlich eingestellt.

          (Hab leider kein Zugriff auf Blockly)

          Damit wird der timeout nur aktiv wenn der Wert unter den Grenzwert fällt. Unterhalb des Grenzwertes kann der Wert machen was er will, es gibt erst dann eine 2. Meldung wenn er wieder über den Grenzwert geklettert ist.

          A.

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          paul53P 1 Antwort Letzte Antwort
          0
          • AsgothianA Asgothian

            @chesterb damit wirst du maximal einmal pro “timeout” eine Meldung bekommen - die erste erst wenn “timeout” um ist - bei dem Beispiel also Max. eine Meldung alle 1000 ms.

            Ich würde Folgendes tun:

            Einen Trigger auf wurde geändert.

            Darin ein falls “wert” < Grenzwert und “vorheriger Wert >= Grenzwert => ein timeout, darin dann die Nachricht.
            Mit einem sonst falls wert >= Grenzwert stop timeout.

            Die Bausteine “wert” und “vorheriger Wert” sind der gleiche Baustein unterschiedlich eingestellt.

            (Hab leider kein Zugriff auf Blockly)

            Damit wird der timeout nur aktiv wenn der Wert unter den Grenzwert fällt. Unterhalb des Grenzwertes kann der Wert machen was er will, es gibt erst dann eine 2. Meldung wenn er wieder über den Grenzwert geklettert ist.

            A.

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

            @asgothian sagte: damit wirst du maximal einmal pro “timeout” eine Meldung bekommen

            Solange der Wert im Bereich zwischen 5 und 10 schwankt, kommt keine weitere Meldung, denn weitere Meldungen werden durch "sonst falls nicht timeout" verhindert. Die Timer-Variable timeout wird erst durch "stop timeout" auf null zurück gesetzt.

            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

            AsgothianA 1 Antwort Letzte Antwort
            0
            • paul53P paul53

              @asgothian sagte: damit wirst du maximal einmal pro “timeout” eine Meldung bekommen

              Solange der Wert im Bereich zwischen 5 und 10 schwankt, kommt keine weitere Meldung, denn weitere Meldungen werden durch "sonst falls nicht timeout" verhindert. Die Timer-Variable timeout wird erst durch "stop timeout" auf null zurück gesetzt.

              AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von
              #6

              @paul53 meines Wissens wird die timeout Variable auch bei ausführen des timeout auf null bzw. Undefined gesetzt.

              A.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              paul53P 1 Antwort Letzte Antwort
              0
              • AsgothianA Asgothian

                @paul53 meines Wissens wird die timeout Variable auch bei ausführen des timeout auf null bzw. Undefined gesetzt.

                A.

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

                @asgothian sagte: meines Wissens wird die timeout Variable auch bei ausführen des timeout auf null bzw. Undefined gesetzt.

                Teste es.

                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

                Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                Registrieren Anmelden
                Antworten
                • In einem neuen Thema antworten
                Anmelden zum Antworten
                • Älteste zuerst
                • Neuste zuerst
                • Meiste Stimmen


                Support us

                ioBroker
                Community Adapters
                Donate

                398

                Online

                32.8k

                Benutzer

                82.8k

                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