[Frage] [V4.0 IP5] Meine ersten Schritte (Addition+Multiplikation)

[cybersmart]

Hallo zusammen,

ich wollte heute meine ersten Schritte mit der Logikengine gehen und dachte einen einfachen Usecase zu haben - scheitere aber gerade daran.

Ich bekommen von meiner Wärmepumpe per MQTT Werte zum Energieverbrauch. Die Werte (ursprünglich vom ebus) kommen getrennt nach MWh und kWh. Die Wärmepumpe schiebt 1000kWh immer in eine andere (MWh-) Adresse auf dem eBus, die kWh laufen dann "über" auf 000.

Die Werte kommen zudem nicht zwingend immer zur gleichen Zeit per MQTT rein, es kann also sein, dass erst ein Update des kWh-Wert kommt und verzögert dann der MWh-Wert oder umgekehrt

Zunächst wollte ich in Grafana eine Addition vornehmen, aber das ist mir dort nicht gelungen, evtl. auch weil die Werte unterschiedliche Zeitstempel haben - vielleicht geht es auch mit Grafana, aber ich dachte mir das wäre ein guter Fall für die Logik-Engine.

Ich müsste also ja eigentlich nur den MQTT-Wert der MWh an einen Multiplizierer-Eingang hängen und fest mit 1000 Multiplizieren. Den Ausgang dann auf den Eingang einer Addition und zweiter Summand ist dann der MQTT-Wert der kWh.

Aber irgendwie komme ich da schon nicht weiter und vielleicht hat jemand eine einfache ähnliche Logik oder einen anderen Lösungsansatz für ein ähnliches Problem.

Am Ende soll dann Timeseries den korrekten kWh-Wert (Summe MWh+kWh) bekommen und nur noch diesen speichern statt die Einzelwerte.

Vielleicht war auch nur der Tag heute zu anstrengend um am Abend noch sowas anzugehen, aber dafür gibt es hier ja schlaue Menschen die mich in die richtige Richtung schubsen können.

Besten Dank schonmal und beste Grüße,


Uwe

[danik]

Hi Uwe

Müsste m.E. schon klappen wie angedacht, sprich die MWh * 1000 und dann als Input zu Addition. Das Problem liegt da bei den unterschiedlichen Zeitpunkten / Eingängen. Daher hier beim Logik-Eingang der Addition von C auf U wechseln und dann die Logik nur bei Trigger (nicht bei Change). Oder das C nur beim Wert der immer später kommt (wenn es immer der gleiche ist) und beim ersten Wert = U.

Gruss
Dani

[cybersmart]

Ah ok, habe auch die "Freie Formel" gerade gefunden, damit geht es dann in einem Schritt das zu rechnen.
Das mit den Triggern würde ich dann so lösen, dass ich MWh auf U setze und die nichts triggern, und nur kWh auf C, also wenn sich da was ändert soll eine neue Rechnung erfolgen. Das müsste dann ja reichen, da sich auch beim Überlauf auf die MWh der Wert der kWh von 999 auf 000 ändert.

Leider kann ich zeitlich nie sagen welcher Wert vor welchem per MQTT kommt .... aber der kWh Wert ist der Entscheidende auf den ich triggern kann.

Bin mal gespannt was nun rauskommt Danke schonmal für den ersten Tipp.

[gbglace]

Wenn die beide nicht immer in der gleichen Reihenfolge kommen ist das Ergebnis nah an den 1000 immer gefährlich.

Wenn MW nur U ist kW aber C.

dann hast auch Ausreißer nach unten wenn kW vor MW kommt und es von 999 auf 1001 wechselt, weil Du dann einen Datenpunkt mit 1 produzierst.
Und anders rum bei fallender Tendenz von 1001 auf einmal einen Datenpunkt von 1995 schreibst und mit dem nächsten dann erst 995.

Alle Hersteller die da solch komisch skalierte Outputs generieren sind halt blöd zu verarbeiten.

Eigentlich müsstest eine ganz komplexe Logik bauen die beide Werte doppelt in sich auf nimmt.

Einmal jeweils ein einem Eingang mit U und jeweils einen Eingang mit A. die beiden A musst dann auswerten und erst wenn da quasi ein Pärchen identifiziert wurde findet dann die eigentliche Berechnung gegen die beiden U Werte statt.

So ein Pärchen muss halt immer irgendwie A1/A2 sein oder A2/A1 aber nicht A1/A1 oder A2/A2. Da mir diese Elektronischen Schaltungsbegriffe völlige Fremdworte sind, keine Ahnung mit welchen Modulen solche Trigger Pare abgeleitet werden können.

[cybersmart]

Das wäre dann ja fast etwas für einen Logikbausteine im Sinne der Betriebsstundenzähler etc. der solche Inputs verarbeitet? Einmal gebaut - immer wieder verwendet. Aber man muss ja wirklich die zeitliche Reihenfolge dann irgendwie "abfangen" oder gerade im Grenzbereich eine Art Filter bauen der unsinnige Werte abfängt und dann nicht auf den Ausgang schreibt ... klingt komplex. Ich werde mal beobachten was bei mir in der Praxis da jetzt passiert, in Grafana sehe ich Ausreißer ja dann wenn sie auftreten. Danke für den Hinweis, hatte diesen Fall nicht auf dem Schirm bisher.