openWB Forum

Hallo zusammen,

habe hier erfolgreich den vzlogger an einem EMH 2-Richtungs-Wandlerzähler eingebunden. vzlogger, bzw. der Zähler selbst liefert mit leider nur die reinen Verbrauchs- und Lastwerte ohne den Faktor 50 des Wandlerzählers, ist also alles um Faktor 50 zu niedrig.

Gibt es eine Möglichkeit diese Werte in der openwb zu skalieren, die "scaler" Funktion im volkszähler/vzlogger funktioniert bei sml Paketen nicht.

Ansonsten liebe ich die openwb, funktioniert tipptopp!

Liebe Grüße,

Ralf.

Nein, das muss extern passend berechnet werden.

Habe ich befürchtet.
Auf GitHub ein issue eingestellt, wenn das nicht in den Main eingeht mach ich einen fork für den messwandler (alleine der Satz sollte in die doofsten denglisch Annalen eingehen)
Danke für die schnelle Antwort.
Ralf

Hast du die Issuenummer?

derNeueDet hat geschrieben: ↑Mi Feb 03, 2021 7:40 pm Hast du die Issuenummer?

#445 ganz oben, d-a-u, der auch im Projekt aktiv ist hat mir auf https://www.photovoltaikforum.com/threa ... ost2191950 geholfen.

Hab nur nen quickhack in MeterSML.cpp rein gebaut (Faktor 50 der Messwerte). Funktioniert astrein.

würde ja einen fork machen+pull, aber momentan zu wenig Zeit und not used to c++.

Ralf

Habs im PV Forum so halb mitbekommen. Du hast den Issue in VZlogger auf gemacht. Dachte bei openWB.

Da ich schon mal überlegt habe, den VZLogger EVU Teil zu ändern, sodass statt Zeilen auch UUIDs verwendet werden können, da diese stabil bleiben, auch wenn noch zusätzliche Channels in VZ eingebaut werden, war meine Überlegung, da noch einen Faktor für die Werte einzubauen. Komme aber gerade auch nicht dazu.

Allerdings habe ich bisher auch bis auf deinen Fall noch keine Anforderung gesehen, dass man das braucht.

VG
Det

Ich habe mir heute die Möglichkeiten der JSON Module angeschaut. Hier kann mit Hilfe von jq aus dem JSON der entsprechende Wert ermittelt werden.

Leider hat es nicht auf Anhieb geklappt, das etwas komplexere jq Filter an das Modul zu übergeben. Ich habe daher das Modul angepasst und konnte dann damit VZLogger Daten ermitteln. Was ganz spannend an jq ist, ist dass sich in der Filter Bedingung auch mathematische Funktionen abbilden lassen.
Deine Anforderung, einen Wert mit 50 zu multiplizieren lässt sich also über das JSON Modul in openWB abdecken.

Die Filter für VZLogger sehen so aus: Alle Einträge folgen dem Muster:
.data[] | select(.uuid=="<UUID des entsprechenden Wertes>")| .tuples[0][1]

Möchtest du den Wert mit einem Faktor multilizieren z.B. 50, dann würd die entsprechende Zeile wie folgt aussehen.

.data[] | select(.uuid=="<UUID des Wertes>")| .tuples[0][1]*50

VG
Det

Danke Det!

Zum Testen habe ich das noch auf dem Demoserver im Netz laufen. Dort schiebt ein Ethersex-Controller die S0-Zählerdaten hin (nur Watt, da keine kWh möglich). Die Anzeige im Frontend passt.

In oWB klappt es allerdings noch nicht, obwohl die json-Ausgabe der WR-URL passende Werte liefert:
{"version":"0.3","data":{"tuples":[[1612880488000,83.189,1],[1612880496000,83.189,1],[1612880504000,83.189,1],[1612880512000,83.189,1],[1612880520000,79.723,1],[1612880528000,83.189,1],[1612880536000,83.189,1],[1612880544000,83.189,1],[1612880552000,83.189,1],[1612880560000,79.723,1],[1612880568000,76.256,1],[1612880576000,72.79,1],[1612880584000,69.324,1],[1612880592000,72.79,1],...
Die PV-Wattwerte stehen an 2. Stelle, so dass ".tuples[0][1]" m.E. den aktuellen PV-Wattwert liefern sollte.

Im PV1-Modul von oWB habe ich aktuell folgendes drin (<uuid> ersetzt die Zähler-Ident).
# WR URL: https://demo.volkszaehler.org/middlewar ... uuid=<uuid>
# Json Abfrage für Watt: .data[] | select(.uuid=="<uuid>")| .tuples[0][1]
# Json Abfrage für kWh: leer gelassen

Hast Du eine Idee, wie das funktionieren könnte?
VG aiole

Upps, die Version ist ganz schön alt. Es sind auch keine uuids vorhanden.

Das ist der Demoserver von VZ.
Die uuid hatte ich nicht gepostet. <uuid> ist meine spezielle uuid.
Ich bin im oWB-PV-Modul (1).

log sieht so aus:
jq: error (at <stdin>:1): Cannot index array with string "uuid"
modules/wr_json/main.sh: Zeile 30: ((: > 5 : Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"> 5 \").