@klassisch Im Grunde ist es ganz einfach.... wenn man mal alle Teile zusammen getragen hat.
Ich lese mit dem Smartmeter Adapter die Werte aus dem Zähler des Netzbetreibers aus.
Somit stehen sie schon mal im ioBroker zur Verfügung.
Dann gibt es auf Github ein Projekt das einen sdm630 Zähler im System emuliert.
Das findest man auf Github, wenn man nach victron und sdm630 sucht oder einfach hier über diesen Link
Da muss man allerdings den Code etwas anpassen und mit Go neu kompilieren.
Das coole ist, es ist in Go geschrieben und lässt sich auch auf einem Windowsrechner für den Raspi erstellen.
In diesem Projekt ist eigentlich alles ziemlich gut erklärt.
Wenn das Programm dann neu erstellt wurde und auf dem Venus OS läuft, muss man im ioBroker nur noch eine Struktur unter MQTT erstellen.
Die sieht dann so aus:
Topic (z.B Hauszaehler)
---sdm1-1
------Current
---------L1
---------L2
---------L3
------Power
---------L1
---------L2
---------L3
------Voltage
---------L1
---------L2
---------L3
---Import
---Export
wobei Power und Current selbst auch Datenpunkte sein sollten.
Diese müssen dann über ein Script im Broker noch mit Werten gefüllt werden. Der Rest passiert von alleine.
Achso, eins noch. Im Code der Zähleremulation werden negative Werte auf 0 gesetzt. Somit könnte man dem System keine Einspeisewerte mitteilen. Da hab ich die Abfragen einfach raus genommen und übertrage die Werte so, wie sie vom Zähler kommen.
Das coole an der Geschichte ist, dass man im ioBroker-Script die Werte noch manipulieren könnte. So könnte man bei Bezug z.B. immer 50 oder 100Wh mehr übertragen, das hätte dann zur Folge, dass der MP2 auch immer etwas mehr Leistung erzeugt als benötigt wird (wird dann eben eingespeist), auf der anderen Seite hätte man aber auch einen gewissen Puffer um Netzbezug durch Regelträgheit möglichst zu vermeiden.

Wenn ihr Fragen habt, kann ich gerne helfen.

Nachtrag: ich hab heute das Auslesen meines Hauptzählers neu gemacht. D.h. ich lese jetzt nicht mehr mit einem eigenen Raspi und einem USB Lesekopf aus sondern mit einem D1 Mini und einem Seriell-IR Lesekopf.
Jetzt kommen die Updates der aktuellen Verbrauchsdaten im Sekundentakt und der zeitliche Versatz liegt bei maximal 0,2 Sekunden. Damit kann ich jetzt perfekt leben. Viel schneller könnte es ein EM24 auch nicht

Hy,

ich hab zwar ne relativ große PV auf dem Dach, steuere aber aktuell meine Waschmaschine nicht "smart".

Allerdings hab ich mich mit dem Thema vor einiger Zeit mal beschäftigt.

Vorgehensweise war damals immer diese "schaltbare" Steckdose dann zu schalten, wenn seit z.B. 15 Min. genügend PV-Überschuß erzeugt wird.

Die Waschmaschine wird entsprechend vorbereitet, also mit Wäsche beladen und bei manuell geschalteter Steckdose das Programm gewählt und gestartet. Dann wird, wieder manuell, die Steckdose ausgeschaltet.

Schaltet nun dein Smarthomesystem die Steckdose ein, arbeitet die Maschine da weiter, wo sie aufgehört hat.

So zumindest die Idee. Ob das bei deiner Maschine auch funktionieren würde, musst du testen.

Ich habe mich damals nicht weiter damit beschäftigt, weil mir meine Frau was erzählen würde, wenn sie beim waschen immer erst auf schönes Wetter warten müsste und ich es ziemlich doof fand die Maschine so mittendrin "abzuwürgen" nur um ein paar Cent zu sparen.

@apollon77 Der Ansatz an sich ist mir schon klar und der ist im Grunde ja auch gut so.
Meine Idee, Daten in die DB zu schreiben, war im Grunde sowieso nur eine Krücke, weil ich keine andere Möglichkeit gesehen habe als über den FLOT Adapter zu gehen. Aber die Daten direkt über SQL auszuwerten und als JSON String zurück geben zu lassen ist natürlich viel eleganter.
Man kann sich zwar sicher über die Optik streiten, aber für meine Zwecke reicht das alle mal.
Danke dir trotzdem für die Antworten.

@bananajoe danke für den Tip. as mit dem Zeitstempel klingt grundsätzlich interessant.
Aber die Daten als solches liegen ja schon in einer Tabelle als Tageswerte vor. Ich muss also lediglich in einer SQL Abfrage die Daten entsprechend aggregieren und anzeigen lassen.
Mein erster Ansatz, die berechneten Daten wieder in die DB zu schreiben, war eigentlich dämlich und nur dem Umstand geschuldet, dass ich keine Idee hatte diese Daten irgendwie anders anzeigen zu können. Es gibt aber VIS Objekte, die Daten aus einem JSON-String anzeigen können.
Damit wird es relativ einfach das umzusetzen, was ich mir vorgestellt habe. Es ginge zwar vermutlich mit Grafana hübscher, aber die Lösung reicht mir voll und ganz und ist relativ flexibel.
So sieht es jetzt aus und das passt so für mich:

@apollon77 Ne, ich möchte die Daten schon aggregiert in die Datenbank schreiben.
Ich hab die ganzen Tageswerte und zeig sie mir aktuell in einer Tabelle an. Das funktioniert problemlos. Aber, ein altes Sprichwort sagt... Ein Bild sagt mehr als tausend Worte.
Ich würde mir diese Daten eben auch gerne in einer Graphik anzeigen lassen. Nach vorne verschieben, rein zoomen usw.
Die PV Tagesdaten hab ich mal aus einem Onlineportal extrahiert und in die DB (eigene Tabelle) geschrieben. Flot weigert sich aber hartnäckig diese Daten als Quelle anzuerkennen.
Wenn das ginge, wäre alles geritzt. Aber da kommt mir gerade eine Idee... vielleicht geht es ja mit einem JSON Chart Objekt... Ich spiel damit mal ein wenig rum....

@apollon77 Hy, gibt es eine Möglichkeit, historische Werte (die nicht aus ioBroker stammen) im entsprechenden Format in die Datentabellen der ioBroker Datenbank zu schreiben um diese dann mit Flot zu nutzen? Ich würde mir gerne Charts meiner PV-Anlage konsolidiert auf Tage, Monate und Jahre graphisch anzeigen lassen.
Die Daten im entsprechenden Format kann ich problemlos in die Tabellen einfügen, nur Flot nutzt diese Daten einfach nicht.
Ich hab mir dazu z.B. auch schon einen Datenpunkt angelegt und im Admin zum speichern eingestellt. Werte die ich nach der Erstellung in die DB speichere werden angezeigt. Daten davor leider nicht. Gibt es dafür eine Lösung außer Grafana zu verwenden?

@e-i-k-e
Ich würde mir auf Github mal die ganzen Projekte ansehen.
Für Stromzähler gibt es eine MQTT-DBus Bridge.
Ich könnte mir gut vorstellen, dass es sowas auch für die Laderegler geben könnte.
Das war bisher allerdings nicht mein Thema, von daher kann ich dir nicht sagen ob es sowas wirklich schon gibt.
Such auf Github einfach nach Victron. Da gibts dann über 200 Projekte.

@fuci
Ich hab mir den Code im Projekt angepasst und neu kompiliert.
Meiner Meinung nach muss er natürlich auch negative Werte mitbekommen, damit er weiß mit welcher Leistung die Akkus geladen werden können.

@fellek
Damit setzt du aber nur den Setpoint, soweit mir das bekannt ist.
Den Zähler zu simulieren dürfte sinnvoller sein, weil sich dann der MP2 selbst darum kümmert wieviel Energie aus oder in die Akkus fließt und du mit dem Setpoint einfach nur einen Offset vorgeben kannst.
Aber wenn dir das so reicht, soll mir das recht sein

@fellek wenn du Probleme hast, melde dich, habs hier am Laufen.

@fellek willst du nur den Setpoit übertagen oder auch die Zählerwerte im Venus OS Sehen?
Es gibt auf Git ein Projekt SDM630 das holt sich die Werte über MQTT und übergibt sie über DBus an das Venus OS. Läuft super und ist relativ easy einzurichten. Ist ja vielleicht auch für dich interessant.

@fuci
negative Werte sind im Code abgefangen und werden auf 0 gesetzt.
Das hab ich auskommentiert und neu kompiliert, sonst bringt das ja nichts.
Das System muss doch wissen, wenn ein PV Überschuss vorliegt.
Keine Ahnung warum das so gemacht wurde.