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

[ArnoD]

@chilihead sagte in E3DC Hauskraftwerk steuern:

Die komplette Steuerung konnte ich noch nicht "checken" aber aufgefallen ist mir wenn ich auf "Alles laden" bzw. manuell stelle wird nicht alles geladen. Kann das mit der fehelenden Bat1 zusammenhängen? Dachte ich hab im Script alles gefunden.

Stell einfach Ladeschwelle auf 100, dann wird alles geladen bis der Batterie SOC 100% hat.

'e3dc-rscp.0.EMS.SET_POWER_VALUE' ist konstant bei 1362W
Zwischenfrage zum Regelzeitraum: Warum Regelzeitraum bis 17:57 bzw. Regelende 18:57 wenn 16 bzw. 17 Uhr eingestellt ist?

In der Anleitung steht dazu folgendes :wink: :
Winter Minimum: Beginn des Regelzeitraums am 21.12. GMT/UTC dezimal (kürzeste Tag des Jahres). Der Regelzeitraum wird vom Parameter " Winter Minimum " und „Sommer Maximum“ bestimmt. Die Zeiten werden in GMT dezimal eingetragen. Regelzeitbeginn und Regelzeitende werden dem Sonnenlauf entsprechend über eine Sinusfunktion errechnet.
Sommer Maximum: Ende des Regelzeitraums am 21.6. GMT/UTC dezimal (längster Tag des Jahres)

[Chilihead]

@arnod Vielen Dank. Regelung scheint gut zu funktionieren jetzt so über den Tag gesehen.

Einzig mit der Winter Minimum und Sommer Maximum hab ich meine Zweifel ob das wirklich nötig ist.
Bist du davon überzeugt das das so gemacht werden sollte? Glaub EBA hatte das auch so drin aber ...

Ansonsten echt MEGA Arbeit, auch wenn man sich den Code so ansieht steckt da echt viel Hirnschmalz drin :-)

[ArnoD]

@chilihead sagte in E3DC Hauskraftwerk steuern:

Einzig mit der Winter Minimum und Sommer Maximum hab ich meine Zweifel ob das wirklich nötig ist.

Das Problem dabei ist, dass man sonst ständig übers Jahr die Zeiten korrigieren müsste.
So muss man nichts machen und es nur einmal für sich optimal einstellen.

[Zelkin]

@chilihead
Das musste Ich auch nicht!
Ich nehme an, dass er sich den wert hier zieht:
e3dc-rscp.0.EMS.DERATE_AT_PERCENT_VALUE --> Abregelung bei Prozentwert

Die Datenlage ist durch e3dc-rscp ja deutlich besser bzw. für das Script leichter zu implementieren

Auch Ladeleistungen usw. musstes vorher doch von Hand eintragen

[Chilihead]

@zelkin eben das wusste ich deswegen hat mich das eintragen der Abriegelung verwirrt. Geht viel einfacher v.a. nutze ich automatisiert die Entladesperre wenn Wallbox lädt.

[Zelkin]

@arnod

Da hast du im Script wahrscheinlich eine zu große Modulfläche eingetragen.
Prüf mal im Script diese Parameter, ob die mit deiner Anlage passen:
//************************************* Einstellungen Diagramm Prognose ***********************************
const nModulFlaeche = ; // Installierte Modulfläche in m² (Beispiel: Silizium-Zelle 156x156x60 Zellen x 50 Module)
const nWirkungsgradModule = ; // Wirkungsgrad der Solarmodule in %
Wenn die Größe deiner Zellen nicht angegeben ist, dann nimm Länge mal Breite von einem Modul mal die Anzahl der Module auf dem Dach. Dann musst du aber
in dieser Variable min. 10 für 10% eintragen:
const nKorrFaktor = 10 // nKorrFaktor in Prozent. Reduziert die berechnete Prognose um diese anzugleichen.nKorrFaktor= 0 ohne Korrektur
Sollte die Prognose Proplanta dann zu niedrig sein, kannst du es mit 9% versuchen usw.
Musst du so lange korrigieren, bis der berechnete Wert in etwa mit den gemessenen Werten zusammenpasst.

Hier meine Einstellungen:
//************************************* Einstellungen Diagramm Prognose ***********************************
const nModulFlaeche = 50.688; // 73 Installierte Modulfläche in m² (Silizium-Zelle 156x156x60 Zellen x 50 Module)
const nWirkungsgradModule = 98; // 18.4 Wirkungsgrad der Solarmodule in %
const nKorrFaktor = 0

meine Zellen haben die Abmaße 0,08 x 0,16 davon sind 6 x 22 St. pro Modul verbaut und Ich habe 30 Module
Hab extra mit dem Zollstock noch nachgemessen was die Zellen für eine Größe haben :muscle:

Q Cell gibt den Dingern im ersten Jahr min. 98% der Nennleistung mit einer anschließenden Degradation von 0,5%
Nach 10 Jahren müssen sie noch min. 93,5% und nach 25 Jahren noch 86% leisten

Ich probiere es über die Korrektur runter zu bringen

[Zelkin]

@chilihead
Stimme hier @ArnoD zu

Man könnte das evtl. fürs Verständnis des Users mit festen Größen übers Jahr vereinfachen, aber im Script ist der weg deutlich besser zu händeln und weniger aufwendig ...... wenn man dann erst mal drauf gekommen ist!

[Chilihead]

@zelkin fürs Verständnis wäre vielleicht ein Diagramm der Zeiten berechnet übers Jahr sinnvoll, so das man einfach gleich eine visuelle Kontrolle hat "will ich das so haben oder muss ich was anpassen" und nicht übers Jahr rumprobieren

[ArnoD]

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

[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 :+1: :+1: :+1:

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