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

[as]

@arnod @arnod wenn der nachtverbrauch ab 0 jedoch stark steigt bei aktuellen Temperaturen mit WP zb ist das Problem das bis 5 zu günstigen Zeiten nicht geladen wird und Akku früh leer sind und der pv Ertrag weder den Bedarf decken kann noch Akku zu laden und somit zu hohen Preisen Bezug entsteht und ab mittags zwar geladen wird jedoch zu höheren Preisen als in der Nacht/morgenstunden. Auch das setzen der Module schneebedeckt hilft da nicht es zu umgehen*

[ArnoD]

@as
Die Regelung vom Tibber Skript ist von Prognosen abhängig, die nicht immer zutreffen werden.
Wenn der tatsächliche Verbrauch aus irgendeinem Grund höher ist als der Durchschnittsverbrauch vom gleichen Tag eine Woche davor, dann wird die Prognose nicht stimmen und somit auch die Entscheidung zu laden oder nicht zu laden. Wenn du eine Lösung hast, wie man das im Voraus erkennen kann, immer nur her damit.
Es scheitert ja schon daran, dass nicht jeder eine Wärmepumpe hat oder die Frau den Trockner zb. ausnahmsweise am Donnerstag laufen lässt und sonst immer am Freitag. :-)

E3DC will das ja mit KI lösen, bin gespannt ob sich dann meine Frau nach der KI richte :joy:

[as]

@arnod wie wird die Prognose berücksichtigt
Geladen wurden bereits vor 23 Uhr und nicht zum morgendlichen Tiefpunkt
Im Anschluss ging die Anzeige auf hohe Prognose und Ladung mit pv
Jedoch bei meiner Einstellung des Verbrauchs zur Prognose verstehe ich die Aussage zu der Einstellung nicht

[ArnoD]

@as

Geladen wurden bereits vor 23 Uhr und nicht zum morgendlichen Tiefpunkt

In deinem Bild ist leider der Zeitraum 23:00 Uhr bis 1:00 Uhr nicht mehr drauf, und ich weiß somit nicht wie der Preisverlauf da war, um dir da eine Antwort geben zu können.

Jedoch bei meiner Einstellung des Verbrauchs zur Prognose verstehe ich die Aussage zu der Einstellung nicht.

Das kann ich dir beantworten, der eingestellte Verbrauch bei Charge Control ist ein Tagesverbrauch der vom Tibber Skript nicht verwendet wird. Das Skript berechnet den Verbrauch anhand vom Durchschnittsverbrauch der letzten Woche. Bedeutet heute wird der Durchschnittsverbrauch vom letzten Freitag verwendet, und zwar aufgeteilt auf Tag und Nacht.
Wenn ich diesen festen Tagesverbrauch verwende, könnte es sein, dass aus dem Netz geladen wird und dann die Batterie voll ist, wenn PV Überschuss vorhanden ist.
Der fest eingestellte Tagesverbrauch kann um 22:00 Uhr erreicht werden oder aber um 12:00 Uhr je nachdem wann welcher Verbraucher gerade Strom benötigt und ist somit nicht aussagekräftig.
Bei der jetzigen Lösung passt sich der Verbrauch immer mit einer Woche Verzögerung an und ist etwas näher an der Wahrheit dran.

[as]

Muss ich für den Statistik Wert irgendwas beachten und speichern zb history Adapter
Da gelegentlich mein Pi nicht durchläuft und Neustart bekommen muss eventuell gibt es daher keinen Lastverlauf der Vorwochen??

Aber bei 10kwh pv Prognose finde ich nicht Verständlich bei 40 oder mehr kWh tagesverbrauch die Aussage PV Prognose hoch kommt. Das hat ja sicherlich Auswirkungen auf Steuerung

[ArnoD]

@as
Nein.
Du kannst das prüfen in dem du die Objekt ID 0_userdata.0.Charge_Control.Allgemein.arrayHausverbrauchDurchschnitt dir anschaust, dort wird der Durchschnittsverbrauch gespeichert.
Wenn du noch ein LOG File von dem Zeitraum hast, kann ich prüfen, was da berechnet wurde um zu dem Ergebnis zu kommen, dass die PV-Prognose ausreicht.
Eventuell ist da auch noch ein Fehler enthalten, aber dazu benötige ich immer das LOG File.

[as]

@arnod 1500/3000w ist für die Tage hinterlegt jedoch zeigt der durchschnittliche Wert nur 0,5kwh. Möglicher Widerspruch genau wie das aus den LM keine Summe angegeben

[ArnoD]

@as
Kann die gerade nicht folgen.
Welcher durchschnittliche Wert zeigt nur 0,5 kWh an ? und was hat das mit den LM zu tun?
Das Script verwendet nur die 1500 W für den Tag und die 3000 W für die Nacht.

[MaLei]

Habe gestern Abend bei mir 'Notstrom min' erhöht. Bis jetzt hat sich 'Notstromreserve aktuell' aber noch nicht angepasst. Kann ich die Neuberechnung manuell anstoßen?

[ArnoD]

@malei

Wenn Notstrom min geändert wird, sollte Notstromreserve aktuell auch gleich geändert werden ohne Neustart vom Script.
Wenn das bei dir nicht der Fall ist, dann bitte mal prüfen, ob das Script Charge-Control wirklich noch läuft.
Wenn ja, dann prüfen, ob auch die Objekt-ID 0_userdata.0.Charge_Control.Parameter.Notstrom_min den eingestellten Wert übernimmt.
Sollte beides zutreffen, noch prüfen, ob sich die Objekt-ID 0_userdata.0.Charge_Control.Allgemein.Notstrom_akt
aktualisiert bei Änderung.

[MaLei]

@arnod
Kurioses Verhalten. Ich hatte Notstrom min auf 25 % -> Notstrom aktuell auch 25 %.

Habe Notstrom min auf 30 % gesetzt -> Notstrom aktuell bleibt bei 25 %

Test:
Notstrom min auf 33 % -> Notstrom aktuell 27 %
Notstrom min auf 50 % -> Notstrom aktuell 41 %

Müsste zur jetzigen Zeit Notstrom aktuell = Notstrom min sein? Wäre meine Erwartung.

[Zelkin]

@malei

Notstrom min gilt bei Sonnenwende soweit Ich das noch weiß!
Das heißt, der reduziert sich bis zum Notstrom Sockel der am längsten Tag erreich sein sollte und geht dann wieder Richtung min

@ArnoD
Hatte vor Kurzem mit CC 1.5.13 und TS 1.3.12 ein sehr unglückliches verhalten:
PV Brachte vormittags bis zu 8KW, mittags war mau und ab 14:30Uhr war wieder mehr als 5KW --> ca 1KW Hausverbrauch in der Zeit
CC hat das lademax Vormittags auf ca. 2,5KW Begrenzt um Sollwert bis nachmittags geladen zu haben

Tibber hat dann aber mittags eine Ladephase mit meinen eingestellt max 7000W

Ich hab also Vormittags eingespeist, in der mauen mittags Phase angefangen mit 7KW zu laden was Ich dann in den letzte 20 min. auch mit der Sonne geschafft hab um ab 14:30 dann wieder einzuspeisen, weil Akku voll.

Wenn vom Tibberskript eine Ladephase eingeplant wird, sollte CC dann die Ladebegrenzung nicht deaktivieren um bis dahin ALLES was vom Dacht kommt in den Akku zu Pumpen? Dass er Nachmittags dann einspeist, ist mir klar, liegt an der schlechten Prognose und er hat keine sonne erwartet, welche dann doch kam.
Leider kann Ich nicht sagen wann er sich entschlossen hat diese Ladephase einzulegen, aber spätestens dann sollte er in CC alles reinpumpen dürfen?!

[MaLei]

@zelkin
Die Berechnung ist mir bewusst. Wenn das einen knappen Monat nach Wintersonnenwende schon relevant ist, dann hätte nach meinem Verständnis aber auch schon bei 25% Notstrom mit ein um x % niedriger Notstrom aktuell berechnet werden müssen?

[ArnoD]

@malei

Notrom aktuell ist von Notstrom min und Notstrom Sockel abhängig.
Notstrom min wird nur am 21.12 genau erreicht.

Bei Notstrom min auf 25 % -> Notstrom aktuell auch 25 % ist Notstrom Sockel vermutlich auch auf 25%.

Genaue Berechnung findest du in der Anleitung Charge-Control auf Github.

[MaLei]

@arnod
Notstrom Sockel ist auf 5 % gesetzt und aktuell bei 20 %.

[ArnoD]

@zelkin

Habe bei mir auch so eine ähnliche Situation beobachten können.
Das Problem ist nur, wie man vorhersagen kann, dass am Nachmittag doch noch mal die Sonne scheint, wenn die Prognose daneben liegt.

Das Tibber Skript prüft in der Zeit von Sonnenaufgang bis Sonnenuntergang, ob die vorhergesagte Prognose noch ausreicht, um den Akku vollzuladen.
Das wird einfach berechnet, indem die Prognose durch die Sonnenstunden geteilt wird und dann berechnet wird, ob die restliche Zeit noch ausreicht den Akku zu laden.
Aus diesem Grund würde dein Vorschlag leider nicht funktionieren, denn am Vormittag war für CC und Tibber Skript eigentlich klar, dass die PV-Leistung ausreichen wird.
Das Tibber Script hat wahrscheinlich erst Mittag festgestellt, dass es nicht mehr ausreichen kann, da ist es aber bereits zu spät für CC und das Tibber Skript weiß bedauerlicherweise nicht, dass am Nachmittag mehr PV-Leistung kommt.
Jetzt könnte man das ganze natürlich wieder genauer berechnen, indem man die PV-Leistung nicht gleichmäßig auf die Sonnenstunden aufteilt, sondern die stündliche Globalstrahlung abruft und dann anhand der PV-Module die PV-Leistung je Stunde berechnet.

Bin aber mittlerweile der Meinung das die Prognosen so ungenau sind, das es auch nicht besser funktionieren würde.

Was du aber machen kannst, ist die Einstellung von CC im Winter zu ändern, sodass z. B. bis 90% SOC immer alles geladen wird und erst dann geregelt wird (bei mir CC Einstellung 1).
Das Tibber Skript so einstellen, dass nur bis 90% geladen wird und 10% noch für unerwartete PV-Leistung bleibt.
So mache ich das aktuell.

[ArnoD]

@malei
Wenn Notstrom Sockel auf 5 % ist und Notstrom min auf 25 % dann müsste Notstrom aktuell = 21% sein

[Zelkin]

@arnod
Die Prognosen sind ne Katastrophe, wir wohnen hier auf nem Berg, da iss es öfter so, dass 1km weiter komplett Nebel iss oder umgekehrt :cloud: :mostly_sunny: :barely_sunny:

Bei solchen Schwankungen von drüber und drunter ist eine gute Vorhersage unmöglich.

Ich überlege mir mal was Ich anstelle um solche Themen zu vermeiden, dein vorschlag ist ein guter ansatz:flushed:

hab seit gestern im tibber scrpt Fehler drin, hab jetzt eben auf 1.3.14 umgestellt in der Hoffnung, dass sie weg seien:

javascript.0	07:58:56.655	info	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: -==== Tibber Skript Version 1.3.14 ====-
javascript.0	07:58:56.656	info	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: registered 5 subscriptions, 2 schedules, 0 messages, 0 logs and 0 file subscriptions
javascript.0	07:58:56.674	info	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: -==== alle Objekt ID's angelegt ====-
javascript.0	07:58:56.677	error	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: TypeError: datenMorgen is not iterable
javascript.0	07:58:56.677	error	at ScriptStart (script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14:151:45)
javascript.0	07:59:00.073	error	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: Fehler: 'data' ist entweder kein Array oder es ist leer.
javascript.0	07:59:00.073	error	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: Fehler in Funktion tibberSteuerungHauskraftwerk: Cannot read properties of undefined (reading 'lowPhases')
javascript.0	07:59:00.084	error	script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: TypeError: data.forEach is not a function
javascript.0	07:59:00.084	error	at extractData (script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14:1178:14)
javascript.0	07:59:00.084	error	at createDiagramm (script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14:1193:5)
javascript.0	07:59:00.085	error	at async Object.<anonymous> (script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14:1841:9)

keine ahnung wo die auf einmal herkommen!

[Zelkin]

Mal ne Frage in die Runde:

Hat Irgendjemand mal das 360° Automatik ding von E3DC laufen lassen und geschaut wie sich das verhält?
Mich würde es schon interessieren wie das System Arbeitet.

[as]

@zelkin absolut unbrauchbar im vergleich zu dem möglichkeiten mit arnoD s tool
e3dc ist nicht tagespreisflexibel oder nach Prognosen

was noch kommt ist fraglich aber wird wohl vieles nachmachen was es bereits gibt ob es von KI oder schlauen köpfen kommt ist erstmal egal