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. Blockly für Sturmerkennung so korrekt ?

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.8k

Blockly für Sturmerkennung so korrekt ?

Geplant Angeheftet Gesperrt Verschoben Blockly
11 Beiträge 4 Kommentatoren 794 Aufrufe 4 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.
  • Q Qlink

    Hi Leute,

    ich hätte mir folgendes Blockly für eine einfache Sturmerkennung zusammengeklickt:

    98e8a22e-2a22-4b9b-ad47-4e05de9a59df-image.png

    Wenn ein Sturm herrscht, dann sollen z.B. alle Raffstore hochgefahren werden...

    Ich wäre euch dankbar für Feedback, ob das Blockly so korrekt ist oder ob ich wo einen Denkfehler habe.

    Danke.
    Beste Grüße

    icebearI Offline
    icebearI Offline
    icebear
    schrieb am zuletzt editiert von
    #2

    @qlink

    Also ich verstehe es nicht richtig???

    Im ersten "falls" prüfst du ob die 'wind_spitze' größer 40 ist und ob strum=wahr, und dann aktualisierst du den DP 'sturm' mit wahr. Das macht doch kein Sinn.

    Im ersten 'sonst falls' sollte doch dann stehen wenn der Wert von DP w_wind_spitze 'kleiner 40' aktualisiere sturm mit 'falsch'.

    Irgendwie ergibt das Blockly so keinen Sinn, jedenfalls für mich.

    Zeig doch mal die DP die du überprüfen bzw. steuern willst.

    1 Antwort Letzte Antwort
    2
    • Q Qlink

      Hi Leute,

      ich hätte mir folgendes Blockly für eine einfache Sturmerkennung zusammengeklickt:

      98e8a22e-2a22-4b9b-ad47-4e05de9a59df-image.png

      Wenn ein Sturm herrscht, dann sollen z.B. alle Raffstore hochgefahren werden...

      Ich wäre euch dankbar für Feedback, ob das Blockly so korrekt ist oder ob ich wo einen Denkfehler habe.

      Danke.
      Beste Grüße

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

      @qlink sagte: Feedback, ob das Blockly so korrekt ist

      Es fehlt eine Sperre, die Mehrfachauslösung der Verzögerung verhindert.
      Vorschlag:

      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

      Q 1 Antwort Letzte Antwort
      1
      • paul53P paul53

        @qlink sagte: Feedback, ob das Blockly so korrekt ist

        Es fehlt eine Sperre, die Mehrfachauslösung der Verzögerung verhindert.
        Vorschlag:

        Blockly_temp.JPG

        Q Offline
        Q Offline
        Qlink
        schrieb am zuletzt editiert von
        #4

        @paul53

        Ich war der Meinung "löschen falls läuft" verhindert eine Mehrfachauslösung der Verzögerung ?
        60785912-d8a4-4eef-9ed1-a98d8c17ff0a-image.png
        Ist das nicht so?

        Kannst du mir deinen Vorschlag erklären ?
        Windspeed bei deinem Bsp = w_wind_spitze bei meinem Bsp, richtig ?
        Wind bei deinem Bsp = sturm bei meinem Bsp, richtig ?

        Falls dem so ist, warum setzt du sturm auf den Wert von Wind ?

        Ich bin etwas verwirrt mit den Begriffen...
        Eventuell kannst du dein Beispiel ja mit meinen Begriffen, ich glaub dann würde ich es wesentlich leichter verstehen :-)

        Beste Grüße

        paul53P 1 Antwort Letzte Antwort
        0
        • Q Qlink

          @paul53

          Ich war der Meinung "löschen falls läuft" verhindert eine Mehrfachauslösung der Verzögerung ?
          60785912-d8a4-4eef-9ed1-a98d8c17ff0a-image.png
          Ist das nicht so?

          Kannst du mir deinen Vorschlag erklären ?
          Windspeed bei deinem Bsp = w_wind_spitze bei meinem Bsp, richtig ?
          Wind bei deinem Bsp = sturm bei meinem Bsp, richtig ?

          Falls dem so ist, warum setzt du sturm auf den Wert von Wind ?

          Ich bin etwas verwirrt mit den Begriffen...
          Eventuell kannst du dein Beispiel ja mit meinen Begriffen, ich glaub dann würde ich es wesentlich leichter verstehen :-)

          Beste Grüße

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

          @qlink sagte: "löschen falls läuft" verhindert eine Mehrfachauslösung der Verzögerung ?

          Stimmt, "löschen falls läuft" stoppt den Timer bei jeder DP-Aktualisierung. Das führt aber dazu, dass die Verzögerung bei Windgeschwindigkeiten < 40 immer wieder neu gestartet wird und nie abläuft.

          @qlink sagte:

          Windspeed bei deinem Bsp = w_wind_spitze bei meinem Bsp, richtig ?
          Wind bei deinem Bsp = sturm bei meinem Bsp, richtig ?

          Richtig, "Windspeed" = "w_wind_spitze" und "Wind" = "sturm", weshalb auch die Variable so benannt ist. Ich verwende in Blockly-Vorschlägen bereits vorhandene Datenpunkte und benenne sie nicht extra um.

          @qlink sagte in Blockly für Sturmerkennung so korrekt ?:

          Falls dem so ist, warum setzt du sturm auf den Wert von Wind ?

          Wenn ein DP-Wert mehr als einmal verwendet wird, ist es effizienter, ihn in eine Variable zu setzen und dann die Variable zu prüfen.

          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

          Q 1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @qlink sagte: "löschen falls läuft" verhindert eine Mehrfachauslösung der Verzögerung ?

            Stimmt, "löschen falls läuft" stoppt den Timer bei jeder DP-Aktualisierung. Das führt aber dazu, dass die Verzögerung bei Windgeschwindigkeiten < 40 immer wieder neu gestartet wird und nie abläuft.

            @qlink sagte:

            Windspeed bei deinem Bsp = w_wind_spitze bei meinem Bsp, richtig ?
            Wind bei deinem Bsp = sturm bei meinem Bsp, richtig ?

            Richtig, "Windspeed" = "w_wind_spitze" und "Wind" = "sturm", weshalb auch die Variable so benannt ist. Ich verwende in Blockly-Vorschlägen bereits vorhandene Datenpunkte und benenne sie nicht extra um.

            @qlink sagte in Blockly für Sturmerkennung so korrekt ?:

            Falls dem so ist, warum setzt du sturm auf den Wert von Wind ?

            Wenn ein DP-Wert mehr als einmal verwendet wird, ist es effizienter, ihn in eine Variable zu setzen und dann die Variable zu prüfen.

            Q Offline
            Q Offline
            Qlink
            schrieb am zuletzt editiert von
            #6

            @paul53

            "falls nicht sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind < 40" richtig ?
            "sonst falls sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind > 40" richtig ?

            Was das "und nicht Verzögerung timeout" bedeutet kann ich mir aber leider nicht zusammenreimen.
            Kannst du mir das in Worten erklären ?

            Beste Grüße

            HomoranH paul53P 2 Antworten Letzte Antwort
            0
            • Q Qlink

              @paul53

              "falls nicht sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind < 40" richtig ?
              "sonst falls sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind > 40" richtig ?

              Was das "und nicht Verzögerung timeout" bedeutet kann ich mir aber leider nicht zusammenreimen.
              Kannst du mir das in Worten erklären ?

              Beste Grüße

              HomoranH Offline
              HomoranH Offline
              Homoran
              Global Moderator Administrators
              schrieb am zuletzt editiert von Homoran
              #7

              @qlink sagte in Blockly für Sturmerkennung so korrekt ?:

              Was das "und nicht Verzögerung timeout" bedeutet

              es läuft kein timeout

              kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

              Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

              der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

              1 Antwort Letzte Antwort
              1
              • Q Qlink

                @paul53

                "falls nicht sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind < 40" richtig ?
                "sonst falls sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind > 40" richtig ?

                Was das "und nicht Verzögerung timeout" bedeutet kann ich mir aber leider nicht zusammenreimen.
                Kannst du mir das in Worten erklären ?

                Beste Grüße

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

                @qlink sagte: "falls nicht sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind < 40" richtig ?

                Nein, "falls nicht sturm" ist gleich zu setzen mit "falls Wert vom DP sturm = falsch". Der DP "sturm" wird nur geschrieben, wenn sich dessen Wert ändern soll.

                @qlink sagte in Blockly für Sturmerkennung so korrekt ?:

                Was das "und nicht Verzögerung timeout" bedeutet

                Es wird geprüft, dass der Timeout nicht läuft, um zu verhindern, dass mehrere Timeout gestartet werden, die sich dann nicht mehr stoppen lassen.

                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

                Q 1 Antwort Letzte Antwort
                0
                • paul53P paul53

                  @qlink sagte: "falls nicht sturm" in deinem Blockly ist gleichzusetzen mit "falls Wind < 40" richtig ?

                  Nein, "falls nicht sturm" ist gleich zu setzen mit "falls Wert vom DP sturm = falsch". Der DP "sturm" wird nur geschrieben, wenn sich dessen Wert ändern soll.

                  @qlink sagte in Blockly für Sturmerkennung so korrekt ?:

                  Was das "und nicht Verzögerung timeout" bedeutet

                  Es wird geprüft, dass der Timeout nicht läuft, um zu verhindern, dass mehrere Timeout gestartet werden, die sich dann nicht mehr stoppen lassen.

                  Q Offline
                  Q Offline
                  Qlink
                  schrieb am zuletzt editiert von
                  #9

                  @paul53

                  okay, habe ich somit jetzt alles richtig verstanden und zusammen geklickt ?

                  146e0ec4-1997-4502-b145-b7761aee1361-image.png

                  paul53P 1 Antwort Letzte Antwort
                  0
                  • Q Qlink

                    @paul53

                    okay, habe ich somit jetzt alles richtig verstanden und zusammen geklickt ?

                    146e0ec4-1997-4502-b145-b7761aee1361-image.png

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

                    @qlink sagte: alles richtig verstanden und zusammen geklickt ?

                    Passt, verbraucht aber mehr Ressourcen als mein Vorschlag.

                    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

                    Q 1 Antwort Letzte Antwort
                    1
                    • paul53P paul53

                      @qlink sagte: alles richtig verstanden und zusammen geklickt ?

                      Passt, verbraucht aber mehr Ressourcen als mein Vorschlag.

                      Q Offline
                      Q Offline
                      Qlink
                      schrieb am zuletzt editiert von
                      #11

                      @paul53

                      Vielen Dank für deine Hilfe!

                      Lässt sich der Mehrverbrauch an Ressourcen durch diese "nicht optimale" Art Skripte quantifizieren ?

                      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

                      394

                      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