NEWS
E3DC Hauskraftwerk steuern
-
@zelkin sagte in E3DC Hauskraftwerk steuern:
Ich scheine bei den Daten bzw. bei dem Diagramm noch einen Fehler drin zu haben, oder ist das Normal, dass Proplanta immer so in der Luft hängt?
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 KorrekturSollte 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.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 = 0meine 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% leistenIch probiere es über die Korrektur runter zu bringen
-
@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 :-)
@chilihead
Stimme hier @ArnoD zuMan 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
Stimme hier @ArnoD zuMan 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!
-
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 = 0meine 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% leistenIch probiere es über die Korrektur runter zu bringen
-
@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?
@arnod
HiHier 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 IchNimmst 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:
-
@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?
@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
HiHier 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 IchNimmst 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:
-
@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.@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 ArtDa 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
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 ArtDa 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. -
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.
-
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. -
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 -
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@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. -
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,
StefanOk, 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. -
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. -
@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?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 -
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 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?@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)
Support us
864
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge