Einfache Funktion - Wertüberwachung mit 2 Verzögerungszeiten
-
@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 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 ....
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.
-
@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? -
@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.
-
@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".
-
@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.
-
@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
-
@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.
Support us
262
Online32.7k
Users82.5k
Topics1.3m
Posts