Hausspeicher laden, dynamisch, tibberlink, Scripte

[babl]

5. Script Hausspeicher laden in Abhängigkeit der Beladeleistung und dem eingestellten Beladewert von 90-100%

Hausspeicher laden version 1.txt

Hier wird die Batterie geladen wenn der Datenpunkt 0_userdata.0.Test.Batterie_laden auf true gestellt wird.

Als kleines "Zuckerl" habe ich noch ein Script um die Werte in Grafana dazustellen, was wurde geladen, aktuell ist es bei mir nicht so der hit, da mein Stromzähler (Holley) leider alle 4 Tage meint nur arbeiten zu müssen, also kommen auch bei Tibber keine reellen Werte an sondern nur geschätzte. Aber wenn sich hier jemand reindenken will dann gerne und die Arbeit mit dem Erstellen hat er zumindest mal halbs weg erledigt.

Das Script legt die Datenpunkte an, diese müssen dann nur noch mit influx geloggt werden und dann mit dem template von grafana ausgewertet werden.

Sollte die Verbindung vom Zähler zu Tibber nicht gelingen (weil die Batterien vom Tibber Pulse leer sind) oder der Zähler (wie in meinem Fall nicht funktioniert) dann seht ihr das in der 1. Kachel: Verbindung prüfen

Hier das Script:
grafana tibber.txt

Hier das Template für Grafana:
template grafana tibber.txt

Bitte im Text Editor das Wort "homesersetzen" mit deiner Home ID von Tibber ersetzen.

[babl]

Ab hier kann diskutiert werden, ich hoffe auf eure faire Anerkennung, sollten Beleidigungen oder eine Kritik kommen die mir nicht gefällt, oder unter die Gürtellinie geht, wird der ganze Thread gelöscht. Ganz einfach. Für Kritik und Verbesserungen und vielleicht Hinzufügen von KI (Künstlicher INtelligenz) oder wenn jemand daraus einen Adapter erstellen will helfe ich mit, soweit es in meinem Ermessen steht, so daß jeder aus der IObroker Community davon profitieren kann. Das ist mein Ziel.

[THELOH]

@babl danke für deinen Arbeiten. Wenn ich Zeit habe schaue ich mir alles an, denn ich bin auch an dem Thema.
Wenn du Lust hast verabreden wir uns einmal zum Austausch per Teams.

[babl]

@theloh klingt gut, ich habe auch lange überlegt wie man das angehen kann, 100% Anerkennung wird man nie erreichen, ich habe mir dann überlegt für mich was für mein zuhause die beste lösung ist und so habe ich versucht dies umzusetzen, nur sollte es für alle machbar sein, darum habe ich dies nun zum testen freigegeben, um fehler auszumärzen und interessante Diskussionen zu führen. Dass hier wahrscheinlich nicht alles so läuft sollte jedem klar sein, es ist halt einfach kein system daß man kopiert und es läuft, da jeder andere Voraussetzungen, aber auch Wünsche hat.

[THELOH]

@babl so sieht’s aus.

[TorbenNW]

Ich habe dein Script nun mangels Zeit und Speicher noch nicht ausprobiert. Liebäugle damit allerdings auch schon länger.

Das Problem was ich sehe wäre, dass der Wandlerverlust, egal wie hoch er be- oder errechnet wird immer den Maximalpreis voraussetzt.
Wie du schon schreibst wird X % vom Tageshöchstpreis genommen. Das Problem am Tageshöchstpreis ist aber, dass er in der Regel nur eine Stunde am Tag vorhanden ist.
Was passiert in den übrigen Stunden?

Nehmen wir jetzt das Beispiel von morgen in ohne Gebühren, Netto Preise:
Ab 1 Uhr kostet die Kwh 0 ct -> Speicher läd.
Nach angenommenen 4 Stunden ist der Speicher voll.
Um 5 Uhr kommt noch nichts vom Dach und der Speicher fängt an zu entladen, ebenfalls noch beim Einkaufspreis von Tibber für 0 ct. Es erfolgt also ein Verlust in höhe des Ladeverlustes (nur auf den kwh Preis gemünzt).
Dieses Beispiel würde morgen bis 15 Uhr so gehen bis der Preis wieder steigt und der Verlust geringer wird.
Theoretisch müsste man hier nun den Ansatz angehen, dass der Speicher tatsächlich nur entladen wird sofern der Einkaufspreis den tatsächlichen Ladeverlust übersteigt.

Sagt man dem Speicher jetzt er darf erst ab 16 Uhr entladen ist er ggf. voll und wird nicht "umsonst" mit Sonnenenergie getankt. (Edit: sehe gerade das du es versuchst mit Forecast zu lösen)

Diese Variable macht die Speicherung mit AC Strom zumindest nach meiner Denkweise meist nur Unrentabel oder habe ich etwas übersehen?

[babl]

@torbennw hi, danke für deine ausführliche Erklärung zu dem Thema, ja das habe ich auch im Hinterkopf, aber leider ist das nicht so einfach, da das ganze halt auf forecast beruht. Ich denke du weißt wie gut oder schlecht hier die Werte teilweise auseinanderliegen. Darum habe ich eben den Forecast mitreingenommen, man könnte dies übrigens auch mit Wetterdaten testen (weatherunderground) aber da sind wir teilweise auch zwischen gut und böse.

Natürlich kann es passieren daß der Forecast nur 4kwh für mittag voraussagt und es trotzdem herrlicher Sonnenschein ist und du den erzeugten Strom dann einspeisen mußt, ja leider darum sind das Einstellungssachen für die du nach deinen Forecast Methoden das beste rausfinden musst. Das muß jeder für sich selber testen. In diesem Bereich wird es kein Tool geben daß immer zu 100% richtig ist.

Beispiel: Am Dienstag am 24.10.23 wurde bei uns 4kwh vorausgesagt bis mittags, reell sind 2,5kwh gekommen, in der Nacht hat aber die Batterie bei mir geladen und zwar um 1Uhr da die Grundlast bis 9Uhr laut Berechnung nicht reichte, Die Batterie war zu dieser Zeit 55% voll (5kwh Netto) also hat sie die restlichen kwh auf 100% nachgeladen. Dies lief hervorragend. Die Batterie kam bis Mittwoch 9 Uhr durch am Mittwoch wurden dann 10kwh vorausgesagt also hat sich die Batterie am Mittwoch durch die PV vollgeladen. Natürlich kann dies auch umgekehrt sein, wie oben schon beschrieben, aber da wir uns in Vorhersagen befinden ist das schwierig, wirst ja selber oft schon gemerkt haben daß das oft nicht stimmt. Noch dazu wir sind ein einem Tal und haben ein Fluß daneben da spielt der Nebel eine große Rolle die von den Pv Forecasts die ich kenne nicht berücksichtigt wird, wie auch, also muß man seine Einstellungen finden die am besten zu einem passen.

Und sind wir uns mal ehrlich wir jammern hier auf hohem Niveau. Hätten wir das nicht müßten wir alle Tage teueren Strom kaufen auch zu Zeiten wo die Spitzenpreise sind. Und das ist meistens da wo man auf der Couch liegt oder das Abendessen zubereitet.

[babl]

@torbennw was allerdings möglich wäre, daß man die PV Forecast und den reellen Ertrag mitloggt und daraus eine Liste erstelllt mit der Abweichung in % und das mitrechnet, so ähnlich KI. Aber leider ist das 1. Zeitaufwendig, 2. für viele neue Nutzer denke ich mal unmöglich das ganze einzurichten und dann hat man aber immer noch bestimmte Unzulänglichkeiten.

[ReblausGT]

@torbennw said in Hausspeicher laden, dynamisch, tibberlink, Scripte:

Was passiert in den übrigen Stunden?

Nehmen wir jetzt das Beispiel von morgen in ohne Gebühren, Netto Preise:
Ab 1 Uhr kostet die Kwh 0 ct -> Speicher läd.
Nach angenommenen 4 Stunden ist der Speicher voll.
Um 5 Uhr kommt noch nichts vom Dach und der Speicher fängt an zu entladen, ebenfalls noch beim Einkaufspreis von Tibber für 0 ct. Es erfolgt also ein Verlust in höhe des Ladeverlustes (nur auf den kwh Preis gemünzt).
Dieses Beispiel würde morgen bis 15 Uhr so gehen bis der Preis wieder steigt und der Verlust geringer wird.

Brainstorming:

Mir schwebt an der Stelle vor, dass ich seitens TibberLink einen Ausgang habe der auf "beste Einzelstunden" basiert und die konfigurierte Anzahl Stunden selbstständig vergrößert, sofern weitere Stunden die gleichen Kosten wie die schlechteste innerhalb der konfigurierten aufweist... -> Modus "beste Einzelstunden smart" .... diesen Ausgang würde ich dann meiner Batteriesteuerung zusätzlich geben als "Blockiere Entladen". Sollte obiges Probleme am Beispiel 29.10.2023 lösen.

Oder - speziell für den Winterbetrieb - ein Ausgang "beste Kosten smart" hier würde dann kein Trigger-Preis genommen werden der absolut zu sehen ist, sondern ein Verhältnis - in der Form, dass man z.B. 5ct angibt und der Ausgang schaltet immer wenn momentaner Preis kleiner wie (Tagesdurchschnitt - 5ct) ist. Damit könnte man wiederum ein Entladen der Batterie verhindern. (statt "5ct" könnte das auch ein %-Wert sein)

[nouse82]

Hey, super cool! Macht ruhig weiter, ich denke das wird richtig gut! Ich beschäftige mich schon eine Weile mit dem Thema und bekomme bald einen IMS vom Netzprovider installiert. Das sollte die Pulse-Thematik umschiffen. Ab 01.01.2024 sind die ja auf 20 Euro pro Jahr gedeckelt. Es gibt einen „kollegen“ der das Thema vor einiger Zeit beschrieben hat und seine Automatisierung anders gelöst hat:

https://www.techtalk.de/tibber-erfahrungsbericht/

Aber das Prinzip, das er beschreibt, deckt sich in etwa mit dem vorab beschriebenen „Problem“. Und in der Lösung ist das ohne Forecast umgesetzt.

Wie seht Ihr das?

[icebear]

@babl Ich hab mir mal deine Scripte angeschaut und hätt da mal eine Frage:

Wo kommen denn im Hauptscript die tibberlink DP her? (siehe SCreenShot)

Wenn ich gemäß deiner Anleitung vorgehe, dann sieht das bei mir unterhalb vom tibberlink-adapter bei calculations so aus :

das sind doch aber nicht die DP die oben im Hauptscript gebraucht werden, oder?

[icebear]

@icebear said in Hausspeicher laden, dynamisch, tibberlink, Scripte:

Wo kommen denn im Hauptscript die tibberlink DP her? (siehe SCreenShot)

Hat sich erledigt, nach update des Tibberlink Adapters heute, sind die DP da.

Trotzdem hab ich noch eine Frage, wie genau und mit welchen Werten müssen die Aliase angelegt werden?

Ich habs mal so gemacht wie ich dachte aber da meckert das Fehlerprotokoll immer rum.

Welche Werte müssen denn genau als Alias genommen werden und warum Alias?

[babl]

@icebear hi, schön dass es schon mal soweit funktioniert, die alias brauchst du um 1. Den Batterieladestand in % zu haben, 2. Um den Befehl für das laden zu senden.

Ich weiss es gibt 100erte verschiedene Hausspeicher, darum kann man das nicht als feste variable abbilden, darum habe ich versucht dies als alias zu machen, so kannst du deinen User soc mit dem alias User soc immer in Verbindung halten und brauchst an den Scripten nix ändern, denn diese Punkte kommen häufig vor. Wenn du deinen alias genau so benennst wie oben unter Punkt A, dann sollte er eigentlich nicht meckern.

Es geht leider aktuell nicht anders, zumindestens wüsste ich nicht wie.

Ob du nun einen Sonnenspeicher hast oder nicht ist ja eigentlich egal, nur der alias sollte so heißen.

[icebear]

So jetzt hab ich noch eine Frage, bzw. Verständnisproblem:

Ich verstehe das Laden Blockly nicht so ganz, siehe ScreenShot

Du setzt oben die Variable 'User_Soc' auf den Wert vom 'alias.......userSoc'

wie kann dann unten bei falls [Wert vom Objekt ID] alias......userSOC der Wert 'Kleiner' als die Variable 'User_Soc' sein?

[Homoran]

@icebear sagte in Hausspeicher laden, dynamisch, tibberlink, Scripte:

wie kann dann unten bei falls [Wert vom Objekt ID] alias......userSOC der Wert 'Kleiner' als die Variable 'User_Soc' sein?

weil

@icebear sagte in Hausspeicher laden, dynamisch, tibberlink, Scripte:

setzt oben die Variable 'User_Soc' auf den Wert vom 'alias.......userSoc'

nur beim Scriptstart gesetzt wird.

[icebear]

@homoran

Ok. Danke.

Ich probier es dann mal aus ob es so funktioniert, das Problem ist das mein Speicher zum Beladen nur 'true' und 'false' kennt und die Beladeleistung selber regelt.
Deshalb muß ich das ein bischen umbauen.

[timbo]

Hi babl,

danke für deine ganze Arbeit, wir haben auch einen Sonnenspeicher und sind bei Tibber, daher habe ich fast die gleichen Voraussetzungen wie bei dir. Deine Anleitung habe ich soweit befolgt, bekomme aber folgende Meldungen im Log:

2023-11-04 16:04:38.645 - info: javascript.0 (419377) Start javascript script.js.common.Bat_laden_skript
2023-11-04 16:04:38.671 - info: javascript.0 (419377) script.js.common.Bat_laden_skript: registered 0 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2023-11-04 16:04:38.721 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Batteriespeicher_Kapazität changed to 0_userdata.0.Test.Batteriespeicher_KapazitÃ_t
2023-11-04 16:04:38.723 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Tibber.Beste_Stundenblöcke changed to 0_userdata.0.Tibber.Beste_StundenblÃ_cke
2023-11-04 16:04:38.723 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstpreis.AVG changed to 0_userdata.0.Test.HÃ_chstpreis.AVG
2023-11-04 16:04:38.723 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.0 changed to 0_userdata.0.Test.HÃ_chstzeit.0
2023-11-04 16:04:38.724 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.1 changed to 0_userdata.0.Test.HÃ_chstzeit.1
2023-11-04 16:04:38.726 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.2 changed to 0_userdata.0.Test.HÃ_chstzeit.2
2023-11-04 16:04:38.784 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Batteriespeicher_Kapazität changed to 0_userdata.0.Test.Batteriespeicher_KapazitÃ_t
2023-11-04 16:04:38.790 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Tibber.Beste_Stundenblöcke changed to 0_userdata.0.Tibber.Beste_StundenblÃ_cke
2023-11-04 16:04:38.794 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstpreis.AVG changed to 0_userdata.0.Test.HÃ_chstpreis.AVG
2023-11-04 16:04:38.797 - warn: javascript.0 (419377) You are assigning a number to the state "0_userdata.0.Test.Höchstzeit.0" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions.
2023-11-04 16:04:38.798 - warn: javascript.0 (419377) at createState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2589:25)
2023-11-04 16:04:38.798 - warn: javascript.0 (419377) at runNextTicks (node:internal/process/task_queues:60:5)
2023-11-04 16:04:38.798 - warn: javascript.0 (419377) at processImmediate (node:internal/timers:442:9)
2023-11-04 16:04:38.798 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.0 changed to 0_userdata.0.Test.HÃ_chstzeit.0
2023-11-04 16:04:38.802 - warn: javascript.0 (419377) You are assigning a number to the state "0_userdata.0.Test.Höchstzeit.1" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions.
2023-11-04 16:04:38.802 - warn: javascript.0 (419377) at createState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2589:25)
2023-11-04 16:04:38.802 - warn: javascript.0 (419377) at runNextTicks (node:internal/process/task_queues:60:5)
2023-11-04 16:04:38.802 - warn: javascript.0 (419377) at processImmediate (node:internal/timers:442:9)
2023-11-04 16:04:38.803 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.1 changed to 0_userdata.0.Test.HÃ_chstzeit.1
2023-11-04 16:04:38.806 - warn: javascript.0 (419377) You are assigning a number to the state "0_userdata.0.Test.Höchstzeit.2" which expects a string. Please fix your code to use a string or change the state type to number. This warning might become an error in future versions.
2023-11-04 16:04:38.806 - warn: javascript.0 (419377) at createState (/opt/iobroker/node_modules/iobroker.javascript/lib/sandbox.js:2589:25)
2023-11-04 16:04:38.806 - warn: javascript.0 (419377) Used invalid characters: 0_userdata.0.Test.Höchstzeit.2 changed to 0_userdata.0.Test.HÃ_chstzeit.2
2023-11-04 16:04:38.817 - info: javascript.0 (419377) State value to set for "0_userdata.0.Test.HÃ_chstzeit.0" has to be type "string" but received type "number"
2023-11-04 16:04:38.860 - info: javascript.0 (419377) State value to set for "0_userdata.0.Test.HÃ_chstzeit.1" has to be type "string" but received type "number"
2023-11-04 16:04:38.861 - info: javascript.0 (419377) State value to set for "0_userdata.0.Test.HÃ_chstzeit.2" has to be type "string" but received type "number"
2023-11-04 16:04:39.357 - info: javascript.0 (419377) Start javascript script.js.common.Bat_Hausspeicher_laden
2023-11-04 16:04:39.364 - warn: javascript.0 (419377) getState "alias.0.Sonnen.Status.userSoc" not found (3)
2023-11-04 16:04:39.365 - warn: javascript.0 (419377) at script.js.common.Bat_Hausspeicher_laden:4:12
2023-11-04 16:04:39.365 - warn: javascript.0 (419377) at script.js.common.Bat_Hausspeicher_laden:47:3
2023-11-04 16:04:39.367 - info: javascript.0 (419377) script.js.common.Bat_Hausspeicher_laden: registered 0 subscriptions, 1 schedule, 0 messages, 0 logs and 0 file subscriptions
2023-11-04 16:04:40.829 - info: javascript.0 (419377) Start javascript script.js.common.Bat_Hauptskript
2023-11-04 16:04:40.834 - warn: javascript.0 (419377) getState "alias.0.Sonnen.Status.userSoc" not found (3)
2023-11-04 16:04:40.835 - warn: javascript.0 (419377) at script.js.common.Bat_Hauptskript:4:12
2023-11-04 16:04:40.835 - warn: javascript.0 (419377) at script.js.common.Bat_Hauptskript:90:3
2023-11-04 16:04:40.835 - warn: javascript.0 (419377) getState "0_userdata.0.Test.Batteriespeicher_Kapazität" not found (3)
2023-11-04 16:04:40.836 - warn: javascript.0 (419377) at script.js.common.Bat_Hauptskript:5:44
2023-11-04 16:04:40.836 - warn: javascript.0 (419377) at script.js.common.Bat_Hauptskript:90:3
2023-11-04 16:04:40.836 - info: javascript.0 (419377) script.js.common.Bat_Hauptskript: registered 4 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions
2023-11-04 16:04:41.621 - info: javascript.0 (419377) Start javascript script.js.common.Bat_Grundlastberechnung
2023-11-04 16:04:41.626 - info: javascript.0 (419377) script.js.common.Bat_Grundlastberechnung: registered 3 subscriptions, 2 schedules, 0 messages, 0 logs and 0 file subscriptions
2023-11-04 16:04:42.753 - info: javascript.0 (419377) Start javascript script.js.common.Bat_Beladedauer
2023-11-04 16:04:42.760 - info: javascript.0 (419377) script.js.common.Bat_Beladedauer: registered 2 subscriptions, 0 schedules, 0 messages, 0 logs and 0 file subscriptions

Wenn ich das richtig lese, findet era auch die Aliase nicht, sind aber im Alias Ordner angelegt:

Ich werde noch weiter probieren.

Gruß Timo

[babl]

@timbo hi, schau mal deine alias datenpunkte genau an, die stimmen nciht mit meinen überein.

alias.0.Sonnen.Status.userSoc

und bei dir müßte es sein

alias.0.sonnen.status.usersoc.usersoc

kann das sein?

Ebenso stimmt mit deinen angelegten Datenpunkten was nicht, da eine fehlermeldung als string kommt und bei mir werden die datenpunkte definitv als number erzeugt, also muß das passen.

Tipp: Lösche unter UserData den kompletten Test Ordner und lasse die Datenpunkte anhand des Scripts "Datenpunkte erzeugen" auch die Datenpunkte erzeugen.

[timbo]

@babl ich habe alle Datenpunkte gelöscht und mit deinem Skript die DP neu anlegen lassen.
In deinem Skript gibst du zu den Tiefstzeit/ Höchstzeit... folgendes an:

Habe eben mal probiert, die 0 statt im Zahlenformat im Textformat anlegen zu lassen, bekomme aber die gleiche Meldung.

	2023-11-04 17:29:40.840	info	State value to set for "0_userdata.0.Test.Tiefstzeit.2" has to be type "string" but received type "number"

javascript.0
2023-11-04 17:29:40.840	info	State value to set for "0_userdata.0.Test.Tiefstzeit.1" has to be type "string" but received type "number"

javascript.0
2023-11-04 17:29:40.837	info	State value to set for "0_userdata.0.Test.Tiefstzeit.0" has to be type "string" but received type "number"

javascript.0
2023-11-04 17:29:40.837	info	State value to set for "0_userdata.0.Test.HÃ_chstzeit.2" has to be type "string" but received type "number"

javascript.0
2023-11-04 17:29:40.837	info	State value to set for "0_userdata.0.Test.HÃ_chstzeit.1" has to be type "string" but received type "number"

javascript.0
2023-11-04 17:29:40.837	info	State value to set for "0_userdata.0.Test.HÃ_chstzeit.0" has to be type "string" but received type "number"

[babl]

@timbo OK mein Fehler sorry, werde ich morgen gleich ändern, nimm für den number Block 0 einen Textbaustein und schreib 00:00 rein, oder du änderst sie per Hand in den Objekten auf 00:00