UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[ArnoD]

@jans_ios @chilihead
Bitte die neue Version 1.0.21 verwenden.
Konnte heute das ganze bei mir nachstellen und den Fehler beheben.

[Zelkin]

@arnod

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??

[ArnoD]

@zelkin
Ja, über den e3dc-rscp Adapter.

[jans_ios]

@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!

[Zelkin]

@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 :(

[jans_ios]

@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?

[stiwy18]

@jans_ios
Das gleiche verhalten auch bei mir mit der aktuellen Version, genau 2 Uhr wird die restliche Ladung freigegeben

[ArnoD]

@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_ALL und 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 ?

[ArnoD]

@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.

[ArnoD]

@stiwy18
Hast du auch den Adapter Backitup installiert, der um 2:00 Uhr ein Backup macht?

[stiwy18]

@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

[ArnoD]

@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.

[ArnoD]

@jans_ios

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.

[ArnoD]

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.

[stiwy18]

@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?

[ArnoD]

@stiwy18
Heute Nacht nicht und davor war mein Speicher noch zu voll und somit war der SOC Wert Notstrom nicht erreicht.

[bluebean]

@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 :)

[ArnoD]

@bluebean sagte in E3DC Hauskraftwerk steuern:

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?

Kommt darauf an, was du erreichen willst. Wenn du keine Jahreswerte benötigst, dann ja.
Dann würde es so aussehen:

// jeden Tag um 00:01 Tageswert nullen und Regelzeiten aktualisieren.
schedule({hour: 0, minute: 1}, function () { 
	setState(sID_PVErtragLM0,0,true);
	setState(sID_PVErtragLM1,0,true);
	setState(sID_PVErtragLM2,0,true);
       MEZ_Regelzeiten();
    if (LogAusgabe)log('-==== Tagesertragswert auf 0 gesetzt ====-');
    
});

Wenn du aber auch Jahreswerte anzeigen willst, muss du einen neuen State anlegen, denn du dann täglich löschen kannst.

Übrigens tolles View was du da zusammengemixt hast.

[bluebean]

@arnod said in E3DC Hauskraftwerk steuern:

Übrigens tolles View was du da zusammengemixt hast.

Ich habe nur starke Anleihen bei André genommen, die Grafiken ein wenig gepimpt und mit Teilen von dir ergänzt :)

Aber ich verstehe es richtig, dass der Zähler LM2 nur dann zählt, wenn ChargeControl regelt?
D.h., wenn ich die gesamte an einem Tag gespeicherten kWh erfassen will, muss ich mir einen neuen State sID_PVErtragLM3 mit einem weiteren Zähler LM3 einschließlich dazugehörigem Timer anlegen?

[jans_ios]

@arnod
Super, danke! Habe die neue Version gerade installiert und werde das Verhalten beobachten. BackitUp ist auch deaktiviert.
Den 4-Uhr-Task mit ioBroker beenden und wieder starten kann ich leider nicht deaktivieren - da wird gesichert.

Ich habe zwischenzeitlich auch das Wallbox-Skript aktiv und gerade ein leeres Auto dranhängen bei Einstellung 1. Ich hatte es so verstanden, dass er bei viel Überschuss dann auch das Auto lädt parallel zum priorisierten Akku, doch auch bei mehr als 5.000W, die er ins Netz speist, springt der Auto-Ladevorgang nicht an. Ich habe auch MinLadeStromStart_A schon mal testweise auf 6 heruntergesetzt, das wären ja ca. 1.800W, doch es tut sich nichts.

Hast Du da eine Idee?