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

[Modulo-N]

@arnod

Moin Arno...
Irgendetwas klemmt. Ich hatte heute morgen kurz vor 8:00 folgendes:

Die Batterie wurde aber trotzdem NICHT geladen und ist weiter bei 40%. Das Log für heute ist leer.

Gruß

Michael

[ArnoD]

@modulo-n
Läuft das Script überhaupt, wenn du keine LOG Einträge hast ?
Es ist schwierig, aus der Ferne ohne Log eine Diagnose abzugeben.

[Modulo-N]

@arnod

Ja, das Skript läuft, aber ich hatte mir durch andere Skripte das Log mit Fehlern zugeknallt und deswegen das Log gelöscht, bevor mir klar wurde, dass ich es vielleicht doch noch brauchen könnte. Dummer Fehler von mir...

Heute morgen war tatsächlich nichts im Log zu finden außer einem MQTT-Fehler meines Mähroboters und ein paar Tibber-Bridge-Fehlern...

[psrelax]

@arnod sagte in E3DC Hauskraftwerk steuern:

Ohne LOG von dem Zeitraum kann ich nur raten.
Wenn die Batteriereichweite für den Peak nicht mehr ausreicht und die Preissteigerung über 0,3 € liegt, sollte eigentlich nachgeladen werden.

Hier bitte, die letzte Log, bevor ich auf "manuell" umgeschaltet habe :-)

2024-12-12 12:02:00.291  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: *******************  Debug LOG Tibber Skript Version 1.3.11 *******************
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ************************************************************************************
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** timerIds = 443079893
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** timerTarget = ["2024-12-12T06:00:00.000Z"]
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** timerState = [false]
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** timerObjektID = ["Entladesperre"]
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** minStrompreis_48h = 0.3139
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** batterieKapazitaet_kWh = 15
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Batterie_SOC = 33
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Power_Bat_W = -777
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Power_Grid = 14
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** prognoseLadezeitBatterie = 2
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** reichweiteBatterie = 5:26 h / 2:28 h
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** batteriepreisAktiv = true
2024-12-12 12:03:00.240  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** strompreisBatterie = 0.3137
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** bruttoPreisBatterie = 0.3565
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Aktueller Preis Tibber = 0.6681
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[1].endLocale = 13.12.2024, 00:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[1].startLocale = 12.12.2024, 23:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[1].Type = normal
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[0].endLocale = 12.12.2024, 23:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[0].startLocale = 12.12.2024, 21:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** naechstePhasen[0].Type = high
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** aktivePhase.endLocale = 12.12.2024, 21:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** aktivePhase.startLocale = 12.12.2024, 07:00:00
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** aktivePhase.Type = peak
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Schwellwert Spitzenstrompreis = 0.4091
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Schwellwert hoher Strompreis = 0.36
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Schwellwert niedriger Strompreis = 0.1057
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** schneeBedeckt = false
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Prognose PV-Leistung heute = 10.1325 kWh
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Prognose PV-Leistung morgen = 5.859 kWh
2024-12-12 12:03:00.241  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** pvLeistungAusreichend = false
2024-12-12 12:03:00.242  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** eAutoLaden = false
2024-12-12 12:03:00.242  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** BatterieEntladenSperren = false
2024-12-12 12:03:00.242  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** battSperrePrio = false
2024-12-12 12:03:00.242  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** BatterieLaden = false
2024-12-12 12:03:00.242  - info: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** Status = Aktuell Strompreis zu hoch, es wird nicht geladen (aktive Phase: peak)
2024-12-12 12:03:00.242  - warn: javascript.0 (391) script.js.E3DC_ChargeControl.Tibber: ** ProgrammAblauf = 27,1,18,18/3,19,22,32,10,30, 

[ArnoD]

@psrelax
Danke.
Das Problem ist, dass der gesamte Zeitraum eine Peak Phase ist und somit nicht weiter geprüft wird, ob noch mal geladen werden soll.
Ich bin mir auch noch unschlüssig, ob das überhaupt sinnvoll ist, da der Batteriepreis dann so hoch wäre, dass dies zu einer dauerhaften Entladesperre führen würde, wenn die erste Preissteigerung vorbei ist, also ab ca. 20:00 Uhr nach deinem Diagramm.
Ich muss noch etwas darüber nachdenken. :-)

[psrelax]

@ArnoD

Mir ist gerade etwas aufgefallen, da ich seit langem mal wieder ein wenig Überschuss habe.
Der Speicher hat bis 90% geladen. Laut Anzeige ist die Reichweite genau bis zum Ende des bevorstehenden Peaks.
Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.
Anscheinend wird nur berechnet, bis wohin muss er kommen und mehr wird nicht geladen.
Da liegt noch ein Problem meine ich.
Logs kann ich erst heut Abend liefern, da ich gerade in der Arbeit bin.

[ArnoD]

@psrelax
Das Tibber Skript verhindert nicht das laden der Batterie mit PV-Leistung, wenn dann eher Charge-Control.
LOG ist da natürlich immer hilfreich.

[psrelax]

@arnod
Ich denke aber das Tibber Script gibt vor, bis zu welchem Stand geladen werden soll.

[Modulo-N]

@psrelax said in E3DC Hauskraftwerk steuern:

@ArnoD

Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.

Das kann ich bestätigen. Auch bei mir landet PV-Überschuss vorrangig im Netz und nicht im Speicher. Allerdings gab es in den letzten Tagen mit Sonne auch keine wirklichen PEAK-Phasen, die zu überbrücken gewesen wären. Tortzdem dümpelt der Speicher immer noch bei 40% rum (Notstrom!)

Gruß

Michael

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

@arnod
Ich denke aber das Tibber Script gibt vor, bis zu welchem Stand geladen werden soll.

Der Master ist Charge-Control und das Tibber Skript setzt nur die Freigabe um aus dem Netz zu laden. Wenn ausreichend PV-Leistung vorhanden ist übernimmt Charge-Control die Regelung.
Bedeutet auch wenn beim Tibber Skript ein max. SOC von 50% eingestellt ist, wird dieser Grenzwert nur für das laden aus dem Netz verwendet. Die Batterie kann trotzdem auf den Eingestellten max. SOC Wert von Charge-Control mit ausreichend PV-Leistung geladen werden.
Was ich beobachten konnte ist das die Umschaltung von Ladesperre zu Laden über PV-Leistung etwas träge ist und ca. 5 sek. dauert.

[ArnoD]

@modulo-n sagte in E3DC Hauskraftwerk steuern:

@psrelax said in E3DC Hauskraftwerk steuern:

@ArnoD

Eine Entladesperre ist nicht gesetzt.
Es wird allerdings der überschüssige PV-Strom ins Netz eingespeist und nicht in den Speicher geladen.

Das kann ich bestätigen. Auch bei mir landet PV-Überschuss vorrangig im Netz und nicht im Speicher. Allerdings gab es in den letzten Tagen mit Sonne auch keine wirklichen PEAK-Phasen, die zu überbrücken gewesen wären. Tortzdem dümpelt der Speicher immer noch bei 40% rum (Notstrom!)

Gruß

Michael

Kann es eventuell an deinen Einstellungen Charge-Control liegen ?

[psrelax]

@arnod

Oh Mann wie dumm von mir. Du Hast Recht. :face_with_head_bandage:
In ChargeControl ist das Ladeende auf 90 und Ladeende2 kommt ja erst Nachmittags zum tragen.

Entschuldige bitte die Verwirrung.
Ich bin anscheinend nicht mehr gewohnt, Solar vom Dach zu bekommen :innocent:

[ArnoD]

Tibber Skript,
Version: 1.3.12 auf Github hochgeladen.

Änderungen:

• Es wird am Anfang der Peakphase geprüft, ob über die Dauer der Peakphase eine Preissteigerung über 0,3€ kommt, die mit der Batterie Reichweite nicht überbrückt werden kann.
  Falls das zutrifft, wird der günstigste Zeitpunkt zum Laden gesucht und die Batterie einmal nachgeladen.
  Das ganze habe ich jetzt zum Testen auf einmal Nachladen je Peakphase begrenzt.
• Mehrere Fehler behoben bzw. Optimierungen umgesetzt.

[ArnoD]

Neue Version Charge-Control auf GitHub hochgeladen.
Version: 1.5.13
Änderungen:

• Fehler korrigiert, dass bei Batterie SoC = 0 und Einstellung Notstromreserve =0 die Regelung versucht hat, das Entladen zu verhindern und deswegen ständig auf die E3DC RSCP Schnittstelle zugegriffen wurde.

[Modulo-N]

@arnod
Moin Arno,

jetzt muss ich doch nochmal nachfragen: Mein Speicher dümpelt die ganze Zeit bei 40% rum, also auf dem Level der Notstromreserve. Die aktuelle Sonnenprogrognose sieht eher mau aus und die Tibberpreise sind niedrig. Vom Dach kommt mit 500W gerade mehr als mit unterer Ladekorridor (100W) definiert ist, aber trotzdem wird nichts in die Batterie geladen. Vor ein paar Tagen kamen 2500W vom Dach, aber die wurden eingespeist, obwohl die Batterie bei 40% war. Ist das ein gewolltes Verhalten oder habe ich irgendwo eine falsche Einstellung, die das Laden der Batterie trotz Erlaubnis und hinreichend günstiger Quelle verhindert? Welche Informationen bzw. Einstellungen müsstest du wissen, um eine Aussage zu machen? Ich schalte jetzt mal die debug-logs an und schicke dir den Output später.

Gruß

Michael

[ArnoD]

@modulo-n
Da das Tibber Script nur eine Freigabe zum Laden aus dem Netz steuert, vermute ich das bei dir beim Script Charge-Control was nicht stimmt.
Du kannst ja mal folgenden Test machen:
Prüfe ob die Objekt ID 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_ScriptTibber auf true steht.
Stoppe das Tibber Skript und setze die Objekt ID 0_userdata.0.TibberSkript.OutputSignal.BatterieLaden auf true.
Dann müsste Charge-Control mit dem Laden aus dem Netz beginnen. Wenn das schon nicht funktioniert, musst du erstmal den Fehler bei Charge-Control finden.

Vor ein paar Tagen kamen 2500W vom Dach, aber die wurden eingespeist, obwohl die Batterie bei 40% war. Ist das ein gewolltes Verhalten oder habe ich irgendwo eine falsche Einstellung,

Das ist auf alle Fälle vom Script Charge-Control abhängig und was du da eingestellt hast. Ein Bild von deinen Einstellungen und PV Diagramm und welche Einstellung da gerade aktiv war, wäre hilfreich.

[Modulo-N]

@arnod
Vielen Dank, Arno!
Dein Vorschlag funktioniert, d.h. ohne laufendes Tibberskript wird die Batterie in Abhängigkeit von dem beschriebenen Objekt geladen bzw. nicht geladen.
Ich hatte mir heute morgen die Charge-Control 1.5.13 geholt und festgestellt, dass das Starten des neuen Skripts tatsächlich zum Aufladen der Batterie aus dem Netz geführt hat. Da hat wohl irgendwas geklemmt, aber ich behalte das im Auge.

Gruß

Michael
PS: Zu der Einstellung zum Zeitpunkt der "Einspeisung statt Aufladung" habe ich leider nix gefunden... und ja, ich hatte die Notstromreserve zwischenzeitlich mal auf 50% gesetzt um zu schauen, ob ich damit vielleicht das Aufladen provozieren kann... ich setze sie gleich wieder auf 40%

[ArnoD]

@modulo-n
Als Erstes würde ich die Option "Notstrom aus Netz nachladen" deaktivieren, wenn das Tibber Script läuft.
Da mit dieser Option zu einer festen Zeit aus dem Netz geladen wird ohne dass der Preis berücksichtigt wird.

Wenn die Einstellung 1 aktiv war, hätte bis zu einem SOC von 90 % (Ladeschwelle) auf alle Fälle alles an PV-Überschuss in die Batterie geladen werden müssen. Warum das jetzt aber nicht funktioniert hat, kann ich nur mit dem LOG File von genau dem Zeitraum sagen.

• Ein Grund könnte sein das die Regelung auf manuell eingestellt war, dann würde die Ladeschwelle 40% wirken, aber auch da müsste dann weiter geladen werden bis die 100% erreicht werden.
• Eine Möglichkeit ist, dass es ein Problem mit dem Adapter e3dc-rscp gibt und der Übertragung über die rscp Schnittstelle.
• Eine weitere, dass eventuell das Script Charge-Control aus irgendeinem Grund beendet wurde (Backup Skripte oder Adapter)

Aber ohne LOG, kann man natürlich nur raten.

[Modulo-N]

@arnod
Alles klar, Arno,

ich lasse das log mal an und habe ein Auge auf das Geschehen. Die Option, dass das Skript gestoppt wurde, kann ich ausschließen ebenso wie die manuelle Einstellung, denn das hätte ich gewusst.
Danke für deine Antwort und ja, ohne logs kann man nur raten, deshalb habe ich sie jetzt mal permanent an... fressen ja nicht unendlich viel Speicher.

Notstrom nachladen aus dem Netz habe ich jetzt deaktiviert...

[as]

@arnod eine nachfrage zur Preisgestaltung der Tibberpreise wird es möglich sein diese im kommenden Jahr bei dynamischen Netzengebühren dieses Zeitfenster vorrrangig zu nutzen da diese Differenz natürlich deutlich Auswirkungen auf den Stromkreis hat