Ich habe dieses Topic eröffnet, um gemeinsam an einer Überschusssteuerung des E3DC Hauskraftwerks in ioBroker zu arbeiten.
Dankeschön an dieser Stelle an Eberhard und sein Programm E3DC-Control, ohne ihn wäre das alles nicht möglich gewesen.
Großes Lob und Danke auch an Uli, der den Adapter e3dc-rscp programmiert hat, über den die Steuerung im ioBroker erst möglich wurde.

Ziel der Steuerung ist:
Mit der Steuerung soll erreicht werden, dass der Batteriespeicher möglichst schonend geladen wird, um die Lebensdauer zu erhöhen.

• Speicher soll nie längere Zeit auf 100 % geladen werden oder auf 0 % entladen werden.
• Möglichst gleichmäßige Ladeleistung beim Laden.
• PV-Überschuss soll gespeichert werden, um nicht in die 70 % Abriegelung zu kommen.
• Bei Überschreitung WR Begrenzung soll Überschuss in die Batterie gespeichert werden.

ioBroker
Es werden folgende Adapter benötigt:

• Javascript (NPM-Module: axios, is-it-bst)
• e3dc-rscp

Für die View Beispiele in VIS werden noch folgende Adapter benötigt:

• vis-hqwidgets
• vis-materialdesign
• vis-timeandweather

Beispiel View zum Importieren und das Skript Charge-Control, sowie eine Anleitung findet ihr auf GitHub:
https://github.com/ArnoD15/iobroker_E3DC

Einstellbare Parameter:
Unload: Wenn der SoC Wert der Batterie > Wert „Unload“ ist, wird der Batteriespeicher mit Beginn Solarproduktion bis Beginn Regelzeitraum, auf SOC Wert Parameter "Unload" entladen. Ist Unload < Ladeschwelle wird bis Ladeschwelle geladen und Unload ignoriert.

Ladeschwelle: Mit Beginn Solarproduktion wird die Batterie mit der maximalen Ladeleistung bis zum Wert Ladeschwelle geladen. Erst wenn der Batterie SOC den Wert Ladeschwelle erreicht, wird mit dem geregelten Laden begonnen. Danach wird bis SOC Wert „Ladeende“ gleichmäßig geladen, mit Ausnahme, wenn die PV-Leistung das Einspeiselimit oder die WR-Maxleistung übersteigt, wird die Ladeleistung um den Wert erhöht, um das Einspeiselimit oder WR-Limit einhalten zu können. Bei unterschreiten von dem Wert Einspeiselimit oder WR-Limit, wird wieder mit neu berechneter Ladeleistung, gleichmäßig bis „Ladeende" geladen. Bei großem Überschuss kann die gleichmäßige Ladeleistung bis auf 0 abgesenkt werden. Parameter "Ladeschwelle" hat Vorrang vor "Unload", d.h. "Unload" wird ignoriert, falls "Ladeschwelle" größer sein sollte als „Unload“.

Ladeende: SoC Wert Speicher, der zum Ende des Regelzeitraums erreicht werden soll.

Ladeende2: SoC Wert Speicher, der zum Ende Sommer Ladeende erreicht werden sollten.

Unterer Ladekorridor: Der „Untere Ladekorridor“ definiert nur den min. Wert, ab dem mit dem Laden der Batterie gestartet wird. Erst wenn die berechnetet Ladeleistung den Wert „unteren Ladekorridor“ übersteigt, wird mit dem Laden der Batterie gestartet.

Offset Regelbeginn Zeit in hh:mm, die von der Astro Zeit "solarNoon" (höchster Sonnenstand) abgezogen wird.

Offset Regelende Zeit in hh:mm, die zu der Astro Zeit "solarNoon" (höchster Sonnenstand) dazu addiert wird.

Offset Ladeende Zeit in hh:mm, die von der Astro Zeit "sunset" (Sonnenuntergang) abgezogen wird.

Eigenverbrauch: Der geschätzte Eigenverbrauch pro Tag in kWh. Wird für die Überschussberechnung der Prognose verwendet.

Notstrom min.: Speicherreserve in % bei Wintersonnenwende 21.12

Notstrom Sockel: min. SOC Wert bei Tag-/Nachtgleiche 21.3./21.9.

Berechnung Notstrom: 21.12 (Wintersonnenwende) ist der Bezugs-SoC = Wert „Notstrom min“ und wird bis zum 21.3 (Tag-/Nachtgleiche) auf Wert „Notstrom Sockel“ reduziert und bis zum 20.06 (Sommersonnenwende) um ca. weitere 10% reduziert. Ab dem 20.06 (Sommersonnenwende) steigt der Bezugs-SoC wieder bis zum 21.09 (Tag-/Nachtgleiche) auf den Wert „Notstrom Sockel“ und bis zum 21.12 (Wintersonnenwende) auf den Wert „Notstrom min“. Je Monat ändert sich somit der SoC um ca. +- 3,3%. Mit Notstrom min. und Notstrom Sockel kann man eine Dynamische Notstromreserve vorhalten, Vorteil ist, dass der Speicher nicht alle 3 Wochen entladen wird wie bei der Notstromreserve von E3DC.

Starten wir am 21.12 (Wintersonnenwende) der kürzeste Tag, da wird der Speicher bis auf Notstrom min = 20% entladen.
Ab jetzt werden die Tage immer länger, bis zum 21.3 (Tag-/Nachtgleiche) wo die Tage und Nächte gleich lang sind.
Das bedeutet deine Speicherreserve kann immer geringer werden je länger die Tage sind, da ja mehr PV-Leistung zur Verfügung steht. Es wird somit jeden Monat die Speichergrenze um ca.3,33% reduziert bis zum 21.03 auf den Wert Notstrom Sockel = 10%.

Ab dem 21.03 werden die Tage immer länger bis zum 20.06 (Sommersonnenwende) dem längsten Tag im Jahr.
Es wird also die Speichergrenze weiter jeden Monat um ca. 3,33% reduziert bis zum 20.06 auf 0%,
Ab diesem Zeitpunkt werden die Tage wieder kürzer bis zum 21.9 (Tag-/Nachtgleiche) wo die Tage und Nächte wieder gleich lang sind und die Speicherreserve wird jeden Monat um ca. 3,33% erhöht auf Notstrom Sockel = 10%.
Die Tage werden immer kürzer bis zum 21.12 (Wintersonnenwende) und die Speichergrenze wird weiter jeden Monat um ca. 3,33% erhöht auf den Wert Notstrom min = 20%

Notstrom Sockel ist somit der min. SOC Wert, wenn die Tage und Nächte gleich lang sind, also am 21.3 und 21.09 und
Notstrom min wenn die Tage am kürzesten sind am 21.12 .

Laderegelung:
Mit Beginn Solarproduktion wird die Batterie mit der maximalen Ladeleistung bis zum Wert Ladeschwelle geladen oder bis zum SOC Wert Unload entladen. Erst wenn der Batterie SOC den Wert Ladeschwelle erreicht, wird mit dem geregelten Laden begonnen.

Mit Start Regelzeitraum wird die benötigte Ladeleistung berechnet, um den SOC Ladeende bis zum Ende Regelzeitraum zu erreichen.

Bei Überschreitung der Zeit, Ende Regelzeitraum wird die benötigte Ladeleistung neu berechnet, um den SOC Ladeende2 bis zur Zeit Ladeende zu erreichen.

Wenn die Zeit Ladeende erreicht ist und die Batterie noch nicht den SOC Ladeende2 erreicht hat, wird das Laden mit maximal noch zur Verfügung stehender PV-Leistung freigegeben.

Ausnahme: Wenn die PV-Leistung das Einspeiselimit oder die maximale Wechselrichterleistung übersteigt, wird die Ladeleistung um den Wert erhöht, um das Einspeiselimit oder die maximale Wechselrichterleistung einhalten zu können. Bei Unterschreiten von dem Wert Einspeiselimit oder WR-Limit, wird mit neu berechneter Ladeleistung, gleichmäßig geladen.

@docsnyder7 sagte in Neuer Adapter für Roborock-Staubsauger:

Hallo zusammen... da hier ein S7 Einzug gehalten hat , hab ich natürlich auch den Adapter installiert .
Eine Frage... der stat gibt in den Objekten zb CHARGING (8) aus... wenn ich den DP benutzten will bekomme ich immernur die 8 statt dem Wert... ein kleiner Wink evt ?

Kann man so lösen:

function getRoboStatus() {
    const input = getState("roborock.0.Devices.blabla.deviceStatus.state").val;

    const statusMapping = {
        1: "Initiating", 2: "Sleeping", 3: "Idle", 4: "Remote Control", 
        5: "Cleaning", 6: "Returning Dock", 7: "Manual Mode", 8: "Charging", 
        9: "Charging Error", 10: "Paused", 11: "Spot Cleaning", 12: "In Error", 
        13: "Shutting Down", 14: "Updating", 15: "Docking", 16: "Go To", 
        17: "Zone Clean", 18: "Room Clean", 22: "Empying dust container", 
        23: "Washing the mop", 26: "Going to wash the mop", 28: "In call", 
        29: "Mapping", 100: "Fully Charged"
    };

    return statusMapping[input] || "Unbekannter Status";
}

ok @tropisch war schneller

Neue Version 0.2.25 hochgeladen.

Version: 0.2.25 Änderungen:
Beim Abrufen der Wetterdaten Forecast wurden die letzten Werte vorher nicht gelöscht.
Wenn aus irgendeinem Grund keine neuen Daten abgerufen werden konnten, wurde mit den alten Werten gerechnet.

Für alle die nicht das original Script verwenden, es muss nur ab Zeile 363 bis 367 und die Funktion "SheduleForecast()" komplett kopiert werden, alles andere ist gleich geblieben.

Ich habe mich jetzt etwas mit Github beschäftigt und alle Javascript Dateien für E3DC dort hochgeladen.
Ich werde neue Versionen ab jetzt immer auf Github aktualisieren:
https://github.com/ArnoD15/iobroker_E3DC

Neue Version 0.3.0 hochgeladen.

Änderungen:
Bei den Prognosen von Proplanta und Forecast liegt die Wahrheit wie so oft meistens in der Mitte.
Ich habe jetzt bei "PrognoseAnwahl" zwei weiter Möglichkeiten hinzugefügt.
Wenn beide Prognosen verwendet werden, kann jetzt nach max., min. oder Durchschnitt die Prognose berechnet werden.

Proplanta und Forecast Berechnung nach min. Wert = 0
nur Proplanta = 1
nur Forecast = 2
Proplanta und Forecast Berechnung nach max. Wert = 3
Proplanta und Forecast Berechnung nach Ø Wert = 4

@chrischros sagte in E3DC Hauskraftwerk steuern:

@arnod said in E3DC Hauskraftwerk steuern:

Das wird auch die letzte Optimierung in dieser Version sein

Wie wird es mit dem Script weitergehen?

Ich werde es komplett ändern, um die Ladeleistung der Batterie zu steuern. Dann sollte das ganze auch ohne E3DC-Control funktionieren.

@icke-pp sagte in E3DC Hauskraftwerk steuern:

Das ist aber dein persönlicher Wunsch das nicht weiter geladen wird. Ich z.B. teile diesen Wunsch nicht. Mir ist es im Gegenteil sogar ganz recht wenn E3DC die Ladung ab diesem Zeitpunkt übernimmt da ich für abends einen vollen Akku erwarte wenn ich die meisten Verbraucher anwerfe.

Jeder darf hier natürlich seine Wünsche äußern, ich werde es in der Regel immer so lösen das dadurch kein Nachteil entsteht. In dem Fall hat es @smartboart richtig angemerkt das man den Parameter Ladeende2 dann auf 100% einstellt um die Batterie voll zu laden.
Ob das voll Laden sinnvoll ist oder nicht, kann dann jeder selber entscheiden.

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.28
Änderungen:

• Wenn die PV-Erzeugung die Prognose übersteigt, wird diese nicht mehr bei der Überschussberechnung abgezogen. Damit soll verhindert werden, dass die Einstellung sich ändert, wenn die
  Prognose zu gering war.

• Wenn Ladeende erreicht ist und der Batterie SOC den Ladeende2 SOC erreicht hat, wird das Laden der Batterie gestoppt. Ladeende2 muss somit auf 100 % eingestellt werden, wenn die Batterie voll geladen werden soll.

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.1.0
Änderungen:

• Neue Funktion Notstromreserve verwenden, wenn die Prognose am nächsten Tag über einem einstellbaren Wert liegt. Es wurden zwei neue User und zwei allgemein Parameter erstellt, 10_NotstromEntladen, 10_minWertPrognose_kWh, EigenverbrauchAbend_kWh,EigenverbrauchDurchschnitt_kWh. Mit 10_NotstromEntladen = true wird die Funktion aktiviert und mit 10_minWertPrognose_kWh kann festgelegt werden, ab welcher Prognose in kWh am nächsten Tag die Notstromreserve freigegeben wird. EigenverbrauchAbend_kWh summiert den Eigenverbrauch von 0:00 Uhr bis 8:00 Uhr und unter EigenverbrauchDurchschnitt_kWh wird der berechnete Durchschnittsverbrauch von diesem Zeitraum gespeichert. Wenn der Notstrom SOC erreicht ist und 10_NotstromEntladen= true und die Prognose am nächsten Tag über dem eingestellten Wert in 10_minWertPrognose_kWh liegt, wird anhand vom Durchschnittsverbrauch berechnet, wie lange der Notstrom SOC den Eigenverbrauch abdecken kann. Ab dem Zeitpunkt, wo die Notstromreserve bis zum Sonnenaufgang reicht, wird das Entladen der Batterie freigegeben. Bitte beachten, wenn die Prognose nicht stimmt, kann es vorkommen, dass bei Stromausfall eventuell keine Notstromreserve mehr vorhanden ist. Danke an @zelkin für diese Idee.

• Fehler behoben, dass der falsche Timer verwendet wurde. Danke an @icke-pp

• LOG Texte optimiert, wenn das Script regelt, werden jetzt Warnungen ausgegeben, um das besser unterscheiden zu können. Natürlich, nur wenn 10_LogAusgabeRegelung = true ist

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.2.10
Änderungen:

• E3DC-RSCP Adapater kann ab Version 1.2.0 die Info Tags anzeigen und somit auch die Firmware Version.
  Das wurde im Script integriert und zwei neue Objekte angelegt:
  "0_userdata.0.Charge_Control.Allgemein.FirmwareDate" und
  "0_userdata.0.Charge_Control.Allgemein.LastFirmwareVersion"
  um in VIS das Datum und die Uhrzeit der Firmware Installation anzeigen zu können und sich die alte Version zu merken und auch diese anzeigen zu können.

• Fehler behoben, dass e3dc-rscp.0.EMS.POWER_LIMITS_USED nicht automatisch aktiviert wurde.

• Fehler behoben, dass beim Erreichen von Ladeschwelle, Ladeende und Ladeende2 es zum „Pulsen“ der Ladeleistung führen kann.

Tibber Skript,
Version: 1.3.2 auf Github hochgeladen.

Änderungen:

• kleinere Fehler behoben und code aufgeräumt

Tibber Skript,
Version: 1.3.1 auf Github hochgeladen.

Änderungen:

• kleinere Optimierungen bei der automatischen Preisanpassung.

@psrelax
Da ist bereits der Preis zu hoch um zu laden, wenn dann hätte vorher von 0:00 Uhr bis 4:00 Uhr die Batterie noch geladen werden müssen.
Von 2:00 Uhr bis 3:00 Uhr wurde ja auch geladen, die Frage ist halt, ob die eingestellten 80 % erreicht wurden und wenn ja, ob man den Soll SOC nicht auf 90 % oder 100 % einstellen sollte, wenn man weis das eher nicht mit Sonne zu rechnen ist.
Es wird aber immer solche Situationen geben, wo man sich überlegt, ob es nicht besser wäre da noch mal zu laden.
Wenn man es sich aber mal ausrechnet, was man dann gespart hätte, ist das eher zu vernachlässigen.

Wenn ich mal davon ausgehe, dass du einen Stromverbrauch von 1000W hast, dann würde in der Situation folgende Berechnung zutreffen.

Kosten Laden von 12:00 Uhr - 13:00 Uhr 10 kWh Laden = 5 kWh *0,3784 = 1,892 € + 5 kWh * 0,3723 = 3,7535 €

Kosten ohne laden von 12:00 - 22:00 Uhr 0,3784+0,3723+0,3936+0,4465+0,5107+,05644+0,4543+0,39+0,363+0,3431+0,3237 = 4,54 €

Somit reden wir in dem Fall von 4,54 - 3,75 = 0,79 € Ersparnis, wenn man da geladen hätte.

Tibber Skript,
Version: 1.3.0 auf Github hochgeladen.

Änderungen:

• neue Anwahl für automatische Preisanpassung in der View hinzugefügt
• Aktueller Batteriepreis wird wieder in der View angezeigt.
• Die Schwellwerte werden bei Anwahl autom. Preisanpassung jetzt dynamisch nach dem günstigsten Tibber Preis innerhalb 48 bzw. 24 Stunden gesetzt. (Testphase )
• Neue Objekt ID "automPreisanpassung"
• Fehler behoben, dass noch mal nachgeladen wurde, wenn der Batterie SOC um 1% abgefallen ist. Das führte zu ständigem ein und ausschalten der Batterieladung.

Ich mache mir mal Gedanken über eine automatische Anpassung vom Schwellwert, ich denke, das ist eventuell weniger verwirrend und man muss keine Einstellungen anpassen.
Das ganze werde ich zum an und abwählen ausführen, sodass man es sich selber noch aussuchen kann, was einem lieber ist.

@psrelax

Der Unterschied zwischen Spitzenstrompreis und niedrigstem Strompreis ist doch viel zu gering, um den Batteriepreis zu übersteigen.

Kann dir hier nicht ganz folgen
Der Batteriepreis ist bei dir 0,1057 € bedeutet, dass die Entladesperre deaktiviert wird, sobald der Tibberpreis höher ist. Das hat erstmal nichts mit dem Schwellwert zu tun.

Dann Einstellung Schwellwert hoher Strompreis bei 0,26 € bedeutet, wenn Tibber Preis darüber ist, hohe Preisphase, es wird nur geladen um eine Spitzenstrompreisphase (Peak) zu überbrücken, ansonsten wird nicht geladen.
Wenn der Tibber Preis aber über Schwellwert hoher Strompreis plus Ladeverluste ist = 0,2955 dann ist gerade eine Spitzenstrompreisphase (Peak) und es wird gar nicht mehr geladen, solange diese andauert, sondern entladen, außer dein Batteriepreis wäre noch höher, dann wird auch da nicht entladen.

Das ist der Grund, warum bei der Einstellung Schwellwert hoher Strompreis bei 0,26 € nicht geladen wird.

Dann Einstellung Schwellwert hoher Strompreis bei 0,50 € bedeutet, wenn Tibber Preis darunter ist, normale Preisphase, es wird der günstigste Preis gesucht und die Batterie bis auf eingestellten max. SOC geladen. Wenn während dem Laden durch die Verlängerung der Batteriereichweite ein günstigerer Preis gefunden wird, wird das Laden abgebrochen und gewartet bis diese Preisphase erreicht wird, um dann da zu laden. Entladen wird hier nur, wenn der Tibber Preis über Schwellwert hoher Strompreis ist und der Batteriepreis kleiner aktueller Tibber Preis ist.

Deswegen wird bei Einstellung Schwellwert hoher Strompreis bei 0,50 € geladen.

Die Frage ist halt was du bei dem Tibber Diagramm erreichen willst. Wenn du willst das z.B um 7:00 Uhr geladen wird um dann ab 16:00 Uhr zu entladen musst du den Schwellwert hoher Strompreis auf 0,31 € einstellen.

Wenn du aber der Meinung bist der Strompreis ist dir schon zu hoch um überhaupt zu laden, dann kannst du den
den Schwellwert hoher Strompreis auf 0,26 € einstellen und nur noch bei diesem Preis Laden.

Um aber zu verstehen wie du dir die Regelung vorstellst müsstest du mir ein Bild vom Tibber Diagramm schicken und mir sagen wann du gerne laden und wann entladen würdest.
Es gibt auch die Möglichkeit die Schwellwerte automatisch nach dem günstigsten Strompreis innerhalb 48 h zu setzen und somit das ganze dynamisch zu gestalten. Hat halt dann den Nachteil das man es nicht mehr selber im Griff hat bis zu welchem Strompreis man seine Batterie noch verwenden will um aus dem Netz zu laden.

@azzkikrboy
Dann stimmt bei dir was nicht, das Script ruft nur einmal zwischen 4:00 Uhr und 5:00 Uhr die Daten ab.
Entweder laufen bei dir zwei Instanzen oder es wurde etwas nicht sauber beendet.
Du kannst mal versuchen, den Javascript Adapter zu stoppen und wieder zu starten und dann prüfen ob es wieder funktioniert.

@azzkikrboy
Die Fehlernummer 429 sagt aus, dass zu viele Anfragen in einer zu kurzen Zeit an den Server gestellt wurden oder die Anzahl der zulässigen Anfragen überschritten ist.
Kann sein das da Solcast was geändert hat vom Script ist das nicht abhängig.

Warum willst du überhaupt so oft die Werte abfragen, da ändert sich doch nichts in so kurzer Zeit und vor 4:42 Uhr ist es auch völlig egal.

@psrelax
Ok dann ist es klar, dass keine anderen Phasen erkannt werden, da alle Preise über 0,2955 € sind.
Nur für mein Verständnis, was wäre in der Situation deine Erwartung, wann geladen und endladen wird ?

@psrelax sagte in E3DC Hauskraftwerk steuern:

Das kommt wahrscheinlich erst um ca. 14 Uhr wenn die neuen Preise veröffentlicht werden.
Macht das evtl. auch ein Problem?

Nein, das ist eigentlich schon immer so.
Hast du aktuell einen Tibberpreis unter 0,2955 € ? oder sind jetzt alle darüber ?