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

[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

[ArnoD]

@as
Die Netzgebühren sind doch bereits im Strompreis enthalten oder täusche ich mich da?

[as]

@arnod in dem Punkt bin ich mit halt nicht sicher ob es seitens Tibber umgesetzt wird oder überhaupt möglich ist das individuelle Zeitfenster auf die Tagespreise zu übertragen
drum wollte ich zumindest mein Gedanken auch hier mal zum Überdenken teilen

[Gargano]

In einem Beitrag von E3DC habe ich gehört, daß man zukünftig mit der neuen Software von E3DC dynamisch die Entladesperre für den Akku einstellen kann. Also über SET_POWER_MODE , nicht mit den eingestellten Zeiten.

Oder kann ich sonst dynamisch verhindern, daß entladen wird ?
Also nicht mit einer Konfigurationsänderung.

[ArnoD]

@gargano
Ich weiß jetzt nicht was für eine neue Software du meinst, aber über die RSCP Schnittstelle mit SET_POWER_MODE und SET_POWER_VALUE kann man das eigentlich schon immer.
Ich mache ja mit Charge-Control nichts anderes.

[Gargano]

@arnod war neulich ein Interview mit einem Entwickler von E3DC und da war die Rede davon, dass jetzt diese dynamische Entladesperre drin wäre.
Situation ist im Moment folgende: im Set_Power_Mode gibt es die Einstellungen Normal, Idle, Charge, Grid Charge. Um zu verhindern, dass der Puffer das E-Auto lädt stelle ich auf Idle. Damit kann aber kein gleichzeitiges Laden in den Puffer erfolgen, wenn die PV soviel hergibt.
Noch eine Frage: Set_Power_Mode kann ich so oft setzen wie ich will, oder wird es auf die SD Karte geschrieben?

[MaLei]

@gargano

geht es eventuell um diesen Beitrag?

E3DC Talk

Das entsprechende Upgrade soll bis April 2025 erfolgen ...

[Gargano]

@malei genau dieser

[ArnoD]

@gargano sagte in E3DC Hauskraftwerk steuern:

@malei genau dieser

Ist ja super das E3DC jetzt auch gemerkt hat das ihr System bzw. ihre Steuerung nicht gerade intelligent ist. :-)
Bin gespannt, ob E3DC das jetzt besser löst als die Wetterprognose oder die Wallbox Ladesteuerung, die ja bis zum heutigen Tag nicht funktionieren bzw. nicht intelligent regeln.

Das, was in dem Beitrag mit KI beschrieben wird, hört sich jedenfalls spannend an.
Das Grundprinzip der variablen Entladesperre und aus dem Netz laden, wenn es günstig ist, habe ich ja mit dem Tibber Script umgesetzt ohne KI.
Wenn ich jetzt alle drei Skripte von mir verwende, habe ich jetzt schon das umgesetzt, was E3DC erst im April umsetzen will.
Es bleibt spannend.

[as]

@arnod da die Reduzierung des kwh Preises so individuell ist samt der Zeit wann die Niedrigphase ist wird es wohl nicht in der App oder Api angezeigt sondern nur im nachhinein zwischen NB und Tibber abgerechnet somit nicht zur Steuerung nutzbar
daher war meine Idee einen zu definierende HT/NT Zeitraum mit entsprechenden Preisen der Vergünstigung oder Erhöhung zu hinterlegen die dann in die Anzeige/Berechnung einfließen kann und somit weiter vom Skript gesteuert werden kann

[as]

@malei Eh da was kommt hab noch nicht mal fürs Gerät die aktuelle SW verteilt bekommen immer noch auf 2024_28
also mit Rollout sind sie leider sehr träge
zumindest läuft das System dank den Skripten u Tools sehr gut und optimiert

[ArnoD]

@as sagte in E3DC Hauskraftwerk steuern:

da die Reduzierung des kwh Preises so individuell ist samt der Zeit wann die Niedrigphase ist wird es wohl nicht in der App oder Api angezeigt sondern nur im nachhinein zwischen NB und Tibber abgerechnet somit nicht zur Steuerung nutzbar

Bist du da sicher?
Tibber muss bereits jetzt die unterschiedlichen Netzgebühren beachten und in seinem Totalpreis angeben.
Deswegen sind die Preise vom gleichen Tag auch unterschiedlich, je nach Region.
Ich denke, man muss das mal abwarten und dann entsprechend reagieren.