E3DC Hauskraftwerk steuern
-
-
Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.20
Änderungen:- Bereinigung der HTML-Daten Proplanta an die HTML Seite nach 2:00 Uhr angepasst, da nicht alle Werte um diese Zeit zur Verfügung stehen.
-
Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.21
Änderungen:- Fehler behoben, das Notstrom Reserve nicht berücksichtigt wurde
-
@jans_ios @chilihead
Bitte die neue Version 1.0.21 verwenden.
Konnte heute das ganze bei mir nachstellen und den Fehler beheben. -
Nein ich habe vom EVU einen einbauen müssen da ich über 10 kWp war.
So ein ding iss doch auch im E3DC drin ....... kann man an diese daten nicht irgendwie ran??
-
@zelkin
Ja, über den e3dc-rscp Adapter. -
@arnod
Top, Proplanta läuft schon mal, in die Notstrom-Geschichte laufe ich kommende Nach beim aktuellen Wetter auf jeden Fall rein - melde mich!Danke Dir!
-
@arnod
....... an der falschen stelle geguggt
Alle werte uner dem wechselrichter zu finden ... richtig??Danke noch wegen der einstellungen .... leider funktioniert das bei meinem Flot immernoch net
-
@arnod
Heute Nacht hat der E3DC wunderbar die Notstromreserve gehalten - bis er sie um 2 Uhr nachts anscheinend freigegeben hat und den Speicher komplett entladen hat. Ist das so gewollt? Wie kann ich Dir bei Interesse mein gesamtes Log von heute zukommen lassen? -
@jans_ios
Das gleiche verhalten auch bei mir mit der aktuellen Version, genau 2 Uhr wird die restliche Ladung freigegeben
-
@zelkin sagte in E3DC Hauskraftwerk steuern:
Alle werte uner dem wechselrichter zu finden ... richtig??
Die findest du unter
e3dc-rscp.0.PVI.PVI_0.String_0.DC_STRING_ENERGY_ALLund e3dc-rscp.0.PVI.PVI_0.String_1.DC_STRING_ENERGY_ALL` du musst nur String 1 und 2 zusammenzählen.Danke noch wegen der einstellungen .... leider funktioniert das bei meinem Flot immernoch net
Komisch wie sieht es den jetzt bei dir aus, immer noch eine Linie bis zum Ende ?
-
@jans_ios sagte in E3DC Hauskraftwerk steuern:
Heute Nacht hat der E3DC wunderbar die Notstromreserve gehalten - bis er sie um 2 Uhr nachts anscheinend freigegeben hat und den Speicher komplett entladen hat.
Nach deinem LOG hat das Script um 00:03 Uhr, 00:08 Uhr, 00:13 Uhr usw. sID_Max_Discharge_Power_W auf 7408 W eingestellt und sID_Max_Charge_Power_W auf 6000 W.
Das kann nur passieren, wenn e3dc-rscp.0.EMS.EMERGENCY_POWER_STATUS 1 oder 4 ist oder der Batterie_SOC > Notstrom_SOC_Proz ist oder PV_Leistung_E3DC_W > 100 und getAstroDate("sunset") = true ist.Wenn bei dir um 00:03 das E3DC nicht auf Notstrom umgeschaltet hat und somit in den Inselbetrieb, würde ich das nicht verstehen.
Prüfe bitte mal e3dc-rscp.0.EMS.EMERGENCY_POWER_STATUS was für ein Wert dort steht.
Hat dein E3DC eine Notstromfunktion?Um 02:00 hat der Adapter Backitup einen Fehler in das LOG geschrieben und der 3 sek. Timer vom Script Charge-Control ist ab diesem Zeitpunkt nicht mehr aktiv, warum auch immer.
Ich vermute das Backitup die Timer beendet vor dem Backup und diese dann nicht mehr starten.
Bitte mal die Instanz Backitup stoppen und mal testen, ob es dann funktioniert.Das nächste Problem ist natürlich dein Backup um 4:00 Uhr, da hier der ioBroker beendet wird und damit auch das Script und keiner mehr alle 6 sek. deinem E3DC mitteilt, dass es den Speicher nicht entladen darf.
Immer wenn das Script beendet wird oder keine Verbindung zum E3DC besteht, übernimmt E3DC wieder das Kommando und wird die Batterie entladen, außer die Entladesperre ist aktiv. Warum die aber bei dir bereits um 0:03 Uhr deaktiviert wurde, müssten wir noch herausbekommen. -
@stiwy18
Hast du auch den Adapter Backitup installiert, der um 2:00 Uhr ein Backup macht? -
@arnod
Hi Arno,
nein, ich mache das Backup über den ESXi Host um 20:30 Uhr.
Um 2 Uhr läuft eigentlich nichts mehr, hab aber das logging für heute Nacht eingestellt, evtl. zeigt das den Grund.Viele Grüße
Stefan -
@stiwy18
Prüfe mal in deinem LOG, ob du was erkennen kannst, was da um 2:00 Uhr aktiv war, was eventuell das Script oder den Timer im Script beendet hat. -
Ok Ursache, warum bei dir wahrscheinlich Max_Discharge_Power auf 7408 W und Max_Charge_Power auf 6000 W eingestellt wurde gefunden.
Habe bei mir gesehen das die Batterieladung von 9% nach einer Zeit wieder auf 10% gesprungen ist und somit war die Bedingung Batterie_SOC > Notstrom_SOC wieder erfüllt und das Entladen wurde wieder eingeschalten.
Vermutlich ist das bei dir auch der Fall.
Das werde ich mit der nächsten Version beheben, sodass wenn der Notstrom_SOC erreicht wird und Max_Discharge_Power auf 0W ist, der Notstrom_SOC um 1% erhöht wird um ein ständiges ein und ausschalten zu verhindern. -
Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.22
Änderungen:- Mit dem Ausschalten der Batterieladung ist es möglich, dass der SOC Wert Batterie wieder um 1 % ansteigt. Um ein ständiges ein und ausschalten zu verhindern, wird der Notstrom SOC nach dem Ausschalten um 1 % erhöht.
-
@arnod
Hi Arno,
heute Nacht trat das Problem nicht auf.
Der RSCP Adapter ist glaube ich doch von der Onlineverbindung zu E3DC abhängig, kann es sein, dass dies passiert wenn diese eine Wartung durchführen?
Hattest du das gleiche in der Nacht bei dir auch? -
@stiwy18
Heute Nacht nicht und davor war mein Speicher noch zu voll und somit war der SOC Wert Notstrom nicht erreicht. -
@ArnoD
Moin, mir ist heute früh in meiner Übersicht aufgefallen, dass der Zähler für die von ChargeControl gesicherte Leistung nicht genullt wird um Mitternacht. Ist da dann einfach ein setState(sID_PVErtragLM2,0,true); zu ergänzen bei dem Timer?PS: inzwischen habe ich mir einen View für meine Anlage zusammengemixt, der alle für mich wichtigen Infos enthält
