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

[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

[ArnoD]

@zelkin sagte in E3DC Hauskraftwerk steuern:

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

Hast du den Fehler noch?
Kann das bei mir nicht nachstellen.
Der Fehler tritt auf wen versucht wird, eine nicht iterierbare Variable mit einer Iterationsmethode zu verwenden.
Was eigentlich nicht sein kann, da die JSON PricesTomorrow und PricesToday in ein neues Array zusammengeführt werden und somit nie ein leeres Array entstehen kann, also null oder undefined sein kann.
Was ist bei dir unter tibberlink.0.Homes.(tibberLinkId).PricesTomorrow.json enthalten?

Nachtrag: Fehler gefunden, wird mit Version 1.3.15 behoben.

[ArnoD]

Tibber Skript,
Version: 1.3.15 auf Github hochgeladen.

Änderungen:

• Fehler in der Funktion getCurrentPrice() behoben. Es wird geprüft, ob datenMorgen ein gültiges Array ist.

[Zelkin]

@arnod
Hi

Fehler liegt im Moment nicht mehr an, versuche gerade das angeschwollene Log runterzuladen um zu Prüfen ab wann der Fehler nicht mehr vorhanden ist.

..........

Gestern kein iterable und data Fehler, ab hier ging es dann los, und nein, Ich hab nachts um 12 nichts verändert :sunglasses: :sleeping_accommodation: :

2025-01-31 00:01:54.825  - error: javascript.0 (1759236) script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_12: TypeError: datenMorgen is not iterable
2025-01-31 07:44:00.058  - error: javascript.0 (1759236) script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_12: Fehler: 'data' ist entweder kein Array oder es ist leer.

Der Iterable Fehler ist dann mit einem neustart des Script weggefallen, hat sich aber (vermutlich durch den scriptwechsel) noch verändert:

2025-01-31 07:43:00.124  - error: javascript.0 (1759236) script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_12: Fehler in Funktion getCurrentPrice(): datenMorgen is not iterable
2025-01-31 07:58:56.677  - error: javascript.0 (1759236) script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: TypeError: datenMorgen is not iterable

Und der Data Fehler ist Ominöser weise um ca 13 Uhr weggefallen ...... könnte nach meiner glaskugel an Tibber gelegen haben

2025-01-31 13:01:00.083  - error: javascript.0 (1759236) script.js.common.00_Haus.31_PV_Anlage.Tibber_Script_1_3_14: Fehler: 'data' ist entweder kein Array oder es ist leer.

Aktualisierung auf .15 hab Ich eingespielt, melde mich wenn es nochmal vorkommt!

Der Vollständigkeit halber:
Derzeit hab Ich in dem Datenpunkt:

[{"total":0.3719,"energy":0.1369,"tax":0.235,"startsAt":"2025-02-01T00:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.363,"energy":0.1294,"tax":0.2336,"startsAt":"2025-02-01T01:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3568,"energy":0.1242,"tax":0.2326,"startsAt":"2025-02-01T02:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3507,"energy":0.1191,"tax":0.2316,"startsAt":"2025-02-01T03:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3504,"energy":0.1189,"tax":0.2315,"startsAt":"2025-02-01T04:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3524,"energy":0.1205,"tax":0.2319,"startsAt":"2025-02-01T05:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3602,"energy":0.1271,"tax":0.2331,"startsAt":"2025-02-01T06:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3812,"energy":0.1447,"tax":0.2365,"startsAt":"2025-02-01T07:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3916,"energy":0.1535,"tax":0.2381,"startsAt":"2025-02-01T08:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3784,"energy":0.1424,"tax":0.236,"startsAt":"2025-02-01T09:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3617,"energy":0.1284,"tax":0.2333,"startsAt":"2025-02-01T10:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3518,"energy":0.1201,"tax":0.2317,"startsAt":"2025-02-01T11:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3402,"energy":0.1103,"tax":0.2299,"startsAt":"2025-02-01T12:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.332,"energy":0.1034,"tax":0.2286,"startsAt":"2025-02-01T13:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3442,"energy":0.1137,"tax":0.2305,"startsAt":"2025-02-01T14:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.363,"energy":0.1295,"tax":0.2335,"startsAt":"2025-02-01T15:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3927,"energy":0.1544,"tax":0.2383,"startsAt":"2025-02-01T16:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.4092,"energy":0.1683,"tax":0.2409,"startsAt":"2025-02-01T17:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.4083,"energy":0.1675,"tax":0.2408,"startsAt":"2025-02-01T18:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.4029,"energy":0.163,"tax":0.2399,"startsAt":"2025-02-01T19:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3953,"energy":0.1566,"tax":0.2387,"startsAt":"2025-02-01T20:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3818,"energy":0.1452,"tax":0.2366,"startsAt":"2025-02-01T21:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3776,"energy":0.1417,"tax":0.2359,"startsAt":"2025-02-01T22:00:00.000+01:00","currency":"EUR","level":"NORMAL"},{"total":0.3657,"energy":0.1317,"tax":0.234,"startsAt":"2025-02-01T23:00:00.000+01:00","currency":"EUR","level":"NORMAL"}]

Vielen Dank für deinen Support
:facepunch: :handshake: :ok_hand:

[Gargano]

@zelkin um Mitternacht wandern die Prices tomorrow in Prices today und Prices tomorrow ist leer.

[Zelkin]

@gargano

Jup, Stimmt!
Was mich verwundert, warum hab ich den fehler dann nicht 24h vorher bekommen🤷‍♂️
Da hätte das Problem schließlich das selbe sein müssen.

[Gargano]

@zelkin Und um 13.00 oder auch später werden dann die Daten für den nächsten Tag eingetragen. Deshalb war auch der Fehler bei Dir um 13.00 wieder weg. Sollte aber eigentlich mit der aktuellen Version behoben sein.

[Zelkin]

@gargano
Prüfe Ich morgen früh mal wie es aussieht :)
Ich geb rückmeldung

[Zelkin]

@gargano
@ArnoD
Keine Fehler mehr

Inhalt Datenpunkt derzeit:

[]

Guten Start in die Woche :)

[Gargano]

@arnod
Wie kann ich verhindern, daß die Batterie nicht entladen wird, wohl aber geladen werden kann ?
Du setzt in Deinem Script e3dc-rscp.0.EMS.MAX_DISCHARGE_POWER.

Aber bei meinem System bewirkt e3dc-rscp.0.EMS.MAX_DISCHARGE_POWER auf Null setzen nichts.

E3DC S10E Compact.

Vielen Dank.

[Edit] Habs gefunden, ich muss noch e3dc-rscp.0.EMS.POWER_LIMITS_USED auf true setzen.

[ArnoD]

@gargano
e3dc-rscp.0.EMS.MAX_DISCHARGE_POWER setze ich nur am Abend auf null, wenn die Notstromreserve erreicht ist.
Das verhindert das Entladen, auch wenn das Script mal gestoppt wird wegen eines Backups z.B.
Diese Objekt-ID sollte man auch so selten wie nur möglich verwenden, da bei jeder Änderung auf die interne SSD geschrieben wird, um diese Einstellung zu sichern.

Jetzt zu deiner Frage.
E3DC hat aktuell keine einfache Steuerungsmöglichkeit, um nur das Entladen der Batterie zu verhindern, aber das Laden zu ermöglichen.
Einzige Möglichkeit ist ein Script zu schreiben, das ständig überwacht, ob ausreichend PV-Leistung vorhanden ist, um die Batterie zu laden oder nicht.
Wenn ja, dann wird die Regelung E3DC überlassen, da hier das Standardverhalten ist, den kompletten Überschuss in die Batterie zu laden.
Wenn das Script feststellt, dass zu wenig PV-Leistung vorhanden ist und damit aus der Batterie entladen wird, muss alle 6 sek. e3dc-rscp.0.EMS.SET_POWER_MODE auf 1(IDLE) und e3dc-rscp.0.EMS.SET_POWER_VALUE auf 0 gesetzt werden, um das entladen zu unterbinden.
Wenn die PV-Leistung wieder ausreicht und die Batterie geladen werden soll, dann einfach nichts mehr setzen und E3DC übernimmt wieder nach ca.2 sek. die Regelung.

Hoffe, das ist einigermaßen verständlich.

Wichtig ist noch, dass in den Einstellungen der e3dc-rscp Instanz "SET_POWER Wiederholintervall" auf 0 sek. eingestellt ist.