openWB Forum

Schau mal nach "zero feed in".
https://www.victronenergy.com/media/pg/ ... bbe2cd1c92

Hallo, vielen Dank für Eure Antworten!

Ich hole etwas weiter aus:

Speicher:
Der Speicher hat eine Spannungsebene von 400V, wenn er voll geladen ist mit bis zu 110 kWh Kapazität. Daher scheidet der Victron Mulitplus Inverter leider aus, da dieser nur die 48V Systemebene beherrscht.
Der Infy Wechselrichter BEG1K075G verfügt über das VDE AN-R 4105 Zertifikat, einen Spannungsbereich von 150 - 1000 VDC und gibt 400V AC aus, bidirektionaler Betrieb ist hier möglich und auch erforderlich. Er wird hier eingesetzt als Batteriewechselrichter.

https://www.infypower.com/bidirectional ... erter.html

PV Anlage:
Die PV Anlage ist bereits vorhanden mit 30 kWp und wird demnächst erweitert auf 50kWp, perspektivisch kommen ab 2029 180 kWp dazu, daher ist die AC Verknüpfung in dieser Größenordnung die beste Wahl, da aus mehreren PV Anlagen dann die Energie verwendet wird.

Schnittstelle zwischen Infy Wechselrichter und Openwb:

OpenWB verfügt über Ethernet Schnittstellen, einen kompatiblen Wandler kann beigestellt werden, der von CAN auf Ethernet wandelt. Das Protokoll kann dann angepasst werden auf OpenWB.

Was fehlt?
Die Regelschleife um anhand der EVU Messung den Strombezug auf Null zu halten mit Sollwertvorgabe für den Wechselrichter
Das Gateway zwischen Ethernet und CAN würde dann die Limits des BMS verarbeiten und auf Basis des OpenWB Sollwertes und Abgleich, dass dieser kleiner ist als die BMS Stromlimits dem Inverter seinen Sollwert kommandieren.

Weshalb sticht der openWB Controller hierfür heraus?
Durch die Vielseitige Unterstützung von EVU Schnittstellen ist es hier besonders einfach das System auch in verschiedene System zu integrieren. Gerade die Flexiblität ist hier besonders hervorzuheben gegenüber anderen Systemen. Außerdem wäre es sinnvoll nur ein Energiemanagementsystem zu verwenden, anstatt vieler einzelner.

Die Regelschleife für's EV laden ist die regel.sh:

https://github.com/snaptec/openWB/blob/master/regel.sh

Daraus wird dann der dem Lademodus entsprechende Funktion aufgerufen, die den Überschuss berechnet. Aufruf ist bei nurpvlademodus ganz am Ende. Diese Funkion ist im

https://github.com/snaptec/openWB/blob/master/nurpv.sh

enthalten. Und ein wenig weiter wird dann der Ladestrom entsprechend des Ladecontrollers (evse, ext. openWB, Keba, ...) gesetzt.

https://github.com/snaptec/openWB/blob/ ... current.sh

Diese Funktionen müssten in der 2.0 in Python umgeschrieben worden sein. Da hab' ich aber noch nicht reingekuckt.

Aber wie gesagt, ich denke es ist nicht unbedingt einfach da die richtigen Stellen zu finden. Die Aufgabe der openWB ist ja nicht BMS, sondern Wallbox. Und sie nimmt nur Daten der Batterie zur Kenntnis, sie steuert sie nicht. Wenn sie die Batterieladung steuern würde, hätte das auch wieder Auswirkungen auf die Überschussberechnung. Und da ist kein Hook für vorgesehen.

Die Version 2.0 könnte den Speicher als "bidirektionales Fahrzeug" behandeln. Dann würde die REgelung dem Speicher vorgeben, was er zu tun hat. Das Thema ist aber so noch nicht implementiert, da die Rahmenbedingungen vom Staat und den Netzbetreibern noch nicht festgelegt sind.

Gero hat geschrieben: ↑Mi Nov 02, 2022 6:56 am Wie macht das denn Victron? Verschalten die alle Wechselrichter DC-Seitig zu einem einzigen, um der AR-N 4105 Genüge zu tun? Ich las da gerade was von "Basis-WR" und "Einheiten je Phase"?

Ja, für ein System, gibt es nur einen DC-Busbar an dem "die Batterie" (und DC-gekoppelte PV und/oder DC Verbraucher) hängt.
Den Begriff "Basis-WR" habe ich gewählt, weil in einem Multi-Komponenten System, 3phasig und/oder parallel kaskadiert, alle Inverter (Multiplus oder Quattro) identische Modelle sein müssen....siehe https://www.victronenergy.com/live/ve.b ... se_systems

Das ganze Setup aus den miteinander konfigurierten Wechselrichtern sieht dann wie ein einziger, grosser WR aus...fällt einer aus, steht das System erstmal.

Der Beitrag von LutzB mit der bidirektionalen Ladung kommt dem am nächsten glaube ich. Victron scheidet aufgrund der niedrigen Spannungsebene leider aus.

Elegancec hat geschrieben: ↑Mi Nov 02, 2022 9:29 am Schnittstelle zwischen Infy Wechselrichter und Openwb:

OpenWB verfügt über Ethernet Schnittstellen, einen kompatiblen Wandler kann beigestellt werden, der von CAN auf Ethernet wandelt. Das Protokoll kann dann angepasst werden auf OpenWB.

Was fehlt?

....Die Spezifikation des implementierten CAN-Bus Protokolls.
Das ist nämlich nicht genormt und eben nicht mit einem Medenkonverter (RS232/RS485 - ETH) getann.

Die Spezifikation ist vorhanden und wird im Gateway meiner Meinung nach umgesetzt, so dass die Openwb immer gleich bleibt.

....ohne eine Spezifikation kann nix implementiert werden. Wie sehen die CAN-Messages auf dem Bus/Ethnert denn nun in Bits+Bytes Sequenzen aus?
Es geht nicht um den Stecker und Etheernet,sondern um eine Protokoll-Implementierung auf Software-Layer/Nachrichten-Ebene.
Sagt Dir das Thema OSi-Schichten-Modell etwas?
Wenn Du die Specs nicht rausrücken willst (oder darfst), kann man wohl gar nix machen...openWB ist openSource.
Ist die Implementierung / die Specs nicht lizenzfrei wird es auch nix, denke

Hallo, anbei die Spec