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

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

[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