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.
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? -
@i0br0ker Sorry - aber ich habe Dir eine ganz andere Lösung gepostet und habe Dir das mit Zwischenspeicher in den Flowvariablen gepostet.
Außerdem hat die Frequenz damit gar nichts zu tun. Wenn Du meine UND Node nutzen würdest, wie ich gepostet habe und dort ein Debug anhängst, dann siehst Du jeweils das ganze Objekt.Tut mir leid, aber wenn ich mir schon die Mühe mache, Dir eine Lösung zu präsentieren und Du ignorierst das einfach, dann hat das einen gewaltigen Einfluss auf meine Motivation.
-
@mickym Na ja ich hab halt jetzt stunden dran gebastelt mit den Grundlagen von dir, damit es das macht was ich letztlich möchte - ich muss es scheinbar über ein join zusammenführen ganz am Anfang damit der Trigger von dem anderen MQTT wert halt kommt und den SOC wert dann "mitnimmt".
-
@i0br0ker Na ja wenn Du es besser weißt - dann musst Du halt auch mit der Logik selbst klar kommen.
Alleine das hier ist doch gelinde gesagt "Schwachsinn". Aus diesem Objekt mit 2 mal true wird jede AND verknüpfung immer true ergeben. Wie gesagt, wenn Du das Prinzip verstanden hast, dann solltest Du ja den Rest ohne meine Hilfe erledigen können.
Nimm Inject Nodes und Debug Nodes. Setze sie an verschiedene Stellen und prüfe Deine Logik. So wird das jedenfalls nichts. Insbesondere wenn Du dann noch filter Nodes hinter die trigger Nodes setzt. Damit kommt genau einmal ein true raus und dann nie wieder was - da die filter Node alles blockiert, solange keine Wertänderung (und nach dem ja nur true kommt - wird die filter Node alles bis in alle Ewigkeit blockieren) stattfindet. Das dürfte auch Dein Problem sein. Aber sowas kannst Du ja nun selbst rausfinden.
-
@mickym hmm zum einen will ja ich nur 1 true oder false im wechsel und nicht ständig trues oder false ..
Weil die Anlage im Hintergrund noch per Hand übersteuert werden kann und sonst immer wieder "zurück" springt.
Und ich möchte wenn beide Ausgänge true sind durch das AND wissen das beide true sind und erst dann weiter machen.Es funktioniert soweit auch jetzt ich hab die Filter direkt am Anfang raus genommen war ja klar das der SOC sich nicht sekündlich ändert .. denkfehler
Danke bis hier hin für die Anstöße und die Hilfe
-
@i0br0ker Wie gesagt hier nochmal zum Abschluss um mein Geschriebenes auszuprobieren und wie gesagt, das solltest Du halt selbst machen:
Mach diese Inject Node vor den Filter und eine Debug Node dahinter und schau, ob Du nach der 1. Nachricht noch jemals was raus bringst.
Ansonsten dann viel Glück und Gelingen. Ich bin dann erst mal raus.
