Einfache Funktion - Wertüberwachung mit 2 Verzögerungszeiten
-
@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? -
-
@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.
-
@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.
-
@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:
-
@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.
-
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 irgendwieWas 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 ....
-
@i0br0ker Ah Ok ich verstehe und arbeite - dann verwendest Du auch besser eine andere Nachrichteneigenschaft zum addieren. OK - ich arbeite ....
-
@i0br0ker sagte in Einfache Funktion - Wertüberwachung mit 2 Verzögerungszeiten:
@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 irgendwieWas 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 ....
Also wenn true aus dem jetztigen Flow dann soll das passieren?
Dann wäre es sinnvoller all diese Inputs in einen Flow Kontext zu packen. OK?
sprich schreib die aktuellen Werte netz in einer Flowvariable, verbrauchDC in eine Flowvariable etc. - Ich mach das mal mit Inject Nodes.
-
@mickym
Dann soll praktisch der Wert SMAcharge noch mit drauf addiert werden in den alten flow -
@i0br0ker Also wir haben einmal Netz und SMACharge.
Also speichern wir das mal in Flowvariablen, OK?
Als ergänze deine Change Node entsprechend, bitte wie oben abgebildet.
Woher bekomme ich Netz kann ich das mit Inject Node simulieren.
Ich habe jetzt mal folgende Werte im Flowkontext gespeichert:
SMACharge wie gesagt wie vorher in die Change Node mit aufgenommen.
So hier die modifizierten NOdes zum Anhängen an den letzten Flow (wie gesagt fehlende Werte über den Flowkontext in diesem Flow rein holen).
Mann kann auch überr die JSONATA Funktion $flowContext("Variablenname") direkt auf die Werte von Flowvariablen zugreifen, wenn Du willst und muss die nicht in das Nachrichtenobjekt holen.
-
@mickym Never ending story
Ich bin auf der zielgeraden ...
Aber diese Funktion macht leider nichts das UND wird nicht ausgelöst.
Ich vermute weil über den unteren MQTT Connect nur sehr selten was kommt.
Wie kann ich das denn zwischenspeichern oder beheben?
