Mindestdaten für generische EVU-Module / "Schaukeln" der Ladeleistung
Verfasst: Di Feb 21, 2023 12:22 pm
Ich hoffe, ich habe dazu jetzt nichts übersehen, aber ich habe ein paar Fragen zur Funktionsweise der generischen EVU-Module: 
- Was sind die absoluten Mindestdaten für Überschussladen?
-- EVU "W Bezug" (o. ä., heißt ja überall ein bisschen anders)
-- PV Watt (Erzeugung)
-- Falls vorhanden noch W und SoC für Batterie
Stimmt das soweit?
Alle anderen Daten sind für andere Funktionen (Schieflast) / Statistik?
- Warum sind im EVU-Part bei MQTT soviel mehr Werte möglich, als bei HTTP, oder gar JSON?
--------------------------------------------------------
Zusammenhängend habe ich noch ein weiteres Problem, oder eine Frage:
Ich habe bis vor Kurzem das Huawei-Modul benutzt, das hat auch (bis auf die bekannten Verzögerungen weil langsam etc...) grundsätzlich recht gut funktioniert
Da ich aber nicht openWB als mein zentrales System betrachte (insbesondere für statistische Daten UND weil ich wesentlich mehr Daten vom Wechselrichter haben möchte als openWB darüber liefert), habe ich mir mit viel Mühe eine richtig gut funktionierende Modbus-Abfrage für mein IP-Symcon geschrieben, die erstaunlich zuverlässig alle 10s alle für mich wichtigen Daten des Wechselrichters holt.
Diese Daten schicke ich dann via MQTT an openWB.
Also wirklich alle Felder in den drei Modulen (EVU, PV und Batterie) werden gefüttert - vermutlich unnötig, s. o.
Und alle Daten, die in openWB angezeigt werden (PV-Leistung, EVU-Leistung, Batterie-Leistung, Hausverbrauch etc...), stimmen wunderbar.
Wenn ich nun allerdings PV-Überschussladen starte, findet ein "Schaukeln" statt:
- Überschuss ist da => Ladeleistung wird hochgeregelt
- Ein paar Sekunden später schießt der Hausverbrauch in die Höhe und die Ladeleistung wird wieder gedrosselt
- Dann ist wieder genug Überschuss da... etc...
Ich vermute, dass das einfach durch Trägheiten zu stande kommt... WR reagiert wahrscheinlich auf den hohen Verbrauch, die Batterie (die da noch geladen wird) schaltet nicht schnell genug ab, EVU meldet Bezug, diese Meldung geht an openWB. Werte vom WR kommen "nur" alle 10s, MQTT verzögert vielleicht auch noch ab und zu...?
Wie habt Ihr das gelöst? Ich kann auch auf z. B. HTTP switchen. Dann holt sich openWB nach meinem Verständnis eigenständig Werte. Ist das sinnvoll?
Oder sollte ich schauen, dass die Daten vom WR nur alle 30s bei openWB landen, damit die Reaktionszeiten geglättet werden?
Oder bin ich gedanklich gerade völlig auf dem Holzweg?
- Was sind die absoluten Mindestdaten für Überschussladen?
-- EVU "W Bezug" (o. ä., heißt ja überall ein bisschen anders)
-- PV Watt (Erzeugung)
-- Falls vorhanden noch W und SoC für Batterie
Stimmt das soweit?
Alle anderen Daten sind für andere Funktionen (Schieflast) / Statistik?
- Warum sind im EVU-Part bei MQTT soviel mehr Werte möglich, als bei HTTP, oder gar JSON?
--------------------------------------------------------
Zusammenhängend habe ich noch ein weiteres Problem, oder eine Frage:
Ich habe bis vor Kurzem das Huawei-Modul benutzt, das hat auch (bis auf die bekannten Verzögerungen weil langsam etc...) grundsätzlich recht gut funktioniert
Da ich aber nicht openWB als mein zentrales System betrachte (insbesondere für statistische Daten UND weil ich wesentlich mehr Daten vom Wechselrichter haben möchte als openWB darüber liefert), habe ich mir mit viel Mühe eine richtig gut funktionierende Modbus-Abfrage für mein IP-Symcon geschrieben, die erstaunlich zuverlässig alle 10s alle für mich wichtigen Daten des Wechselrichters holt.
Diese Daten schicke ich dann via MQTT an openWB.
Also wirklich alle Felder in den drei Modulen (EVU, PV und Batterie) werden gefüttert - vermutlich unnötig, s. o.
Und alle Daten, die in openWB angezeigt werden (PV-Leistung, EVU-Leistung, Batterie-Leistung, Hausverbrauch etc...), stimmen wunderbar.
Wenn ich nun allerdings PV-Überschussladen starte, findet ein "Schaukeln" statt:
- Überschuss ist da => Ladeleistung wird hochgeregelt
- Ein paar Sekunden später schießt der Hausverbrauch in die Höhe und die Ladeleistung wird wieder gedrosselt
- Dann ist wieder genug Überschuss da... etc...
Ich vermute, dass das einfach durch Trägheiten zu stande kommt... WR reagiert wahrscheinlich auf den hohen Verbrauch, die Batterie (die da noch geladen wird) schaltet nicht schnell genug ab, EVU meldet Bezug, diese Meldung geht an openWB. Werte vom WR kommen "nur" alle 10s, MQTT verzögert vielleicht auch noch ab und zu...?
Wie habt Ihr das gelöst? Ich kann auch auf z. B. HTTP switchen. Dann holt sich openWB nach meinem Verständnis eigenständig Werte. Ist das sinnvoll?
Oder sollte ich schauen, dass die Daten vom WR nur alle 30s bei openWB landen, damit die Reaktionszeiten geglättet werden?
Oder bin ich gedanklich gerade völlig auf dem Holzweg?
