Victron MP II / Venus - Leistung vom Hauszähler per MQTT übergeben

Bezüglich Nachkommastellen, habe eine Landis Gyr Zähler. Nachdem ich mir die Pin vom Zähler habe geben lasse und den freigeschaltet habe bekomme ich 3 Nachkommastellen.

Die Anzeigekommastellen sind da in den lamdaausdrücken {:0.1f} anzupassen, wenn man bessere Werte hat.
'/Ac/L1/Energy/Forward': {'initial': 0, 'gettextcallback': lambda p, v: "{:0.1f}W".format(v) },
Intern verwendet er floats, da sollte nichts verloren gehen.

So ganz will es leider noch nicht

Ich bin mir aber zugegeben auch nicht sicher ob bei mir paho-mqtt richtig installiert ist

Ich hatte es gestern irgendwie händisch installiert

Der direkte Aufruf von
/data/gridmeter# python -m ensurepip --upgrade

bringt leider nur

/usr/bin/python: No module named ensurepip

(Es ist das neueste Raspi-Image)

Viele Grüße

Aber, du hattest es doch schon,

powercurr = float(jsonpayload["Zaehler"]["Power_curr"])
TypeError: 'int' object is not subscriptable

Der 'int' war dein Zählerwert, das mqtt abo hat da funktioniert!

....
Ich erhalte:

ERROR:root:Programm MQTTtoMeter ist abgestuerzt. (on message Funkion)
Traceback (most recent call last):
File "/data/mqtttogrid/MQTTtoGridMeter.py", line 90, in on_message
powercurr = float(jsonpayload["Zaehler"]["Power_curr"])
TypeError: 'int' object is not subscriptable
'int' object is not subscriptable
Im MQTTtoMeter Programm ist etwas beim auslesen der Nachrichten schief gegangen


ich habe jetzt zum 5. mal die SD-Karte mit verschiedenen Versionen bespielt - es gelingt mir nicht pip zu installieren

Kann es sein das da Victron irgendwann was im Image geändert hat - ihr alle ein altes Image habt?
Beim Update innerhalb der Venus-Oberfläche wird vermutlich nicht das Linux upgedatet?

pip ist beim update auch verschwunden,
die paho-mqtt hat er beim update aber nicht geklaut

ich werde noch wahnsinnig 🙂

Ich vermute es ist ein Problem der venus.conf - es werden mit opkg quasi keinerlei Pakete gefunden

Was steht bei Euch in der venus.conf?

Bei mir: src/gz all https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/all
src/gz cortexa7hf-neon-vfpv4 https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/cortexa7hf-neon-vfpv4
src/gz raspberrypi2 https://updates.victronenergy.com/feeds/venus/release/packages/dunfell/raspberrypi2


Eigentlich wollte ich einen WR installieren, mich nicht ewig mit Linux rumärgern 🙂
Weiss jemand welches die richtige Version des Images ist, damit das Gaze funktioniert?

Oder mag mir evtl. jemand einfach ein Image seiner SD-Karte machen?

Die Datei im Anhang sollte mit den 3 Werten, die der Zähler erzeugt klarkommen.
deviceinstance ist eine beliebige freie Nummer, ob das mit 0 auch geht weiß ich nicht

Das Problem mit den Einheiten ist auch gelöst, es besteht keine Gefahr den VRM Export zu verlieren.
Das VRM braucht die Einheiten nicht mal, die sind nur für Anzeige in der Venusoberfläche.

##########################################
servicename= "com.victronenergy.grid.obismeter";
customname = "Powermeter via MQTT" ## name in Venus
deviceinstance = 185 ## vrm nummer
looptime = 200 ## im ms
##########################################
path_UpdateIndex = '/UpdateIndex';
# MQTT
broker_address = "192.168.178.47" ### "mqtt.local" ## mqtt server
clientid = "Venus.obismeter"
username = "Venus"
password = ""

topic_p1_power = "iot/smartmeter/sensor/1/obis/1-0:16.7.0/255/value"
topic_p1_import = "iot/smartmeter/sensor/1/obis/1-0:1.8.0/255/value"
topic_p1_export = "iot/smartmeter/sensor/1/obis/1-0:2.8.0/255/value"
topic_p1_voltage = None
topic_p1_current = None

##########################################


Was macht das Script?
Ich verstehe es irgendwie nicht.

Habe meine zweirichtungszähler auch verfügbar, auch direkt als mqtt Nachricht wenn es sein muss.
Würde gerne das mqtt to dbus nutzen um die Werte an den victron zu geben.

https://github.com/victronenergy/dbus-mqtt

Das Script machts irgendwie anders oder?

EdIT:
Mal ins Script geguckt und überflogen.
Sieht super aus. Respekt.
Frage 1: seh ich das richtig das es hier nur um p1 geht und nicht p1-p3.
Hätte ja drei Phasen im Angebot.
Vermutlich dann nur die Phase die mein mp2 48/5000 auch nutzt?

Bissl offtopic:
Überlege noch wie ich es anstelle.
Habe einen home Server auf Intel Basis mit proxmox und Homeassistant.
Ich könnte natürlich einfach aus home assistant die Daten per modbus updaten oder auch per mqtt schicken.
Problem: home assistant aus, mp2 auch aus...

Jetzt könnte ich Venus os einen Container oder gar eine vm spenden, dort den mqtt Broker laufen lassen.
Problem: Server kaputt, mp2 aus.

Hätte noch einen Backup Server laufen mit zwei Platten a 18tb. True nas laufend.
Ich fürchte hier müsste ich dann mit docker ran um venus os laufen zu lassen. Er hinderlich wie ich finde.

Also auf einen rpi3 rauf und fertig. Sd Karten sterben, ist das bei venus os der Fall?

Zurück zum Thema, also:
Ausgelesen wird mein zäher (easymeter q3m) mittels esphome und sml. (Gerät: sonoff basic / hitchi Lesekop)
https://esphome.io/components/sml.html

Werde wohl einen rpi3b mit venus os bestücken und den mosquitto Broker installieren.

Dann das Script nehmen um die mqtt Daten vom esp über lqtt empfangen und für den mqtt to dbus umbauen.
https://github.com/victronenergy/dbus-mqtt

Würde das so mit dem Script klappen oder muss ich erst python lernen? 😉

Bissl offtopic:
Überlege noch wie ich es anstelle.
Habe einen home Server auf Intel Basis mit proxmox und Homeassistant.
Ich könnte natürlich einfach aus home assistant die Daten per modbus updaten oder auch per mqtt schicken.
Problem: home assistant aus, mp2 auch aus...

Jetzt könnte ich Venus os einen Container oder gar eine vm spenden, dort den mqtt Broker laufen lassen.
Problem: Server kaputt, mp2 aus.

Ja, das ist der Grund warum ich nicht über HA gehen werde, ist einfach zu unzuverlässig, bei jedem Update gibt es ne Downtime.

Auf Venus OS läuft auch ein MQTT Server.
Manche Menschen richten einen Sync bestimmter Topics ein, war mir aber zu kompliziert. Mein MQTT Server läuft auf einem stabileren Arm, den ich nie booten muss.
Mit dem MQTT der Venus hatte ich aber einige Probleme, ich kann da was eintragen, sehe aber nicht das Abbild, was ich im d-bus sehen kann. Später habe ich den Versuch aufgegeben.
Ich weiß aber leider nicht, wie ich mich mit ESPHome an zwei MQTT Server verbinden kann, daher verwende ich für beide Wege denselben Server, einmal Realtime für Venus, einmal Statistik, etwas langsamer für HA.

Mein Skript mit der einen Phase hatte ich nur zum Test für einen SDM120 gemacht umrauszinden was geht.
In einem Karton habe ich noch eignen SDM72s, davon wird einer der Hauptzähler.
Das Skript ist auch nicht mehr auf dem aktuellen Stand, das Ding mit der Looptime war Blödsinn, das Update in Venus kann man auch bei reinkommenden MQTT Messages machen, muss man nicht warten.

Ja, das ist der Grund warum ich nicht über HA gehen werde, ist einfach zu unzuverlässig, bei jedem Update gibt es ne Downtime.

Auf Venus OS läuft auch ein MQTT Server.
Manche Menschen richten einen Sync bestimmter Topics ein, war mir aber zu kompliziert. Mein MQTT Server läuft auf einem stabileren Arm, den ich nie booten muss.
Mit dem MQTT der Venus hatte ich aber einige Probleme, ich kann da was eintragen, sehe aber nicht das Abbild, was ich im d-bus sehen kann. Später habe ich den Versuch aufgegeben.
Ich weiß aber leider nicht, wie ich mich mit ESPHome an zwei MQTT Server verbinden kann, daher verwende ich für beide Wege denselben Server, einmal Realtime für Venus, einmal Statistik, etwas langsamer für HA.

Mein Skript mit der einen Phase hatte ich nur zum Test für einen SDM120 gemacht umrauszinden was geht.
In einem Karton habe ich noch eignen SDM72s, davon wird einer der Hauptzähler.
Das Skript ist auch nicht mehr auf dem aktuellen Stand, das Ding mit der Looptime war Blödsinn, das Update in Venus kann man auch bei reinkommenden MQTT Messages machen, muss man nicht warten.

Derzeit habe ich keinen MQTT Broker, da ich in HA die API nutze.
Ergo nehme ich einfach den MQTT Server vom Venus oder installiere einen Mosquitto.
Dort müsste man dann schauen wie es geht.
Kein Plan ob der Broker das dann als "neues" Topic publishen kann oder ob ich, wie bisher gedacht, ein scipt haben muss, dass mir das Topic dann umbaut um es dann über den Broker erneut zu publishen.

Wie gesagt, nutze keinen Broker und habe es sogar versucht zu verhindern.
Wenn ich mich recht entsinne spricht ein MQTT client auch einfach ins netz und jeder im Netz kann die Nachricht einfach mitlesen.
Gut, nichts anderes macht HTTP auch 😉

Secure brauch ich nicht, habe VLANs eingerichtet und mein WLAN ist getrennt zwischen:
autox = automation x
Home
Work

Aber darum gehts hier nicht 😉

Da ist ein Beispiel wie ich den Zähler mal zur Venus pushen werde.
https://github.com/user0x01/venus-mqtt-pvinverter
Zähler ist nur etwas einfacher, da ich da keine dynamischen Instanzen erzeugen muss, man bracht ja nur einen.

Dem MQTT Server der Venus kann man beschreiben und daraus lesen, aber ich hab da nichts gefunden was in dbus-spy gesehen haben.
Ich hab dann den genommen, den ich schon habe und alles das per Skript in dbus übertragen.

OnT:
WP: Nibe S1155-12 + passiv Kühlung (Selbstbau) + Fristar3WP

Wie hast du das gemacht, mein Hausdealer wollte als PC Aufpreis für die 1255-6 5k€ haben.
War mir zu teuer.
Wie viel Platz braucht man dafür?
Muss man da nur die Soleleitung und die FBH Kreislauf durch einen eigenen Wärmetauscher schleusen und kann die Pumpen in der Nibe weiter nutzen?
Wie regelt man die Kühlleitung? Durch Durchflussbegrenzung der Soleleitung?

OnT:
WP: Nibe S1155-12 + passiv Kühlung (Selbstbau) + Fristar3WP

Wie hast du das gemacht, mein Hausdealer wollte als PC Aufpreis für die 1255-6 5k€ haben.
War mir zu teuer.
Wie viel Platz braucht man dafür?
Muss man da nur die Soleleitung und die FBH Kreislauf durch einen eigenen Wärmetauscher schleusen und kann die Pumpen in der Nibe weiter nutzen?
Wie regelt man die Kühlleitung? Durch Durchflussbegrenzung der Soleleitung?

Das ist aber dolle OT
Liest du hier ab Seite 6.
Nibe 1x55 - 12/16 Passivkühlung

Im Grunde habe ich meinen alten Mischer (das Oventropteil) bissl umgebaut und mir ein Nibe AXC30/40/50 gekauft.
Dann alles durch einen WT von Amazon und mittels Nibe origanal Sensoren dran. DIPS wie in der Anleitung einstellen (AXC50) und fertig ist die PassivKühlung.
Hat mich aufgrund der Altteile irgendwas um 400 Euro gekostet. (220 Euro AXC, 100 Euro WT, Rohr und so ein Zeug)

Nibe 1x55 - 12/16 Passivkühlung

Da ist ein Beispiel wie ich den Zähler mal zur Venus pushen werde.
https://github.com/user0x01/venus-mqtt-pvinverter
Zähler ist nur etwas einfacher, da ich da keine dynamischen Instanzen erzeugen muss, man bracht ja nur einen.

Dem MQTT Server der Venus kann man beschreiben und daraus lesen, aber ich hab da nichts gefunden was in dbus-spy gesehen haben.
Ich hab dann den genommen, den ich schon habe und alles das per Skript in dbus übertragen.

Habe nochmal ein bissl rumgesucht.
Wenn es klappt wie ich will, dann bringt ESPHome das von haus aus mit.
Ich kann das Topic komplett nach meinen Wünschen senden, und da ich die Werte in HomeAssistent per API bekomme, kann ich MQTT direkt zur Venus MQTT schicken.
Mal abwarten, ob der Plan aufgeht, aber einfacher wirds nimmer 😉

Ich glaube api und mqtt gehen nicht beide gleichzeitig in esphome.
Die Entwickler haben an den Fall nicht gedacht MQTT einzubauen, aber den für die Standardpublizierung zu disablen und das weiterhin über API zu erledigen.
Ich verwende einige Nodes mit API einige mit MQTT, mit dem Discoverytopic gibt es da in HA auch keine Arbeit mehr die per Hand in den Yamls einrichten zu müssen.