AC gekoppelter Akku, warum so komplex

Raspi geht, gibt auf der Victronseite sogar ein Image mit der Software.
Brauchst dann aber die ganzen Schnittstellen als USB Adapter, weil ein Raspi diese nicht hat.

Dein Zähler bringt nicht die nötigen Information, so dass Victron die Verarbeiten kann.
Die Ausleserate ist auch viel zu lahm.

kannst Du das bitte näher erläutern. Was genau fehlt an Informationen, z.Z. werte ich nur saldierte Höhe der Leistung aus. Z.Z. läuft mein Script alle 5 Minuten, prüft die Höhe und das Vorzeichen und reagiert entsprechend.

Ich kann auch die Abtastfrequenz erhöhen, wie weit müsste ich austesten. Im Sek-Takt hatte ich es schon mal probiert, ging einwandfrei und tiefer runtergehen muss ich nicht,
die paar Watt an Fehlsteuerung sind mir egal.

Welche weitere Information soll der Victron noch benötigen. Er soll vom Raspi im einfachsten Falle die Info bekommen:

A. Jetzt einspeisen
B Jetzt laden und nicht einspeisen

vielleicht baue ich noch die genaue Höhe ein, dann hätten wir folg. beiden Szenarien:

A. Jetzt einspeisen mit XXX Watt
B. Jetzt laden mit XXX Watt und nicht einspeisen.

Ergänzung: Der Victron soll und muss keine Daten vom Zähler verarbeiten, dafür ist der Raspi da

Ich habe über IOBroker und optischen Kopf auch eine Auslesung des Zählers umgesetzt.
Sekundenwerte sind kein Problem.
Du bekommst aber immer nur den Zählerstand in kWh mit 3 Nachkommastellen (wenn du die PIN eingeblinkt hast ). Sollte von der Genauigkeit auch passen.
Du musst dann aus dem Zählerstand den Verbrauch/Einspeisung (also Stand von jetzt - Stand von vor 1. Sec) ermitteln und an den Multiplus übermitteln.

Nur zu sagen jetzt laden, jetzt liefern ist ein bissle wenig.

Der Victron sollte schon wissen was er liefern soll ansonsten schaltest du ja immer nur 0% 100% und schiebst den Überschuss ins Netz.
Auch für das Laden vom Akku muss der Victron wissen wieviel er von ACin ziehen soll, sonst holst du die differenz bis 100% aus dem Netz.

Schau mal hier https://github.com/unifiedcommsguy/victron-dbus-fronius-smartmeter da gibt es ein Projekt für den Fronius Smartmeter.
Das könntest du auf einen SML Zähler adaptieren.

Was dein Zähler nicht liefern wird ist Spannung und Strom für L1, L2, L3 und die Leistung aufgedröselt nach L1, L2, L3.
Der Zähler kann das bestimmt, liefer die Register dazu aber nicht (wenigstens bei mir ist das so).

Wenn du das 1-phasig baust muss man probieren ob das ein Problem ist. Ansonsten könnte man die Werte berechnen mit Summe/3.
3-phasig könnte das ggf. ein Problem werden.

hier noch die Auswertung im Python Script mit den Registern: https://github.com/unifiedcommsguy/victron-dbus-fronius-smartmeter/blob/f2712c5d0d987a8b4d226833b0d2d4856101496f/dbus-fronius-smartmeter.py#L62-L94

Vielen Dank für Deine Antwort, aber ich glaube ich haben meinen Stand noch nicht richtig rübergebracht.

Mein Zähler ist natürlich entsperrt, ich kann jeden Kram auslesen, den das SML-Protokoll hergibt.

Habe die SML-Nr gerade nicht im Kopf, kann ich jetzt schon die Momentanleistung jederzeit am Zähler
abgreifen. Z.Z. mache ich das alle 5 Min und zwar den Saldo über allen Phasen hinweg.

Ich kann folglich dem Victron genau sagen, dass ich akt. beziehe oder einspeise (Vorzeichen) und den akt. Betrag.
Ich müsste also nur wissen, wie ich vom Raspi auf den Victron zugreife und den steuere. Er wird sicherlich auch ein Protokoll
auf seinem Buss haben, um Kommandos entgegenzunehmen.

Ich sehe überhaupt keine Notwendig dem Victron Zählerstände etc etc zu übermitteln. Ich brauche doch nur die Fallunterscheidung
Bezug vs. Einspeisung und den Betrag/Höhe.

Ich finde auf YT sehr viele Beiträge über den Raspi in Kombi mit dem Victron. Die behandeln aber eher den ganzen Visualisierungskram, der
mich ehrlich gesagt überhaupt nicht interessiert. Die Dokus, die ich bisher zum Victron habe sind ziemlich dünn bzgl. der Protokolle.

Was mich aber auch wieder zurück Ausgangsfrage bringt. Mit einem Raspi, IR-Senser und einem elek. Zähler vom EVU bräuchte ich die
anderen Victron-Komponenten nicht

Hier noch mal die Erläuterung wie ich den Wert verarbeite. Ich benutzte den VZLogger als Unterbau, weil mir der IOBrocker zu viel Overhead war. Ich habe VZLogger minimalistisch
konfiguriert und erhalte folg Output:

uuid "XXXXXXX
last 1659524415804
interval -1
protocol "sml"
tuples
0
0 1659524415804
1 47

Dieses Datentupel wird sekundlich rausgehauen und der Wert unten, die 47 sagt aus, dass ich akt. 47 Watt vom EVU ziehe. Würde ich einspeisen, würde dort -47 stehen. Es ist also die Momentanleistung.

Man kann auch aus dem SML-Protokoll Durchschnittswerte der letzten 5Min, 1h etc etc ziehen. Ich habe damals die Momentanleistung genommen und kontrolliere diese "nur" alle 5 Minuten, um Zappelschlatungen
zu vermeiden, dadurch kann es passieren, dass sich die Situation in den 5 Minuten umgekehrt und ich Lasten erzeuge obwohl ich schon beziehe, aber das ist wirklich pillepalle.

Bei einem AC-Speicher könnte ich die Abtastrate erhöhen, da muss ich noch Erfahrungswerte sammeln, was Sinn macht. Das ist jetzt aber hier wirklich Detailskram

Ergänzung: Falls das jm. nachbauen möchte. Die Dokulage ist etwa alt. Es ist der 1-0:16.7.0 SML Parameter für die Momentanleistung. Das SML Protokoll ist mega mächtig. Man kann dort enorme Daten rausziehen

Hi,

worauf die Vorredner hinauswollen: Dein Skript muss sekündlich (oder so in etwa) den aktuellen Bezug / Einspeisebetrag an den Victron melden. Das ist technisch soweit kein Problem - mit dem im vorherigen verlinkten python-Modul ist beschrieben, wie man das macht.

Der Victron verwendet anstelle einer REST-API dazu den DBUS unter Linux - dort musst Du die Werte im passenden Format und regelmäßig einstellen. Läuft hier einwandfrei.

Wahlweise kannst Du den Victron auch über MODBUS betanken - irgendwo auf der Victron-Homepage gibt es ein Excelfile mit den entsprechenden Registern. Whatever floats your boat - oder welche Lösung Dir auch immer einfacher erscheint.

Eine Regelung mit an/aus willst Du nicht. Einfach den korrekten Bezugs/Einspeisewert übermitteln, den Victron gemäß ESS auf Nulleinspeisung setzen und der regelt das brav alles selber.

Ist nicht kompliziert, sondern IMHO recht einfach, musst halt nur die richtigen Werte zur Verfügung stellen.

Vielen ist dieser Weg nicht robust genug '(keine Wertung) - der direkte (Modbus) Weg vom EM24 zum Victron ist robuster und funktioniert out of the box. Keine Abhängigkeit von Scripten und Raspberries.

Perfekt, nach dieser Antwort hatte ich gesucht.

Ich hätte auch nichts dagegen die anderen Komponenten zu kaufen und einzubauen, nur erschloss sich mir nicht der Sinn besonders von schon ein elektronischer Zähler vom EVU da ist. Mein Schrank
wäre groß genug, aber ich finde das blöd zwei Geräte vorhalten zu müssen, wenns auch der EVU Zähler macht.

Dann werde ich mal nach dem DBUS-Framework rechechieren.

Rein interessenshalber: Wie kommen denn die Informationen vom EM124 auf den Victron, wenn dieser sonst wo steht. Ich hatte bisher verstanden, dass man dafür Strippen ziehen muss. In den bisherigen Diagrammen
sehe ich halt nur schwarze Linien eingezeichnet ohne näher zu erläutern wie die Signale transportiert werden (Funk vs. Kabel).

Wie schon im Eingangspost erläutern wäre das Strippenziehen bei mir nicht realisierbar.

Du kannst die Daten vom EM24 über RS485, Netzwerk oder mit Zigbee übertragen

Dann werde ich mal nach dem DBUS-Framework rechechieren.

Hast du dir die Links angesehen die ich geposted hatte 😉 ?
Für Python gibt es eine Bibliothek die das kann.

Mein Punkt war: Du bzw. ich mit meinem Zähler bekomme nicht die Werte für L1, L2, L3 Strom, Spannung, Leistung sondern nur die Gesammtleistung für Bezug und Lieferung.

Jetzt muss man probieren ob der Victron mit den Summe zufrieden ist oder die Werte für L1, L2, L3 braucht.
Das war ja auch eine Anmerkung von Stromsparer99, das ein Smartmeter mehr an Werten liefern kann als ein Stromzähler.

Der Stromzähler wird das auch alles messen nur komme ich nicht an die Register ran, die werden bei meinem Zähler nicht mit ausgegeben.

Dann werde ich mal nach dem DBUS-Framework rechechieren.

Hast du dir die Links angesehen die ich geposted hatte 😉 ?
Für Python gibt es eine Bibliothek die das kann.

Mein Punkt war: Du bzw. ich mit meinem Zähler bekomme nicht die Werte für L1, L2, L3 Strom, Spannung, Leistung sondern nur die Gesammtleistung für Bezug und Lieferung.

Jetzt muss man probieren ob der Victron mit den Summe zufrieden ist oder die Werte für L1, L2, L3 braucht.
Das war ja auch eine Anmerkung von Stromsparer99, das ein Smartmeter mehr an Werten liefern kann als ein Stromzähler.

Der Stromzähler wird das auch alles messen nur komme ich nicht an die Register ran, die werden bei meinem Zähler nicht mit ausgegeben.

Doch das gucke ich mir gerade an und sehe überhaupt kein Problem das Skript anzupassen. Ich musste noch überlegen mit den verschiedenen Phasen und habe dazu das Handbuch für den SML-Standard gewälzt. Wenn Dein Zähler SML beherrscht und das müsste er, dann muss er auch diese Werte liefern können. SML berücksichtigt Strom, Spannung, Leistung für jede Phase. Ich bräuche nur die SML-Codes raussuchen und testweise meine Volkzzähler.conf anpassen, um das zu sehen.

Du kannst die Daten vom EM24 über RS485, Netzwerk oder mit Zigbee übertragen

Danke, das sehe ich hier auch gerade:

https://www.victronenergy.com/upload/documents/Cerbo_GX/GX_Device_Manual-de.pdf

Die Alternative wäre also, den EM24 einbauen und ans LAN hängen. Den Cerbo + MP2 dann im entfernten Batterieraum aufstellen und die Verbindung über LAN laufen lassen. Ja, Ok, wäre auch eine Möglichkeit

Wenn Dein Zähler SML beherrscht und das müsste er, dann muss er auch diese Werte liefern können. SML berücksichtigt Strom, Spannung, Leistung für jede Phase.

Ich glaube das wird über Berechtigungen weg geblendet. Die Register hat der bestimmt, ich darf die nur nicht sehen .
Ich glaub auch das du mit dem Python Script zurecht kommst, das sah jetzt nicht kompliziert aus.
Viel Glück mit SML 😉

Wenn du ein Venus OS auf ein RasPI laufen lässt könntest du die Werte evtl. mit MQTT über WLan dahin übertragen.
Das Venus OS macht dann den Rest mit dem Multiplus.
Dann muss der Raspi nur in der Nähe vom Multiplus sein und WLan Empfang haben (MP und Raspi musst du dann mit einem Kabel zusammen stecken VE-BUS glaub ich heißt das).

Wenn Dein Zähler SML beherrscht und das müsste er, dann muss er auch diese Werte liefern können. SML berücksichtigt Strom, Spannung, Leistung für jede Phase.

Ich glaube das wird über Berechtigungen weg geblendet. Die Register hat der bestimmt, ich darf die nur nicht sehen .
Ich glaub auch das du mit dem Python Script zurecht kommst, das sah jetzt nicht kompliziert aus.
Viel Glück mit SML 😉

Wenn du ein Venus OS auf ein RasPI laufen lässt könntest du die Werte evtl. mit MQTT über WLan dahin übertragen.
Das Venus OS macht dann den Rest mit dem Multiplus.
Dann muss der Raspi nur in der Nähe vom Multiplus sein und WLan Empfang haben (MP und Raspi musst du dann mit einem Kabel zusammen stecken VE-BUS glaub ich heißt das).

Genau, richtig verstanden. Ich habe heute schon den Rapsi im Zählerschrank im Einsatz, um meine Server zu steuern. Dort würde ich das VZlogger.conf um die Attribute erweitern, aktuell lese ich nur die sald. Momentanleistung aus. Der Zählerschrankraspi veröffentlich schon heute diese Daten über eine URL in JSON. Ich brauche also nur einen zweiten Raspi im Batterieraum aufstellen, der ebenfalls die URL vom ersten konsumiert.

Jetzt ist noch die Frage, ob auch mein EVU-Zähler die Daten bereistellt, die er eigl. auch stellen müsste.

Also mein EVU Zähler stellt genau diese Info (Bezug/Einspeisung aktuell phasensaldiert) via SML zur Verfügung, nachdem ich ihn mit der PIN freigeschaltet hatte. Was für die Bereitstellung via Venus OS / dbus genügen müsste.

Vor der Freischaltung habe ich auch nur die Zählerstände abfragen können. Aber das ist ein anderes Thema 😉