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

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    10
    1
    198

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.5k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.4k

Blockly für Sturmerkennung so korrekt ?

Geplant Angeheftet Gesperrt Verschoben Blockly
11 Beiträge 4 Kommentatoren 790 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 Offline
    Q Offline
    Qlink
    schrieb am zuletzt editiert von
    #1

    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 paul53P 2 Antworten Letzte Antwort
    0
    • 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 Online
      icebearI Online
      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 Nicht stören
                HomoranH Nicht stören
                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

                        823

                        Online

                        32.5k

                        Benutzer

                        81.7k

                        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