E3DC Hauskraftwerk steuern

[Zelkin]

@arnod
Hi

Hier ist das Problem. Welchen Modultyp hast du genau?

Q.PEAK DUO ML-G9+ 390

Habe eben mit der Korrektur rumgespielt, diese hat aber nur Einfluss auf Prognose Auto nicht auf die Proplanta Angabe
Kann aber wenigstens nun nachvollziehen was du berechnest .... denke Ich

Nimmst du die Globalstrahlung von Proplanta * die Vorhandene Dachfläche in qm?

das bedeutet für mich, dass Ich die 21,1% Moduleffizienz angeben muss, und nicht den Wirkungsgrad der Module bei der elektrischen Wandlung?!

....
....

Das sieht doch deutlich besser aus

[ArnoD]

@arnod sagte in E3DC Hauskraftwerk steuern:

@zelkin sagte in E3DC Hauskraftwerk steuern:

Nach 10 Jahren müssen sie noch min. 93,5% und nach 25 Jahren noch 86% leisten

Hier ist das Problem. Welchen Modultyp hast du genau?
Im Datenblatt sollte ein Wert angegeben sein, wie effizient die Module die Globalstrahlung umwandeln können.
93,5% wird da nie möglich sein

[ArnoD]

@zelkin
21,1% ist schon realistischer. Das Problem an der Bezeichnung ist das jeder Hersteller hier was anderes verwendet.
Vissmann z.B Wirkungsgrad und Qcells Efficiency.

[Zelkin]

@arnod
Vorschlag:
const nWirkungsgradModule = 21.1; // 18.4 Wirkungsgrad der Solarmodule in %
const nWirkungsgradModule = 21.1; // 18.4 Wirkungsgrad / Effizenzgrad der Solarmodule in % bezogen auf die Globalstrahlung
oder so ebbs in der Art

Da weiß zwar immer noch nicht jeder was gemeint ist, aber du holst denke Ich deutlich mehr Leute ab.
Ich hatte mich schon an deinem Bsp. Wert gewundert und dachte es sei ein Tippfehler.

[ArnoD]

@zelkin
Habe ich so eingetragen, dann sind schon mal zwei Bezeichnungen enthalten.

[ArnoD]

Habe eine neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.3
Änderungen:

• Die Entladeleistung wird langsam erhöht, um Kurve zu glätten.
• Speichergröße berechnen geändert. Es wird der ASOC (Alterungszustand) von Bat_0 verwendet, um die verfügbare Batteriekapazität zu berechnen
• Wenn weniger als 500 W in das Netz eingespeist werden können, wird die Regelung ausgeschaltet.
  Bei wechselnder Bewölkung ist die Regelung zu langsam, um Netzbezug zu verhindern, deswegen wird bereits ab einer Einspeiseleistung von 500 W die Regelung E3DC überlassen.

[ArnoD]

Ich habe mir heute die Regelung angesehen und stelle fest, dass die Batteriekapazität immer noch zu hoch berechnet wird.
Die Ladeleistung fällt kontinuierlich ab, was bedeutet, es wird mit einer zu hohen Batteriekapazität gerechnet.
Im Script wird der ASOC oder auch SoH der Batterie bereits berücksichtigt.
Was aber fehlt ist die max. Entladetiefe der Batterie, die bei mir mit 90 % angegeben ist.

Meine Frage an euch ist nun, ob bei euch das auch so ist, dann würde ich das im Script noch berücksichtigen.

Nachtrag:
Ich habe mir die technischen Angaben der anderen E3DC Speicher mal angesehen und je nach Typ kann die Entladetiefe der Batterie zwischen 90% und 100% liegen.
Ich werde dann im Script eine zusätzliche Variable anlegen, wo man das eintragen kann.

[stiwy18]

Hi ArnoD,
erst mal Danke für die tolle Arbeit, bin schon seit langen Fan von E3DC Control zusammen mit deinem ioBroker Skript, aber direkt über ioBroker ist es natürlich noch genialer.
Evtl. macht es Sinn, wenn man eine Variable einbaut, als Puffer für die Abregelung, mein E3DC glaube ich fällt regelmäßig kurzzeitig in die Abregelung, weil er zu wenig Zeit zum regeln hat:

Was meinst du?
VG
Stefan

[ArnoD]

@stiwy18
Das ist ja interessant.
Wie hat da deine Einstellung ausgesehen und kannst du mal das Diagramm vom ganzen Tag zeigen.
Wo ist deine Einspeisegrenze und was ist die max WR-Leistung?
An der Zeit kann es nicht liegen, da min. 2 min. nicht reagiert wurde.
Das komische ist der letzte Balken von der Abriegelung, da die Netz-Leistung da unter 5000W ist und die PV-Leistung knapp darüber.

[stiwy18]

Klar, die Einstellung ist folgende gestern gewesen:

Der Verlauf über den ganzen Tag sah so aus:

Die Einspeisegrenze ist 5806 Watt und die maximale WR Leistung 15000 Watt.

Viele Grüße,
Stefan

[ArnoD]

@stiwy18

Ok, da war was mit 0.1 kWh Abstand zum Grenzwert wegen Trägheit der Steuerung.
Das konnte man mit dem Parameter "einspeiselimit" selber einstellen.

Ändere mal im Script die Zeile 163 und 164 folgendermaßen ab:

let Max_wrleistung_W = getState(sID_Max_wrleistung_W).val - 200;                // Maximale Wechselrichter Leistung (Abzüglich 200 W, um die Trägheit der Steuerung auszugleichen)
let Einspeiselimit_kWh = (getState(sID_Einspeiselimit_W).val - 200)/1000;       // Einspeiselimit (Abzüglich 200 W, um die Trägheit der Steuerung auszugleichen)

Damit sollte es funktionieren.
Bitte eine kurze Rückmeldung, ob es so funktioniert, dann übernehme ich das im Script.

[stiwy18]

@arnod Hab ich so eingebaut, ich schick morgen Nachmittag einen neuen Graph, wie er sich verhält.
Danke für die schnellen Antworten, gibt's eigentlich eine Kaffeekasse für deine Arbeit?

[ArnoD]

@stiwy18

gibt's eigentlich eine Kaffeekasse für deine Arbeit?

Ist ein reines Hobby, sonst würde ich es nicht machen
Wer aber mir ein Bier spendieren will, für abends auf der Terrasse findet den Link auf GitHub im Readme:
GitGub ArnoD

[ArnoD]

Nach der Änderung im Skript, das 10% von der Batteriekapazität abgezogen werden, passt die Regelung.
Jetzt wird gleichmäßig geladen und auch auftretende Verschattung durch Wolken führen nicht mehr zu einem Netzbezug.

Morgen werde ich auch mal versuchen, dass ich die Einspeisebegrenzung teste.

[ArnoD]

@stiwy18
Ich konnte heute bei mir die Regelung bei Erreichen der Einspeisegrenze prüfen und habe festgestellt, dass hier noch ein anderes Problem mit reinspielt.
Die E3DC Steuerung bleibt mit der Entladeleistung um ca. 100 W unter dem Einstellwert.
Bedeutet, wenn ich im Script einstelle das mit 200 W entladen werden soll, wird das vom e3dc-rscp Adapter so an die E3DC-Steuerung geschickt, aber die lädt trotzdem nur mit 100W.
Warum das so ist, habe ich noch nicht verstanden.
Einfache Lösung ist die Werte um das zu erhöhen, also im Script Zeile 163 und 164 folgendes einzutragen:

let Max_wrleistung_W = getState(sID_Max_wrleistung_W).val - 300;                // Maximale Wechselrichter Leistung (Abzüglich 200 W, um die Trägheit der Steuerung auszugleichen)

let Einspeiselimit_kWh = (getState(sID_Einspeiselimit_W).val - 300)/1000;       // Einspeiselimit (Abzüglich 200 W, um die Trägheit der Steuerung auszugleichen)

[stiwy18]

Hi Arno,
das probiere ich dann für morgen aus, wie sich der Unterschied verhält, heute ist er in der Tat noch nicht in die Abregelung gefallen:

und die Netzleistung liegt maximal bei ~5600 Watt.
VG
Stefan

[stiwy18]

Hi Arno,
auch Tag zwei mit den 200 Watt Abzug liefen ohne Abregelung super durch

Was mir aber auffällt, dass er aktuell immer noch den Akku bei 95% hält, obwohl er Ladeende eigentlich schon erreicht hätte:

Müsste er nicht jetzt schon die Regelung abschalten (zumindest hatte ich das so mit E3DC Control glaube ich)?

VG
Stefan

[ArnoD]

@stiwy18 sagte in E3DC Hauskraftwerk steuern:

Müsste er nicht jetzt schon die Regelung abschalten (zumindest hatte ich das so mit E3DC Control glaube ich)?

Ja stimmt, habe ich in v1.0.7 geändert.
Danke.

[ArnoD]

Habe eine neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.0.7
Änderungen:

• Nach der Zeit Ladeende (Sommer Ladeende) wird die Regelung ausgeschaltet
• Beim Skript Start werden jetzt auch die Prognosewerte Solcast abgerufen, mit folgender Einschränkung:
  Vor 4 Uhr werden die Prognosewerte für den aktuellen Tag + 6 Tage aktualisiert
  Nach 4 Uhr werden nur die Prognosewerte für den nächsten Tag + 5 Tage aktualisiert
• Es werden 200 W vom Einspeiselimit und der maximalen Wechselrichterleistung abgezogen, um die Trägheit der Steuerung auszugleichen,
• Speichergröße berechnen geändert. Von der max. Kapazität der Batterie, werden 10 % abgezogen, die E3DC verwendet,
  um ein Entladen auf 0 % oder laden auf 100 % zu verhindern.
  Da das typabhängig ist, muss die Entladetiefe in % im Script unter Einstellungen E3DC eingetragen werden.
• Fehler korrigiert, dass SET_POWER_MODE und SET_POWER_VALUE beim Skript Start zu einem Fehler führen, wenn diese beiden State
  nicht definiert sind.

[stiwy18]

Hi Arno,
Vielen Dank für das einbauen der Erkenntnisse :-), hab das natürlich gleich eingespielt am 17 Juli.
Was mir aufgefallen ist, heute morgen hat er auf „Alles laden“ eingestellt, obwohl die Berechnungsgrundlage eigentlich „Sonne“ ergeben müsste:

Ich hab dann einmal die Automatik rausgenommen und wieder aktiviert, dann hat er „Sonne“ ausgewählt.

Das ist heute morgen das erste mal aufgetreten, daher weis ich noch nicht, ob es etwas mit Version 1.0.7 zu tun hat oder eine „Eintagsfliege“ war.
Viele Grüße
Stefan