NEWS
Einfache Funktion - Wertüberwachung mit 2 Verzögerungszeiten
-
@mickym ich hab es nun mal so gemacht
Ich speichere die 3 Werte in jeweils in einer Flow variable und triggere die Berechnung dann
alle Sekunde mit dem Inject.
So hab ich immer den zuletzt gemessenen Wert der 3 Datenquellen zur sekündlichen Berechnung@i0br0ker So hier mein Vorschlag:
Statt der Inject Nodes klemmst Du die Change Nodes zum Vereinfachen der topics hinter Deine function Nodes.
Die beiden Varianten unterscheiden sich wie folgt. Oben müssen alle 3 Werte aktualisiert werden, bevor eine erneute Berechnung stattfindet. Unten wird nachdem alle 3 Werte geliefert wurden, nach jeder Änderung eine Berechnung durchgeführt.
Unten ist einfach die blau markierte Option angehakt.
Hier zum Import:
Alle Sekunden zu triggern - ohne das eventuell eine Änderung stattgefunden hat, ist mE Unsinn. Wenn Du einen konstante Ausgabe willst, auch ohne das sich was geändert hat, kannst Du auch die letzte Berechnung dauernd mit einer Triggernode ausgeben. Keine Ahnung - vielleicht für einen Grafen.
Eine Triggernode - kann die letzte Berechnung dann kontinuierlich senden, falls Du das wünschst.
Ist aber meines Erachtens auch nur unsinniger Overhead - da brauche ich dann auch keine Begrenzung.
-
Vielleicht schaffe ich es ja noch, Dich von der Codiererei wegzubringen und Dich von den Vorteilen der grafischen Programmierung mittels NodeRed zu überzeugen.
-
Vielleicht schaffe ich es ja noch, Dich von der Codiererei wegzubringen und Dich von den Vorteilen der grafischen Programmierung mittels NodeRed zu überzeugen.
@mickym ja so langsam aber sicher verstehe ich die funktionsweise ;-)
Super hab es eingebaut und es läuft ... aber eine Frage:
Hinten raus variieren die Topics - dort finde ich immer mal wieder alle 3 eingangs Topics.
Was sagt mir das dann? der Topic der da drin steht hat auch getriggert zu dem Zeitpunkt? -
@mickym ja so langsam aber sicher verstehe ich die funktionsweise ;-)
Super hab es eingebaut und es läuft ... aber eine Frage:
Hinten raus variieren die Topics - dort finde ich immer mal wieder alle 3 eingangs Topics.
Was sagt mir das dann? der Topic der da drin steht hat auch getriggert zu dem Zeitpunkt?@i0br0ker Ja der topic der da drin steht, war der letzte - das war ja die letzte Nachricht die getriggert hat. Wie gesagt, wenn Du willst, dass alle 3 immer neue Werte geliefert haben wollen, dann musst Du die Option auslassen. Du könntest theoretisch auch mit einer Switch Node filtern, dass Du nur dann eine Berechnung durchlässt, wenn ein bestimmter topic getriggert hat. Wie gesagt eine Parallelverarbeitung wirst Du in keinem Hausautomationssystem finden, sondern es wird immer einen zeitlichen Abstand zwischen den einzelnen Triggern geben.
Das topic dass Du hinten siehst, stammt also von einem der 3 Change Nodes mit dem Du die topics festlegst.
Das ist ja Bestandteil des Nachrichtenobjektes - auch wenn Du in der payload alle 3 Werte in einem Objekt zur Berechnung immer mitschleppst.
Am Besten siehst Du das, in dem Du Dir das gesamte Nachrichtenobjekt hinter der JOIN Node ausgeben lässt.
In der Berechnung überschreiben wir ja dann das payload Objekt wieder mit einem skalaren, numerischen Wert.
Das topic wird aber nicht angefasst. Du könntest das topic auch löschen oder einfach ein neues Topic Netzberechnung setzen, wenn es Dich verwirrt.
Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.
-
@i0br0ker Ja der topic der da drin steht, war der letzte - das war ja die letzte Nachricht die getriggert hat. Wie gesagt, wenn Du willst, dass alle 3 immer neue Werte geliefert haben wollen, dann musst Du die Option auslassen. Du könntest theoretisch auch mit einer Switch Node filtern, dass Du nur dann eine Berechnung durchlässt, wenn ein bestimmter topic getriggert hat. Wie gesagt eine Parallelverarbeitung wirst Du in keinem Hausautomationssystem finden, sondern es wird immer einen zeitlichen Abstand zwischen den einzelnen Triggern geben.
Das topic dass Du hinten siehst, stammt also von einem der 3 Change Nodes mit dem Du die topics festlegst.
Das ist ja Bestandteil des Nachrichtenobjektes - auch wenn Du in der payload alle 3 Werte in einem Objekt zur Berechnung immer mitschleppst.
Am Besten siehst Du das, in dem Du Dir das gesamte Nachrichtenobjekt hinter der JOIN Node ausgeben lässt.
In der Berechnung überschreiben wir ja dann das payload Objekt wieder mit einem skalaren, numerischen Wert.
Das topic wird aber nicht angefasst. Du könntest das topic auch löschen oder einfach ein neues Topic Netzberechnung setzen, wenn es Dich verwirrt.
@mickym Wenn Du sagts die Einspeisung ist immer konstant, Du willst aber nur dann eine neue Berechnung machen, wenn sich verbrauchAC und verbrauchDC getriggert wurden, dann kannst Du das auch kaskadieren. Aber wie gesagt, Du musst Dich entscheiden - WANN Du eine Berechnung durchführen willst. Einen definierten Zeitpunkt musst Du festlegen und kann nicht das System für Dich festlegen.
-
@mickym Wenn Du sagts die Einspeisung ist immer konstant, Du willst aber nur dann eine neue Berechnung machen, wenn sich verbrauchAC und verbrauchDC getriggert wurden, dann kannst Du das auch kaskadieren. Aber wie gesagt, Du musst Dich entscheiden - WANN Du eine Berechnung durchführen willst. Einen definierten Zeitpunkt musst Du festlegen und kann nicht das System für Dich festlegen.
@mickym soo ich will deine Geduld ja nicht überstrapazieren ;-)
Ich habe immer wieder kurze Ausreißer drin , die meine Zeiten im obigen Beispiel für false immer wieder zu schnell Resetten. :-( Kann ich mit einfachen mitteln den Wert "glätten" bzw einen Mittelwert über zeit x berechnen mit dem ich weiter arbeite? -
@mickym soo ich will deine Geduld ja nicht überstrapazieren ;-)
Ich habe immer wieder kurze Ausreißer drin , die meine Zeiten im obigen Beispiel für false immer wieder zu schnell Resetten. :-( Kann ich mit einfachen mitteln den Wert "glätten" bzw einen Mittelwert über zeit x berechnen mit dem ich weiter arbeite? -
@i0br0ker Du kannst auch die Filternode nehmen, die kann Ausreiser über das narrow band ausfiltern, dann brauchst du keine neue Node installieren.
Hier kannst Du auch einen Prozentwert oder eine absolute Zahl angeben und mit der letzten Aus- oder Eingabe vergleichen.
Einfach mal die Hilfe so mancher Nodes anschauen. ;)
Und bevor Du die average Node installierst, schau Dir mal die aggregate Node an - die kann auch den median verwenden - und Ausreißer werden damit gänzlich ignoriert.
-
@i0br0ker Du kannst auch die Filternode nehmen, die kann Ausreiser über das narrow band ausfiltern, dann brauchst du keine neue Node installieren.
Hier kannst Du auch einen Prozentwert oder eine absolute Zahl angeben und mit der letzten Aus- oder Eingabe vergleichen.
Einfach mal die Hilfe so mancher Nodes anschauen. ;)
Und bevor Du die average Node installierst, schau Dir mal die aggregate Node an - die kann auch den median verwenden - und Ausreißer werden damit gänzlich ignoriert.
-
@mickym Hi ich scheitere aktuell an einer "einfachen" UND Verknüpfung wenn beide Pfade auf TRUE Sind soll ein TRUE ausgegeben werden .... ich bekomm es ohne Function nicht geregelt :-)
@i0br0ker beide pfade vereinst du wieder mit unterschiedlichen topics in ein nachrichtenobjekt mit den topic eigenschaften mit einer join node, wie wir es beim letzten flow gemacht haben. Anschließend kannst du die Eigenschaften des Objektes mit „and“ und JSONATA verknüpfen. Wenn Dir die Erklärung nicht langt, mache ich Dir später wieder ein Beispiel mit Inject Nodes.
ich bin nur gerade nicht am Rechner. wie gesagt wichtig ist alles in einem payload Objekt zu sammeln, da du ja alle aktuellen Zustände zum Zeitpunkt der Analyse brauchst. ich schicke Dir dann noch ein paar Change und Switch nodes mit den du beliebig viele Eigenschaften eines Objektes logisch verknüpfst. ich nutze das viel zur Überwachung von Geräten bzw. Zuständen.
-
@i0br0ker beide pfade vereinst du wieder mit unterschiedlichen topics in ein nachrichtenobjekt mit den topic eigenschaften mit einer join node, wie wir es beim letzten flow gemacht haben. Anschließend kannst du die Eigenschaften des Objektes mit „and“ und JSONATA verknüpfen. Wenn Dir die Erklärung nicht langt, mache ich Dir später wieder ein Beispiel mit Inject Nodes.
ich bin nur gerade nicht am Rechner. wie gesagt wichtig ist alles in einem payload Objekt zu sammeln, da du ja alle aktuellen Zustände zum Zeitpunkt der Analyse brauchst. ich schicke Dir dann noch ein paar Change und Switch nodes mit den du beliebig viele Eigenschaften eines Objektes logisch verknüpfst. ich nutze das viel zur Überwachung von Geräten bzw. Zuständen.
@mickym Okay ich hab die 2 pfade schon über join zusammengeführt wie in dem Flow von dir der auch schon läuft bei mir.
Und dann die msg.topics schon eindeutig geändert ... ok dann google ich mal weiter ist ja eigentlich nicht so das ich mir alles erschnorren möchte ;-) Aber wenn ich grundlegend meine Funktionen mal habe kann ich damit arbeiten.
DANKE -
@mickym Okay ich hab die 2 pfade schon über join zusammengeführt wie in dem Flow von dir der auch schon läuft bei mir.
Und dann die msg.topics schon eindeutig geändert ... ok dann google ich mal weiter ist ja eigentlich nicht so das ich mir alles erschnorren möchte ;-) Aber wenn ich grundlegend meine Funktionen mal habe kann ich damit arbeiten.
DANKE@i0br0ker Ich stell Dir mal meine Logiknodes zur Verfügung- sitze am Rechner. Und nein mach Dir keine Gedanken zum "Erschnorren" - ich mach das gerne und habe im Moment eh keine Lust an meinen eigenen Projekten zu arbeiten. Deshalb sind solche Hinweise für mich eine willkommene Abwechslung. Ausserdem glaube ich, dass Du vielleicht doch langsam ein Fan von NodeRed wirst und es für Dich nicht eine Last ist, weil es auf der Victron nichts anderes gibt.
-
Hier mal meine Logiknodes zum Import und zum Ausprobieren:
Im Prinzip kann auch eine JOIN Node Dir aus mehreren Eigenschaften eines Objektes EIN Ergebnis ermitteln (nicht nur logische Verknüpfungen).
Das benötigt zwar mehr Einarbeitung - aber damit kann man auch selbst Durchschnitte etc. berechnen und ist nicht unbedingt auf fertige Nodes der Community angewiesen - auch wenn man die natürlich nutzen kann. Es gibt auch fertige Boolean Nodes - aber wie gesagt, wenn man mit Standardnodes und JSONATA hinkommt, dann ziehe ich diese Vorgehensweise vor.
-
@mickym Okay ich hab die 2 pfade schon über join zusammengeführt wie in dem Flow von dir der auch schon läuft bei mir.
Und dann die msg.topics schon eindeutig geändert ... ok dann google ich mal weiter ist ja eigentlich nicht so das ich mir alles erschnorren möchte ;-) Aber wenn ich grundlegend meine Funktionen mal habe kann ich damit arbeiten.
DANKE@i0br0ker sagte in Einfache Funktion - Wertüberwachung mit 2 Verzögerungszeiten:
@mickym Okay ich hab die 2 pfade schon über join zusammengeführt wie in dem Flow von dir der auch schon läuft bei mir.
Und dann die msg.topics schon eindeutig geändert ... ok dann google ich mal weiter ist ja eigentlich nicht so das ich mir alles erschnorren möchte ;-) Aber wenn ich grundlegend meine Funktionen mal habe kann ich damit arbeiten.
DANKEAch und beim "Googlen" wirst Du leider feststellen, dass es auch im Netz noch viel zu viele Leute gibt, die herkömmlich mit function Nodes codieren und somit das Potential vorgefertigter Funktionsblöcke (Nodes) nicht zu schätzen oder anzuwenden wissen.
Es gibt Fälle, wo function Nodes Sinn machen - insbesondere wenn man weitere NodeJS Bibliotheken einbinden will, aber ansonsten macht man sich oft viel zu viel Arbeit mit der Codeschreiberei und wie gesagt, viele Nodes können Funktionen, die man ja nicht selbst nachprogrammieren, zusammensuchen oder via KI bekommt und keiner versteht, was der Code tut.
Du kannst auch JEDEN Flow in einer function Node abbilden, sowie Du es am Anfang gemacht hast - aber die Fehlersuche ist viel mühsamer und oft ist das ganze wenig strukturiert (sorry kein Angriff auf Deine Programmierkünste). Ich bin halt jetzt schon oft zu faul, mir im Code alle Möglichkeiten zu überlegen.
Für mich ist es viel einfacher, wenn Du sagst - OK ich habe das Problem, wie kann man es lösen, als wenn man nachher einen fertigen Code "überprüfen" soll.
-
Hier noch ein paar Anregungen - um über Arrays und JOIN Nodess verschiedene Berechnungen zu machen. Ich habe hier nun den Durchschnitt genommen, denn man aber auch in der Sequenz zu reduzieren - mit komplexeren Berechnungen füttern kann. Ich habe nur das Beispiel aus der Hilfe genommen:
Wenn man bereits ein Array hat, dann kann man es direkt über JSONATA oder über eine JOIN Node zu einem Ergebnis überführen:
Nun kann man die JOIN Node bevor man sie reduziert auch zu Erstellung eines Arrays verwenden.
- Nach einer bestimmten Anzahl von Messwerten
- Nach einer bestimmten Zeit.
So kann man also den Durchschnitt zum Beispiel von Messungen innerhalb 1 Minute verwenden.
Nach einer Minute - werden sofern Messwerte angekommen sind, diese automatisch als Array released und können für die Durchschnittsberechnung verwendet werden.
Mit complete kann das Array auch sofort released werden.
So kann man also Messwerte beliebig innerhalb einer Zeiteinheit konsolidieren - wie max, min etc. - das geht also alles mit Boardmitteln (wobei es für diese einfachen Funktionen, JSONATA Funktionen gibt, so dass man die Reduzierung nicht über eine JOIN Node machen muss.)
Hier wieder zum Ausprobieren:
-
Hier noch ein paar Anregungen - um über Arrays und JOIN Nodess verschiedene Berechnungen zu machen. Ich habe hier nun den Durchschnitt genommen, denn man aber auch in der Sequenz zu reduzieren - mit komplexeren Berechnungen füttern kann. Ich habe nur das Beispiel aus der Hilfe genommen:
Wenn man bereits ein Array hat, dann kann man es direkt über JSONATA oder über eine JOIN Node zu einem Ergebnis überführen:
Nun kann man die JOIN Node bevor man sie reduziert auch zu Erstellung eines Arrays verwenden.
- Nach einer bestimmten Anzahl von Messwerten
- Nach einer bestimmten Zeit.
So kann man also den Durchschnitt zum Beispiel von Messungen innerhalb 1 Minute verwenden.
Nach einer Minute - werden sofern Messwerte angekommen sind, diese automatisch als Array released und können für die Durchschnittsberechnung verwendet werden.
Mit complete kann das Array auch sofort released werden.
So kann man also Messwerte beliebig innerhalb einer Zeiteinheit konsolidieren - wie max, min etc. - das geht also alles mit Boardmitteln (wobei es für diese einfachen Funktionen, JSONATA Funktionen gibt, so dass man die Reduzierung nicht über eine JOIN Node machen muss.)
Hier wieder zum Ausprobieren:
@mickym iss mir alles dann irgendwie zu hoch.
Ich programmiere normalerweise SPS Siemens S7 , Wago usw ... :-)Hier bekomm ich auf beiden true pfaden immer das gleiche topic ... und das UND von dir sagt undefined ..
Ich hätte erwartet das pro letztem True das enstprechende Topic auch auf dem Pfad kommt. -
@mickym iss mir alles dann irgendwie zu hoch.
Ich programmiere normalerweise SPS Siemens S7 , Wago usw ... :-)Hier bekomm ich auf beiden true pfaden immer das gleiche topic ... und das UND von dir sagt undefined ..
Ich hätte erwartet das pro letztem True das enstprechende Topic auch auf dem Pfad kommt.@i0br0ker Na schau Dir halt meinen Flow - an Du musst das doch alles in ein payload Objekt mit einer JOIN Node zusammenfassen bevor du die AND Node verwendest. Ich schau mir Deinen Flow an und komm ggf. mit Fragen nochmal auf Dich zu diese UND Node analysiert Objekte und keine skalaren Werte. Du musst alles in Objekten sammeln.
-
@mickym iss mir alles dann irgendwie zu hoch.
Ich programmiere normalerweise SPS Siemens S7 , Wago usw ... :-)Hier bekomm ich auf beiden true pfaden immer das gleiche topic ... und das UND von dir sagt undefined ..
Ich hätte erwartet das pro letztem True das enstprechende Topic auch auf dem Pfad kommt.Du hast die JOIN Node nur an die falsche Stelle gesetzt - müsste so funktionieren - sonst müssen wir uns das mit Debug Nodes anschauen.
Dieser Filter am Anfang wird bei Messwerten nicht viel bringen, da ja nur identische Werte geblockt werden. Ändern sich das nur um 0.1 Watt schon wird das durchgelassen - also ggf. den Nahbandfilter verwenden.
Ach und ich sehe gerade - Du hast ja in den trigger Node 2 mal true gesetzt - das musst Du noch korrigieren.
So nun müsste der Reimport stimmen:
-
Du hast die JOIN Node nur an die falsche Stelle gesetzt - müsste so funktionieren - sonst müssen wir uns das mit Debug Nodes anschauen.
Dieser Filter am Anfang wird bei Messwerten nicht viel bringen, da ja nur identische Werte geblockt werden. Ändern sich das nur um 0.1 Watt schon wird das durchgelassen - also ggf. den Nahbandfilter verwenden.
Ach und ich sehe gerade - Du hast ja in den trigger Node 2 mal true gesetzt - das musst Du noch korrigieren.
So nun müsste der Reimport stimmen:
@mickym
Das 2 mal true hatte ich eben zum testen gemacht ... ohne die ersten Filter ging die Berechnung beim Start irgendwie nicht wirklich bzw. bei SOC kommen sehr wenige Werte über MQTT und ich hatte das Gefühl das der Filter das Buffert irgendwie :-)Was ich halt vor habe ist folgendes:
Je nach SMAsoc und SMAcharge wert ( Auswertung hab ich ja gemacht ) soll jetzt der SMAcharge Wert auf meine Berechnung der "Ursprungsfrage" addiert werden.Also wenn beide true sind möchte ich den SMAcharge Wert hier mit aufadieren ....
-
@mickym
Das 2 mal true hatte ich eben zum testen gemacht ... ohne die ersten Filter ging die Berechnung beim Start irgendwie nicht wirklich bzw. bei SOC kommen sehr wenige Werte über MQTT und ich hatte das Gefühl das der Filter das Buffert irgendwie :-)Was ich halt vor habe ist folgendes:
Je nach SMAsoc und SMAcharge wert ( Auswertung hab ich ja gemacht ) soll jetzt der SMAcharge Wert auf meine Berechnung der "Ursprungsfrage" addiert werden.Also wenn beide true sind möchte ich den SMAcharge Wert hier mit aufadieren ....
Support us
311
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge