ich würde gern OpenEMS für eine private PV-Anlage einsetzen:
Die Anlage besteht aus einem Fronius SymoGen24 Plus 10.0 Hybrid-Wechselrichter, ca. 9 kWp PV, einem Speicher Fronius Reserva und einem Fronius Smartmeter.
Außerdem am Start: Verbrauchszähler EMU Professional II (3 Wohnungen und Allgemeinstrom).
Wir haben eine 60%-Begrenzung für die Einspeisung, wollen aber vor allem selbst verbrauchen.
Das EMS soll die “üblichen” Daten (Verbrauch, Produktion, Einspeisung, Bezug, Ladezustand, …) erfassen und aufzeichnen.
Zusätzlich soll das EMS den Wechselrichter bzw. das Laden und Entladen des Speichers steuern (Prognosebasiertes, netzdienliches Laden, Vermeidung von Abregelungen)
Ich möchte ein altes Laptop mit Debian Linux verwenden.
Jetzt meine Fragen:
Gibt es für die Fronius-Geräte funktionierende Modbus-Treiber, mit denen ich auch das prognosebasierte Lademanagement machen kann? Ich habe in der Doku geschaut und im Forum gesucht, bin aber nicht sicher, was da genau der aktuelle Stand ist.
Ich würde auf dem Laptop Edge und UI laufen lassen - dann hätte ich auch gleich eine Anzeigeeinheit. Spricht etwas dagegen, es so zu machen und keinen Raspberry Pi zu verwenden?
Das Backend brauche ich doch nur, wenn ich das Ganze in einer Cloud hosten will, oder habe ich da etwas falsch verstanden?
Für die EMU-Zähler werde ich vermutlich Modbus-Treiber bauen müssen, die habe ich in der Liste nicht gefunden. Dafür mache ich ggf. einen neue Thread auf. Jetzt muss ich erst mal OpenEMS grundsätzlich zum Laufen bekommen, meine Anfängerfrage dazu habe ich schon gepostet. Sie wurde allerdings noch nicht freigegeben.
Hallo @mzenker und willkommen in der OpenEMS Community,
deinen Anwendungsfall kann OpenEMS grundsätzlich sehr gut umsetzen.
(1) Gibt es für die Fronius-Geräte funktionierende Modbus-Treiber, mit denen ich auch das prognosebasierte Lademanagement machen kann? Ich habe in der Doku geschaut und im Forum gesucht, bin aber nicht sicher, was da genau der aktuelle Stand ist.
Im “offiziellen” OpenEMS Repository ist bisher der Symo Gen24 nicht enthalten. Wenn du das gelöst bekommst - siehe verlinkte Diskussion - dann klappt auch der Rest, da in OpenEMS die Regelungs-Algorithmen, Prognose etc. von der Speicher-Implementierung unabhängig sind.
(2) Ich würde auf dem Laptop Edge und UI laufen lassen - dann hätte ich auch gleich eine Anzeigeeinheit. Spricht etwas dagegen, es so zu machen und keinen Raspberry Pi zu verwenden?
Das passt so. Ob Laptop oder Raspberry Pi; ob Windows oder Linux - das ist im Prinzip egal.
(3) Das Backend brauche ich doch nur, wenn ich das Ganze in einer Cloud hosten will, oder habe ich da etwas falsch verstanden?
Richtig. Genau so ist das gedacht.
Für die EMU-Zähler werde ich vermutlich Modbus-Treiber bauen müssen, die habe ich in der Liste nicht gefunden.
was Fertiges gibt es für den Gen24 leider nicht. da hilft nur selbst was programmieren.
Arbeite gerade dran damit man es veröffentlichen kann.
Stand jetzt. Speichersteuerung funktioniert seit einiger zeit ohne Probleme.
Was mich noch stört: bin gerade dabei alles auf die Sunspec-Protokolle umzustellen damit man dann auch nicht mehr direkt den Modbus mit Abfragen überhäufen muss und die Register einzeln liest sondern im Paket. Grund dafür ist wenn man die Register einzeln liest und nicht im Paket steigt ganz gerne mal der Modbus-Server des Gen24 aus.
@stefan.feilmeier Danke für die Hinweise! Bin in letzter Zeit nicht dazu gekommen, an dem EMS-Projekt weiterzumachen. Das wird demnächst besser.
@vision03 Das klingt interessant. Register im Paket abfragen kann man auch ohne Sunspec, aber den Standard zu verwenden ist generell schon eine gute Idee. Falls dein Code schon verwendbar ist, wäre ich interessiert, ihn mal auszuprobieren - seit ein paar Tagen ist bei uns die Anlage installiert, und an den Verläufen sieht man schon, dass die Ladestrategie noch verbesserungsfähig ist. Ich könnte mir auch vorstellen, beim Implementieren zu helfen. muss mich allerdings noch in die Treiberprogrammierung mit OpemEMS einarbeiten. Also je nachdem, wie weit du schon bist und ob es Sinn hätte, das zu mehreren zu bearbeiten, melde dich gern.
