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

[as]

@arnod wie setzt sich der Batteriepreis zusammen er erscheint deutlich zu gering zu sein und daher wird oft wie jz gerade wieder für 36cent nachgeladen obwohl in den abendstunden nur 38cent die kwh kostet
und in der nacht auch der geringste preis 33,5 cent war

[ArnoD]

@as
Das hat nichts mit dem Batteriepreis zu tun, dieser verhindert nur das Entladen.

Der aktuelle Tibber Preis 0,3657€ ist unter dem Schwellwert hoher Preis 0,37€ und als Nächstes kommt ein Preisanstieg über den Schwellwert hoher Preis, den du mit deiner aktuellen Batterieladung nicht überbrücken kannst. Deswegen wird geladen.

[as]

@arnod dachte die Ladeverluste fließen mit ein , und 1/2 cent als diferenz find ich schon knapp vorallem ! da bei der Preis sinkt und spätestens nach Akku leerung unterdem Preis bei ladung ist
nachladen lässt sich unterbinden ? oder ein Preisdelta?

[ArnoD]

@as sagte in E3DC Hauskraftwerk steuern:

da bei der Preis sinkt und spätestens nach Akku leerung unterdem Preis bei ladung ist

Laden würde er ja um 13:00 Uhr bei 0,365 € und der nächste Preis was günstiger ist ab 20:00 Uhr, deine Batterie reicht aber nur bis 15:00 Uhr und um 15:00 Uhr ist der Preis ja nicht unter dem Preis bei Ladung.

nachladen lässt sich unterbinden ? oder ein Preisdelta?

Aktuell nur so wie du es ja gemacht hast und die Steuerung über Charge-Control deaktiviert hast.
Ich schaue mir mal die Berechnung an, aber ich vermute das der höchste Preis von 0,3819 über dem Preis mit Ladeverlust liegt.

[as]

@arnod seit 1.5.14 lädt mein akku nicht mehr nachts voll. laden satrtet jedoch wird nach 1 h das laden beendet anstatt das im tibber skript eingestellte 100% und angezeigte geplante Ladedauer zu nutzen. 22kw nicht erreicht woran sollte es liegen

Microsoft Word-Dokument (neu) (2).docx

[ArnoD]

@as
Leider helfen mir da die PV Diagramme alleine nicht, um hier eine Aussage machen zu können.
Ich benötige dazu immer das LOG File um zu sehen wie der Ablauf im Script war.

Eine mögliche Uhrsache ist, dass die PV-Prognose hoch war und die Batterie so weit geladen wurde, dass die Reichweite bis zum Sonnenaufgang ausreichte.
Dann wird das Laden der Batterie vorzeitig beendet.

Eine weitere mögliche Ursache ist, dass die benötigte Ladezeit länger war als nie niedrig Preis Phase.

Wie gesagt, ohne LOG kann ich auch nur raten.

[as]

@arnod mit Version.13 lief es 2 Tage wie es soll
Heute Nacht erneut mit .14 wieder pünktlicher Start Abbruch nach 1 Stunde anstatt nach 2.
geplant war von 3-5 zu laden
im tibber Skript vis wird keine entladesperre Gesetz und somit sofort entladen und angezeigt das mit Pv geladen wird was um 4 in der Nacht unwahrscheinlich ist
Nur ein Phänomen bei mir??? Möglichkeiten?? Nicht das ein Fehler in den Versionen weiter getragen wird

[ArnoD]

@as

Das ist genau das Thema mit der PV Prognose.
Wenn die PV Prognose für den nächsten Tag hoch genug ist, um deine Batterie zu laden und die Reichweite bis zum Sonnenaufgang reicht, wird das Laden aus dem Netz beendet.
Der Text "Laden mit PV-Leistung" ist ein Hinweis, dass die Batterie als Nächstes mit PV-Leistung geladen werden soll und somit alle Tibber Preise ignoriert werden und bedeutet nicht, dass in dem Moment mit PV Leistung geladen wird.
Es wird auch keine Entladesperre mehr gesetzt, egal wie hoch der Batteriepreis ist, um bei Sonnenaufgang eine leere Batterie zu haben und diese mit PV-Leistung laden zu können.
Wenn die PV Prognose nicht berücksichtigt werden soll, dann kannst du die Option "PV Module schneebedeckt" aktivieren.

[ArnoD]

Tibber Skript,
Version: 1.3.14 auf Github hochgeladen.

Änderungen:

• Änderung in der Funktion pruefePVLeistung(). Wenn die Batteriereichweite einmal bis Sonnenaufgang ausreicht, wird ein Merker gesetzt und die Reichweite ignoriert. Dieser Merker wird bei Sonnenaufgang wieder zurückgesetzt. Damit soll ein ständiges Nachladen der Batterie verhindert werden, wenn der aktuelle Eigenverbrauch einmal höher ist als der Durchschnittsverbrauch.
• Anzeigetext in VIS bei ausreichender PV Prognose geändert.
• Neue Objekt ID 0_userdata.0.TibberSkript.Anzeige_VIS.diagrammAktiv. Wird verwendet, um in VIS das Diagramm mit den Output Signalen ein und auszublenden.

[as]

@arnod vielen Dank für deine Hilfe und Zeit die du investierst in dein Tolles Projekt

Hoffe das hilft weiter da die Prognose aktuell immer wieder deutlich zu positiv ausfällt E3DC Prognose im Portal sagt 3-5 und im Skript über die solcast Infos kommen teilweise über 20 erwartet das bringt bei den Preisen einiges an unerwarteten Kosten
Nicht dramatisch aber lösbar Dank deiner schnellen Unterstützung

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