openhabforum.de

Ich war damals schon froh das ich es so hinbekommen habe.
Wie müsste denn der JSON Part aussehen damit ich den zweiten Teil als Ergebnis bekomme?

Genau. das muss ich in Ruhe raussuchen...

Hi Udo,
hast du schon was rausfinden können?

Ich habe das ehrlich gesagt etwas aus den Augen verloren...

AndyS1989 hat geschrieben: ↑19. Okt 2021 10:57 Hallo zusammen,

habe den Volkszähler und Openhabian mit Openhab 3, jeweil auf einem eigenen Raspi laufen. Die Anbindung von Openhab zu Volkszähler über http funktioniert soweit. Ist es möglich zu dem aktuellen Verbrauch, Min, Max auch den aktuellen Zählerstand auf Openhab auszugeben?

Hallo.

Ich weiß nicht, ob das Thema noch aktuell ist, aber da ich mich mal wieder mit dem Volkszähler und openHAB beschäftigt habe und dabei deine Frage gegoogelt habe, hier meine Antwort:

Zuerst mal interpretiere ich in deine Frage, dass du einen Stromzähler mit Infrarotschnittstelle (z.B. sml) meinst.
Bei Impulszählern, oder bei Gas oder Wasser, sieht es etwas anders aus.
Ich nehme an, du meinst mit "aktuellen Verbrauch, Min, Max" den aktuellen Leistungswert in Watt.
Weiter nehme ich an du meinst mit "aktuellen Zählerstand" den aktuellen Verbrauchswert in kWh.

Wenn alle meine Annahmen stimmen kannst du dein Ziel ganz einfach erreichen.
Dazu brauchst du neben der Hardware nur den vzlogger https://wiki.volkszaehler.org/software/ ... tartscript. Du brauchst keine Middelware und auch kein Web- Frontend oder ähnliches.
Der vzlogger hat einen eingebauten HTTPd server mit einen AJAX-Frontend, den du direkt von OH3 abfragen kannst.
Bei dieser Lösung ist dann der OH3 deine Middleware und dein Frontend, was ja auch so von OH3 gewollt bzw. gedacht ist.

Konfiguration vzlogger.conf:
Die genaue Beschreibung aller Parameter findest du uunter volkszaehler.org (https://wiki.volkszaehler.org/software/ ... _parameter).
Steps:
1. Den besagten Buid-in HTTP server aktivieren. Port würde ich auf 8090 ändern, damit bei Abfragen nicht das nicht benutzte WEB-Frontend meldet.
2. Wenn vzlogger nicht an die api der middleware übergeben soll "api": "null" setzen
3. SML-Meter mit 2 Channel Leistung und Verbrauch einrichten (je nach Zähler den identifeier für die Channels anpassen).
uuid ist irrelevant, wenn Middleware und Web-Frontend von Volkszähler nicht genutzt werden.

Konfiguration OH3:
1. HTTP-Binding installieren.
2. Thing "http" mit get request anlegen. IP-adresse und Port angeben.
3. Die zwei Channels Leistung und Verbrauch anlgen.
Dazu unter State Transformation z.B. für die Leistung "JSONPATH:$.data[0].tuples[0][1]" und den Verbrauch "JSONPATH:$.data[1].tuples[0][1]" eintragen. Das kann je nach Zäler und Auslesemethode variieren. Da muss man bei den JSONPATH-Abfragen etwas experimentieren.
Dazu im Browser die IP:Port eingeben und die abgefragten Werte der Ausgabe analysieren.
Dort müsstest Du die gewünschten Werte schon sehen (Teilerfolg). Die JSONPATH-Abfrage dient jetzt nur noch dazu den gewünschten Wert ab zu fischen. Dazu meine Beispiele.
4. Zu dem jeweiligen Channel ein Number-Item mit gewünschter Formatierung/Darstellung (z.B. [%.3f] ) anlegen.
Im WEB-LOG von OH3 kannst du die Anfrage und das Ergebnis sehr schön beobachten und ggf. einem Fehler auf die Spur kommen.

Das soll nur der Beschreibung des generellen Weges dienen, so dass man sich nicht stundenlang (so wie ich) mit irrelevanten Sachen beschäftigen muss. Auch immer gut zu wissen, dass es eine Lösung gibt, die irgendwo funktioniert.

Viel Erfolg

Kuli

Es ist sogar so, dass man in vzlogger mqtt aktivieren kann. Man muss lediglich das entsprechende Paket mit installieren (ist in der Konfiguration von vzlogger beschrieben) dann sendet vzlogger bei jedem Read automatisch den Zählerstand ins passende Topic.

Habe ich allerdings selbst noch nicht am Laufen.
Ich hätte etwas Sorge, openHAB als Middleware laufen zu lassen, da kommen schon recht viele Daten rein...

udo1toni hat geschrieben: ↑3. Jan 2022 18:04 Es ist sogar so, dass man in vzlogger mqtt aktivieren kann. Man muss lediglich das entsprechende Paket mit installieren (ist in der Konfiguration von vzlogger beschrieben) dann sendet vzlogger bei jedem Read automatisch den Zählerstand ins passende Topic.

Habe ich allerdings selbst noch nicht am Laufen.

Ja mqtt geht auch, aber ich fand die Lösung charmanter, dass openHAB sich die Daten vom vzlogger holt, die dieser bereit stellt.
Beim mqtt sendet der vzlogger die Daten in Richtung openHAB.

udo1toni hat geschrieben: ↑3. Jan 2022 18:04 Ich hätte etwas Sorge, openHAB als Middleware laufen zu lassen, da kommen schon recht viele Daten rein...

Nur das hier keine MIssverständnisse aufkommen. Ich habe nicht die Middelware von Volkszähler auf dem openHAB laufen. Es war nur ein Vergleich zu der Volkszähler Lösung, die ja auch Datenspeicherung (Middelware) und Anzeige (Frontend) bereit stellt. Diese beiden Aufgaben übernimmt bei mir OH3. Die Menge der Daten die rein kommen sind nicht mehr als von den anderen 90 OH3 Things. Im Falle des Strom- und Verbrauchszählers sind das 2 Zahlen in 30 Sekunden. Wenn man weniger oder mehr Daten will kann man die Zeit der Abfrage ja verändern.

Die Einschätzung wie man es am Besten löst hängt sicherlich auch immer davon ab, wo vzlogger und OH3 laufen. Bei mir läuft der zvlogger auf einem RaspiZero ins WLAN. WLAN spart den Switch etc. und das Ganze braucht weniger Strom als der RPi3/4. OpenHAB läuft bei mir auf einem RPI4. Würde mal sagen beide Raspies sind unterfordert.

Kuli hat geschrieben: ↑4. Jan 2022 09:41 Ja mqtt geht auch, aber ich fand die Lösung charmanter, dass openHAB sich die Daten vom vzlogger holt, die dieser bereit stellt.
Beim mqtt sendet der vzlogger die Daten in Richtung openHAB.

Genau darum geht es ja. openHAB muss die Daten nicht abholen. Pull ist grundsätzlich schlechter als Push, denn es werden unnötige Messpunkte erstellt. Voraussetzung ist natürlich, dass vzlogger die Daten auch vernünftig anliefert, dazu kann ich nichts sagen Auf jeden Fall kann man die Persistence auf everyChange setzen, wenn es um Absolutwerte eines Stromzählers geht.

Kuli hat geschrieben: ↑4. Jan 2022 09:41 Ich habe nicht die Middelware von Volkszähler auf dem openHAB laufen.

Das hatte ich auch nicht so verstanden Der Punkt ist eher, dass vzlogger gerne Datenpunkte im Sekundentakt liefert, wenn das nötig ist, und openHAB ist eben nicht dafür ausgelegt, konstant Daten in dieser Frequenz wegzuschreiben. Persistenz ist für openHAB nur eine Randfunktion, während sie bei volkszähler.org zentraler Punkt des gesamten Systems ist. Es mag aber sein, dass es tatsächlich weniger Probleme damit gibt, als ich mir hier ausmale, und dabei kommt es natürlich auch auf ide Menge der Zähler an (bei mir momentan fünf, es könnten aber durchaus noch 5 weitere dazu kommen, und das sind nur die, welche an volkszähler.org angebunden sind).

Hat es bezüglich der Anbindung des vzloggers via MQTT inzwischen Fortschritte gegeben? Hat das jemand gemacht?

Ich möchte die mit dem vzlogger erfassten Verbrauchs- und Leistungswerte mit den via Tasmota erfassten Werten eines Balkonkraftwerks zusammenbringen, um Verbrauch und Erzeugung trennen zu können. Mir geht es primär um die Datenerfassung, Steuerung ist eher eine Zukunftsoption.

Ja, ich nutze das inzwischen für meinen Zähler. Ist eigentlich sehr einfach, man muss lediglich den vzlogger mit der mqtt Option bauen (ist auf github beschrieben... https://github.com/volkszaehler/vzlogger)
Mein Smartmeter liefert die Messwerte im Sekundentakt, openHAB persistiert mit everyChange. Sind halt recht viele Daten (wie erwartet), aber auch nicht so viel, dass es zu Problemen käme. rrd4j hat eine maximale Auflösung und verhindert aktiv, dass mehr Daten geschrieben werden, als sinnvoll gespeichert werden können. InfluxDB ist dafür ausgelegt, notfalls tausende Datenpunkte innerhalb von Sekunden zu erfassen.