Zählerbaustein für Füllstand Zisterne

[Hofi90]

Hallo zusammen,

hoffe, ihr könnt mir bei meinem kleinen Dilemma helfen:

Ich erhalte den absoluten Füllstand meiner Zisterne aus NodeRed als Zahl in Litern in einen virtuellen Eingang und anschließend in einen Merker.
Sobald sich was ändert (+ oder -) erhalte ich den neuen Wert.
Nun hätte ich gerne in der App eine schöne Visualisierung meines Verbrauches inkl. Füllstand in Liter und %. Im Prinzip so, wie es der Zähler auch bei einem PV Akku darstellt.

Leider habe ich keinen passenden Zählerbaustein gefunden - alle erwarten entweder warte am Delivery/Charge Mrd/Mrc Eingang (diese Werte habe ich ja nicht) oder am PF Eingang (wenn ich da meine Werte "anschließe", wird mein Füllstand als momentaner Verbrauch angezeigt).

Momentan habe ich es so gelöst, dass ich einen Zählerbaustein habe und meinen Füllstand am Slvl Eingang angeschlossen habe. So wird mein Füllstand und Verbrauch als Ladestand zumindest grafisch visualisiert. Aber es werden natürlich weder Ladung noch Entladung errechnet.

Gibts da eine elegante Möglichkeit, dies umzusetzen?

Danke

Grüße

Andreas

[Neocramencer]

Hab genau das gleiche Problem und hänge mich hier mit dran. Hab das ganze auch mit analogwertspeicher um den wert zu speichern und dann zyklisch an den zählerbaustein zu senden, das ist aber auch nicht zufriedenstellend ;( vielleicht hat hier jmd eine config

[be_we]

Hier wurde über das Thema auch schon gesprochen, aber ich denke ohne wirklich gute Lösung: Zisterne Statistik - loxforum.com

Ich habe es selbst auch schon mal testweise implementiert, aber ohne guten Durchbruch jedenfalls.

[Hofi90]

Danke für den Link be_we

Anscheinend stoßen wir hier tatsächlich an die Grenzen des im Loxone-Universum Machbaren.

Ich habe diesbezüglich bei Loxone einen Feature Request erstellt, habe aber aufgrund der im Forum geschilderten Erfahrungen mit Feature Requests wenig Hoffnung auf Umsetzung.

Grüße

Andreas

[nufke]

We could create a dedicated control for this in the LoxBuddy App. Obviously the app only manages the look&feel/user-interface, we need to agree on an existing control or Virtual input in your Lox Config. Would you like to keep the Meter control for this purpose (e.g. do you need history/statistics), or could we use a virtual input connected to a status or Marker element?
If you can create a concrete proposal including some UI mockups how you like to envision this, then I can give it a try to create a new visual for the LoxBuddy App. You can create an issue here.

[Thomas Kührer]

Hallo,
Hofi90
so vielleicht:

[nufke]

yes, this is the generic meter, often connected to an EFM, but that is not mandatory here. We can use that control. How would you like to see things in the user interface? Perhaps you can make a proposal based on the pictures from post #1

[bbi]

Ich habe hinter der Zisternenpumpe einen Wasserzähler mit Impulsausgang installiert. Den mit einem Impulszähler verbunden und somit habe ich zumindest den Zisternenverbrauch einfach und komfortabel.

[Hofi90]

Hallo,

Thomas Kührer
Leider nein. Bei deiner Lösung würde der Verbrauch von 1278 bis zum nächsten Stundenimpuls angezeigt werden. Das ist ja so nicht korrekt und würde zu komischen Statistiken führen.

nufke
In my opinion, i need a meter which calculates delivery or load based on the storage level it gets from an input. And every time the storage level is updated, delivery/load should be calculated.
I wish to have a view like the battery meter.
There you can see current delivery/load and storage level.


Furthermore, you can see the daily/weekly/monthly/yearly/lifetime overview



With my current solution, connecting the current storage level to the svl input, i only get following view. This makes sense - the meter does not know any delivery/load.




A possible solution would be to calculate delivery/load one step before every time the storage level changes and deploy it to the meter Mrd/Mrc input, but, to be honest: is this an accetable solution for this simple problem in the year 2026?


Grüße/Regards

Andreas

[Hofi90]

Hallo,

bbi
das wäre eine Möglichkeit. Da ich aber bereits einen Füllstandssensor in meiner Zisterne verbaut habe, habe ich ja die notwendigen Daten eigentlich. Daher möchte ich ungern eine weitere Hardware verbauen, nur weil in Österreich noch keiner auf die Idee gekommen ist, dass so ein Baustein eventuell praktisch wäre :-)

Grüße

Andreas