Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. Node-Red
    5. Node red Wert regelmäßig senden

    NEWS

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Monatsrückblick - April 2025

    Node red Wert regelmäßig senden

    This topic has been deleted. Only users with topic management privileges can see it.
    • P
      peterfido last edited by peterfido

      @black-jocker Den Wert bei Änderung / Aktualisierung in einer Flow Variable ablegen und nur diese einfach per wiederholendem Trigger weitersenden. Dann macht das auch nichts, wenn der Trigger direkt mit dem Schalter evtl. zu früh kommt, weil nach dem Schalten evtl. noch irgendwas zeitbrauchendes passiert.

      B 1 Reply Last reply Reply Quote 0
      • B
        Black-jocker @peterfido last edited by Black-jocker

        Danke für eure Antworten.

        Ich habe es jetzt über ein Swtich Node hinbekommen.
        Der Wert kommt über das Dashboard, einen Numeric Node.

        Flow.JPG

        @mickym: Dein Ansatz gefällt mir, grundsätzlich alles mit Nodes abzubilden und nicht unbedingt in functions zu programmieren. Das ist wohl auch der grundsätzliche Gedanke von Node Red.

        Mein Wissen über Node red basiert auf learning by doing sowie aus ein paar youTube Videos. In den Videos wurde viel mit functions programmiert.
        Ich habe einen Automatisierungs-Background, d.h. ich habe mal SPS programmiert und im Studium mal etwas Java. Aber meine Java Kenntnisse würde ich als sehr rudimentär bezeichnen.

        Welche Lektüre oder Webseite könnt ihr mir empfehlen um sich mal grundsätzlich mit Node Red vertraut zu machen?

        Ich möchte noch eine paar Dinge auf meinem Dashboard abbilden, wie zum Beispiel die Signalstärke/ den Verbindungsstatus eines Teltonika RUTX 50 Router. Aber das ist wohl für einen Anfänger schon sehr ambitioniert.
        Vielleicht stelle ich noch die eine oder andere Frage hier im Forum dazu 🙂

        mickym F 2 Replies Last reply Reply Quote 0
        • mickym
          mickym Most Active @Black-jocker last edited by mickym

          @black-jocker sagte in Node red Wert regelmäßig senden:

          Welche Lektüre oder Webseite könnt ihr mir empfehlen um sich mal grundsätzlich mit Node Red vertraut zu machen?

          Ich würde nach wie vor das Tutorial von Steve empfehlen, auch wenn es in Englisch ist:

          https://stevesnoderedguide.com/
          https://www.youtube.com/watch?v=jWjyIz4Jz58

          Deutschsprachig gibts eine kleine Turorialreihe auch mit dem iobroker - auch wenn das inzwischen auch schon in die Jahre gekommen ist:
          https://www.smarthome-tricks.de/uebersicht-iobroker-node-red/

          Im Prinzip brauchst Du anstelle von function Nodes in der Regel nur Change Nodes, um Deine Nachrichtenobjekte zu verändern und switch Nodes um Deinen Flow mit Bedingungen zu versehen.

          Dazwischen sind Input/Trigger Nodes aus dem Dashboard oder aus verschiedenen Systemen und Ausgaben wiederum auf Dashboard oder zum Steuern in Systeme hinein.

          Deshalb muss Dein Logik immer sein.

          1. Was triggert meinen Flow
          2. Was will ich ausgeben und/oder steuern

          Und dazwischen bildest Du 3. Deine Logik ab - in dem Du die Nachrichtenobjekte entsprechende behandelst.

          1 Reply Last reply Reply Quote 0
          • F
            Felli @Black-jocker last edited by

            @black-jocker ich habe null Plan von Javascript aber mit Programmierung von CNC Maschinen. Daher ist das logische denken nicht das Problem wie bei dir, ich brauche nur jemand der die Sprache spricht. Habe mir selbst an der Stelle viel mit KI geholfen muss ich sagen. Der große Vorteil den ich in function nodes sehe, ist halt das man komplexere Szenarien in einem Flow erschlagen kann, anstatt zig switch und Change nodes. Aber das muss jeder selbst rausfinden was man besser gehandelt bekommt.

            Top das es läuft, freut mich 🤙🏼

            mickym 1 Reply Last reply Reply Quote 0
            • mickym
              mickym Most Active @Felli last edited by

              @felli Man kann auch komplexere Flows mit Nodes realisieren und das muss nicht unübersichtlich sein - man kann auch Subflows verwenden.
              f625f58a-5392-4e30-b875-c65e065e5dd2-image.png

              Du kannst auch jeden Flow in einer function Node realisieren - nur das hat halt nichts mehr mit den Vorteilen einer wartungsfreundlichen grafischen Programmierung zu tun.

              F 1 Reply Last reply Reply Quote 0
              • F
                Felli @mickym last edited by

                @mickym habe mich falsch ausgedrückt sorry meinte nicht in einem einzelnen Flow sondern einem einzelnen node sorry. Wenn ich mehr als einen Wert in der Logik habe die am Ende entscheiden ob true oder false z.B. nehme ich gerne function nodes, in anderen Fällen arbeite ich ebenso gerne mit Switch - Change usw. Aber am Ende doch egal, jeder macht es so wie es ihm am besten passt und es übersichtlich bleibt. Eine Funktion im Flow ist natürlich Blödsinn das war echt falsch gegriffen das Wort, dann kann man tatsächlich direkt in einem Script hexen 🤣

                mickym 1 Reply Last reply Reply Quote 0
                • mickym
                  mickym Most Active @Felli last edited by mickym

                  @felli Ein Function Node ist halt auch wesentlich schwieriger zu debuggen - Du musst mit node.warn arbeiten etc., wenn Deine Logik in der function Node nicht funktioniert.
                  In einem Flow kannst Du einfach das Kabel trennen oder irgendwo eine Debug Node hinmachen.
                  Function Nodes nutze ich wirklich nur, wenn ich einen Nodekontext benötige, ggf. andere NodeJS Funktionen nutze möchte. Je länger ich mit NodeRed arbeite, desto mehr habe ich function Nodes ersetzt.

                  Wenn ich mehr als einen Wert in der Logik habe die am Ende entscheiden ob true oder false z.B. nehme ich gerne function nodes,

                  Gerade hier ist das grafische Arbeiten von Vorteil, in dem man die Bedingungen als switches implementiert. Ordnet man diese nun parallel oder seriell an, hat man sofort den Überblick ob man mit UND oder ODER verknüpft hat und diese Bedingungen sind leichter zu durchschauen oder zu debuggen.

                  F 1 Reply Last reply Reply Quote 0
                  • F
                    Felli @mickym last edited by

                    @mickym da hat du Recht aber wenns einmal läuft ist es auch gut. Wie gesagt ich nutze es oft bei einfachen Logiken mit Switch und Change aber z.B. bei einer dynamischen Berechnung der Ladeleistung aus Überschuss inkl Flow Kontext komme ich einfach nicht an der Function vorbei. Lerne hier aber auch mega gerne von Profis ehrlich gesagt, ich bin bei den Sachen noch halbwegs grün hinter den Ohren 😵‍💫🤣

                    Schau dir gerne mal mein Werk an, ist nicht der letzte Stand aber groß hat sich hier nichts mehr geändert.

                    https://github.com/Felliglanz/Zendure

                    1 Reply Last reply Reply Quote 0
                    • mickym
                      mickym Most Active last edited by

                      @felli Na schaut schön übersichtlich aus. 👍 😄 - jedenfalls sollte man gerade, wenn man Anfänger Tipps gibt - diesen das Codeschreiben nicht unbedingt angewöhnen und ja ich weiß, dass wenn man im Netz nach Beispielen sucht, die meisten codieren und ChatGPT codiert sowieso am liebsten, da es die Node nicht wirklich malen kann. 😉

                      Aber gut - ich denke es wurde genügend Argumente ausgetauscht und am Ende zählt das Ergebnis. Nur wie gesagt, man sollte halt das Debuggen und das Verstehen bei der Fehlersuche immer mitbedenken, da dies in meinen Augen halt ein fundamental und wesentlicher Vorteil dieser grafischen Programmierung ist.

                      F 1 Reply Last reply Reply Quote 0
                      • F
                        Felli @mickym last edited by

                        @mickym ich bin doch hier vollkommen bei Dir und habe auch nicht das Gegenteil empfohlen 😜

                        Schau in meinen Flow und die Subflows ich nutze beides und immer so wie es muss. Am liebsten mag ich es pragmatisch und einfach und das besonders weil ich auch erst vor kurzem wirklich intensiv angefangen habe mit NodeRed und IoBroker. Aber für so einen Austausch ist ein Forum doch da, alle Meinungen in einen Pott und am Ende kommt hoffentlich was lauffähiges raus 😵‍💫😉

                        Danke das dir mein Werk gefällt habe auch Monate dran gefeilt ... Aber es läuft mehr soll es ja auch nicht.

                        By the way, der FC ist wieder erstklassig 🎉🍻

                        1 Reply Last reply Reply Quote 0
                        • First post
                          Last post

                        Support us

                        ioBroker
                        Community Adapters
                        Donate

                        806
                        Online

                        31.7k
                        Users

                        79.7k
                        Topics

                        1.3m
                        Posts

                        4
                        19
                        414
                        Loading More Posts
                        • Oldest to Newest
                        • Newest to Oldest
                        • Most Votes
                        Reply
                        • Reply as topic
                        Log in to reply
                        Community
                        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                        The ioBroker Community 2014-2023
                        logo