Moin,
da die Diskussion ja weitergeht, hänge ich mich mal dran. Letzte Woche ist mein Multiplus II gekommen und seitdem bastel ich daran rum. Ich benutze ebenfalls einen IR-Lesekopf ("Hichi"), um die Momentan-Leistung aus dem Stromzähler abzugreifen und dann über MQTT weiterzuleiten. Das ganze geht über einen Umweg (ioBroker) schliesslich auf einen Raspi mit Venus OS. Das klappt auch soweit, aber wie zu erwarten, ist die Latenz so gross, dass es bei jedem Sprung im Netzbezug Über- und Unterschwinger in der Einspeisung gibt. Jetzt suche ich nach Möglichkeiten, die Übertragung der Werte ein wenig zu tunen.
Was mir an den ganzen Github-Projekten, auch denen, die hier zitiert wurden, auffällt, ist, dass sie alle einen eigenen MQTT-Client installieren, um sich die Werte bei einem (externen) Broker zu holen und diese dann an irgendeine D-Bus-Instanz weitergeben. Wenn ich das halbwegs richtig verstanden habe, hat Venus OS mittlerweile einen eigenen Broker (FlashMQ), der auch ein plugin laufen hat, dass eine Verbindung zum D-Bus herstellt.
Kennt irgendwer ein Github-Projekt für ein Gridmeter, das diese neuen Möglichkeiten nutzt? Ich habe bisher nichts gefunden, aber vielleicht habe ich auch Tomaten auf den Augen.
Das ganze geht über einen Umweg (ioBroker) schliesslich auf einen Raspi mit Venus OS.
ioBroker kannst Du dir als Zwischenschritt sparen.. du brauchst eigentlich nur einen eigenen Broker, wenn Du den vom ioBroker benutzt, ist es natürlich auch iO. Theoretisch kann man auch den Broker nehmen, der direkt in VenusOS läuft..
hat Venus OS mittlerweile einen eigenen Broker (FlashMQ)
Einen MQTT-Broker gab es schon immer.. FlashMQ ist "relativ" neu aber im Umgang quasi das selbe, nur im Umgang mit vielen Topics performanter.
aber wie zu erwarten, ist die Latenz so gross
Welche Latenz hast Du denn?.. mehr als 1Wert/s wirst Du aber auch nicht erreichen mit einem IR-Lesekopf.. ist aber ausreichend schnell.
mr-manuel/venus-os_dbus-mqtt-grid: This Venus OS driver gets the data from MQTT and displays it as grid, genset or ac load meter. (github.com) nutze ich im Zusammenspiel mit node-Red
IBN: 07/2021
Fronius Symo 20.0-3-M : 13.2kWp S 45° + 3.96 kWp S 15° (Verschattung) &
Fronius Primo 3.0-1 : 2.97 kWp N 15° (Verschattung)
06/2023 : Speichererweiterung 14,34kWh DIY (EEL Gehäuse) LiFePO4 EVE LF280K @ Victron MP II 48/5000 - Seplos 10E BMS
######
Wallbox: 11kW echarge Hardy Barth Cpμ2 Pro - Überschuss-Steuerung via evcc.io
Peugeot e-208 Allure Pack seit 11.11.22!
Kia Niro EV Edition 7 seit 28.04.23.
Moin mdkeil,
danke für die Antwort 
ioBroker kannst Du dir als Zwischenschritt sparen.. du brauchst eigentlich nur einen eigenen Broker, wenn Du den vom ioBroker benutzt, ist es natürlich auch iO. Theoretisch kann man auch den Broker nehmen, der direkt in VenusOS läuft.
Einen MQTT-Broker gab es schon immer.. FlashMQ ist "relativ" neu aber im Umgang quasi das selbe, nur im Umgang mit vielen Topics performanter.
War etwas ungenau ausgedrückt. Ich nutze das MQTT Broker/Client plugin für ioBroker, was jetzt nicht schlechter sein sollte, als jeder beliebige standalone Broker. ioBroker nutze ich halt eh schon, weshalb es naheliegend war, den erstmal zu nehmen.
Du hast recht, FlashMQ ist nur die runderneuerte Variante des Venus Broker, und wirklich "neu" ist es nicht, aber für mich klang es so, als ob die Kombi von FlashMQ mit dem dbus-mqtt-flashmq-plugin von Victron eine Abkürzung gegenüber z.B. der Library von freakent und dem extra mqtt-client, den einige ermöglichen würde. Wobei ich das alles bisher nur oberflächlich angelesen habe und bisher noch ziemlich konfus bin 😉
mr-manuel/venus-os_dbus-mqtt-grid: This Venus OS driver gets the data from MQTT and displays it as grid, genset or ac load meter. (github.com) nutze ich im Zusammenspiel mit node-Red
Ja genau, dieses fake grid-meter von Mister Manuel benutze ich auch, allerdings nicht über NodeRed. Mein Hichi hat einen seriellen Anschluss über USB (kein WiFi, Tasmota whatever). Mit einem Thin-Client, der direkt neben dem Zählerschrank steht und auch an der Fritte hängt (läuft ein DietPi drauf mit ein paar goodies, pi-hole und so), schneide ich den SML-stream vom Zähler live mit, extrahiere die OBIS-Codes mitsamt Werten und schicke die Momentanleistung (Der tolle Zweichrichtungs Landis-Gyr liefert keine einzelnen Phasen), die einmal pro Sekunde kommt, direkt per MQTT weiter. Das ganze ist ein zusammengebasteltes NodeJS Script, was auch nichts anderes nebenher macht. Viel Optimierungsmöglichkeit sehe ich da momentan nicht. Es ist der Zähler, der die Auflösung/Geschwindigkeit limitiert.
Mir ist klar, dass ich mit den recht teueren Gridmetern von Victron und anderen empfohlenen Herstellern in den Sub-Sekundenbereich kommen könnte, aber der Verteilerschrank liegt am entgegengesetzten Kellerende vom Multiplus. Da müsste ich also wieder über Netzwerk/WiFi gehen, und Platz für ein Gridmeter ist auch nicht mehr. Ganz abgesehen davon, dass ich den nur ungern selber einbauen würde, sprich Elektriker kommt auch noch oben drauf.
Welche Latenz hast Du denn?.. mehr als 1Wert/s wirst Du aber auch nicht erreichen mit einem IR-Lesekopf.. ist aber ausreichend schnell.
Gemessen habe ich das nicht, aber ich sehe in meinen Graphen, die Spikes nach oben und unten. Das kann dann 2 oder 3 Sekunden dauern, bis der MP nachregelt.
Ich würde jetzt zunächst mal versuchen, meine Werte direkt an den flashMQ im VenusOS zu schicken. Mir ist noch nicht ganz klar, welche Topicstruktur der erwartet. Bisher schicke ich das Minimal JSON Konstrukt { "grid": { "power": 361 }} an ein willkürliches Topic im Broker von ioBroker und frage das dann über venus-os_dbus-mqtt-grid ab. Was nehme ich als Topic, wenn ich direkt an flashMQ schicke?
Das kann dann 2 oder 3 Sekunden dauern, bis der MP nachregelt.
Das kannst Du nicht mehr viel optimieren, da eine schnelle Ausregelung einen EM540 oder VM-3P75CT benötigt.. das sind die einzigen Modelle, die dafür in VenusOS freigegeben sind. Noch schneller geht es dann nur, wenn der MP2 im Inselbetrieb läuft.
IBN: 07/2021
Fronius Symo 20.0-3-M : 13.2kWp S 45° + 3.96 kWp S 15° (Verschattung) &
Fronius Primo 3.0-1 : 2.97 kWp N 15° (Verschattung)
06/2023 : Speichererweiterung 14,34kWh DIY (EEL Gehäuse) LiFePO4 EVE LF280K @ Victron MP II 48/5000 - Seplos 10E BMS
######
Wallbox: 11kW echarge Hardy Barth Cpμ2 Pro - Überschuss-Steuerung via evcc.io
Peugeot e-208 Allure Pack seit 11.11.22!
Kia Niro EV Edition 7 seit 28.04.23.
dbus ist ein ausserordentlich geniales Konzept was Venus von Freedesktop.org übernommen hat.
@sledge Kannst du dein Venus über MQTT mit Fhem auslesen oder vielleicht sogar beschreiben? Oder wäre Modbus-TCP aussichtsreicher? Nachdem ich mit meinen Pylons auf RS485 bei Fhem gescheitert bin, wäre das der nächste Ansatz um nicht auf dem ebenfalls unpassenden CAN Bus zugreifen zu müssen.
Für meinen Zähler habe ich übrigens in einen ABB Modbus investiert. Den gibt es auch in Wandlerausführung. Dann über Waveshare RS485 zu ETH ins Netz auf Venus angekoppelt. Hat ohne eine Zeile eigenen Code funktioniert.
Das kannst Du nicht mehr viel optimieren, da eine schnelle Ausregelung einen EM540 oder VM-3P75CT benötigt.. das sind die einzigen Modelle, die dafür in VenusOS freigegeben sind. Noch schneller geht es dann nur, wenn der MP2 im Inselbetrieb läuft
Mmh, das wäre allerdings schade. Kannst du mir trotzdem was zum Topic auf dem flashmq sagen?
Kannst du mir trotzdem was zum Topic auf dem flashmq sagen?
kann ich leider nicht, das es keine entsprechenden Topics gibt.. Die Daten müssen halt auf den dbus.. das ist ja auch das, was die meisten Scripte machen, sich die Daten von einem beliebigen Broker zu holen und dann auf den dbus als entsprechendes Gerät zu registrieren.
IBN: 07/2021
Fronius Symo 20.0-3-M : 13.2kWp S 45° + 3.96 kWp S 15° (Verschattung) &
Fronius Primo 3.0-1 : 2.97 kWp N 15° (Verschattung)
06/2023 : Speichererweiterung 14,34kWh DIY (EEL Gehäuse) LiFePO4 EVE LF280K @ Victron MP II 48/5000 - Seplos 10E BMS
######
Wallbox: 11kW echarge Hardy Barth Cpμ2 Pro - Überschuss-Steuerung via evcc.io
Peugeot e-208 Allure Pack seit 11.11.22!
Kia Niro EV Edition 7 seit 28.04.23.
Nur wenn man sich mit ganzem nicht schon länger befasst wird das eine schöne Aufgabe für denjenigen! 😉 Ist auch schon selten das wer FHEM als SmartHome betreibt!
Aber wenn man es mal verstanden hat ist FHEM sehr mächtig. Man fängt ganz klein an und irgendwie kann man nicht mehr aufhören, dann liest man auf einmal die komplette PV Anlage aus, steuert Verbraucher und Ladegeräte nach PV Leistung und auf eimal fängt die Ölheizung an mit der PV Anlage zu reden außerdem bekommt der Heizstab seine Befehle wenn sonst nichts viel verbraucht wird. Das war alles nicht so geplant aber wenn man mal angefangen hat....
Gruß
Drahtzieher.