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

[DA_HOOD]

@arnod said in E3DC Hauskraftwerk steuern:

(e3dc-rscp.0.BAT.BAT_0.SPECIFIED_CAPACITY + e3dc-rscp.0.BAT.BAT_1.SPECIFIED_CAPACITY)
x (0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_maxEntladetiefeBatterie / 100 )
Davon wird dann noch der Alterungszustand der Batterie abgezogen e3dc-rscp.0.BAT.BAT_0.ASOC

Dann stimmt mit der Berechnung aber etwas nicht im Script. Ich habe nur einen Batteriekreis, somit fällt BAT_1 schonmal weg. Der Datenpunkt e3dc-rscp.0.BAT.BAT_0.SPECIFIED_CAPACITY meldet bei mir 22344 Wh also 22,34 kWh. Der ASOC steht seit der Batterierweiterung gestern auf 100% und der Datenpunkt 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_maxEntladetiefeBatterie meldet ebenfalls 100 %.
Somit müsste er eigentlich die 22,34 kWh anzeigen.
Laut e3DC App wurden heute jedoch nur 20,05 kWh in die Batterie geladen. Passt also leider alles nicht zusammen...

Müsstest du nicht eher den wert e3dc-rscp.0.BAT.BAT_0.USABLE_REMAINING_CAPACITY heranziehen für die Berechnung und diesen mit der angegebenen Spannung multiplizieren? Da steht bei mir aktuell 31,36 AH bei 99% SOC.
31,36 * (7x96Volt) /1000 = 21,07 KWh.
Kommt zumindest schonmal näher an das richtige Ergebnis ran...

Könnte man. Ich nehme es mit auf meine Liste. Bitte ein Issue auf Github erstellen, dass ich es nicht vergesse.

Da muss ich mir erstmal einen Account erstellen mache ich die Tage dann mal.

Gerade auf Github hochgeladen.

Super, Danke!

[ArnoD]

@da_hood sagte in E3DC Hauskraftwerk steuern:

Laut e3DC App wurden heute jedoch nur 20,05 kWh in die Batterie geladen. Passt also leider alles nicht zusammen...

Wird bei Charge-Control 22,34 kWh angezeigt, wenn der SOC 100 % ist?
Welchen Typ hast du genau, S10 E PRO COMPACT ?

[DA_HOOD]

@arnod

Es ist ein S10 X Compact 14, der zu einem Compact 21 aufgerüstet wurde.
Nein Charge Control hatte 19,36 kWh gemeldet bei 100% SOC.

Ich habe aber herausgefunden dass der eingestellte Systemwirkungsgrad wohl auch mit in die Berechnung einfließt.. Der Stand bei 88% bei mir. Den habe ich nun auf 90% gesetzt, und ich meine jetzt kommt es hin.

[azzkikrboy]

Hallo @ArnoD,

seit einigen Wochen, und jetzt auch nach update auf 1.5.15, finde ich im Log wieder dieser Meldungen die alle paar Sekunden aufschlagen. Ist das normal?
Stört nicht, ist aber sehr nervig.

Danke

javascript.0
2025-03-15 08:57:21.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:18.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:15.051	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:12.052	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:09.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:06.049	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:03.052	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:57:00.010	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:57.049	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:54.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:51.051	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:48.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:45.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:42.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:39.052	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

javascript.0
2025-03-15 08:56:36.050	info	script.js.Charge_Control_1_5_15: Verbrauch für night am Samstag: 662 Wh

[ArnoD]

@azzkikrboy sagte in E3DC Hauskraftwerk steuern:

seit einigen Wochen, und jetzt auch nach update auf 1.5.15, finde ich im Log wieder dieser Meldungen die alle paar Sekunden aufschlagen. Ist das normal?
Stört nicht, ist aber sehr nervig.

Wenn du 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_DebugAusgabeDetail auf true eingestellt hast, ist das normal. ;-)

[stef99]

Hi, vielen Dank für den coolen Adapter!

Ich habe bisher die Notstromreserve meines S10E über e3dc-rscp.0.EP.PARAM_EP_RESERVE setzen können. Das funktioniert seit dem Update auf 1.4.1 leider nicht mehr. Offenbar ist ist das jetzt read only. Ich habe versucht, das im Objekt zu ändern und den write Zugriff wieder herzustellen, aber auch das geht nicht.

Im iobroker Fehlerlog steht bei Versuch die Einstellung zu ändern:

Read-only state "e3dc-rscp.0.EP.PARAM_EP_RESERVE" has been written without ack-flag with value "4"

wobei der Value 4 das ist, was ich testweise eingegeben habe.

Gibt es eine Möglichkeit die Notstromreserve wieder setzen zu können? Das hat zuvor bei den älteren Versionen problemlos funktioniert.

LG
Stephan

[goelectric]

Ich verwende den Adapter e3dc-rscp Ver 1.4.1 und hbe der Installation die entsprechenden Objekte und die Instanz gelöscht.
Nach Neuinstallation entsprechende Parameter gesetzt und im Objektbaum werden die beiden Wallboxen angezeigt, ABER jeweils als leerer Baum.
In der App von e3dc sind beide Wallboxen aktiv und lassen sich auch ansteuern.

Was mache ich falsch?

[ArnoD]

@goelectric
@stef99

Das Forum hier hat nichts mit dem e3dc-rscp Adapter zu tun.
Ich verwende den Adapter nur für mein Skript.

Wenn ihr Fragen zum Adapter habt, dann bitte auf Github e3dc-rscp Adapter schreiben.

[stef99]

Oh, sorry und danke für den Hinweis!

[goelectric]

@stef99 Die Anfrage hatte ich ausgelöst!
Ebenfalls sorry für den Beitrag.

[DA_HOOD]

Bezüglich der angezeigten verbleibenden Speicherladung wollte ich noch kurz die Rückmeldung geben, dass es nun wieder nicht „richtig“ angezeigt wird. Mir wird ein Wert von 19,8 kWh bei vollem Akku angezeigt, bei 100% RSoC und 90% Systemeffizienz sowie 22344 Wh Kapazität.

Ein Problem habe ich noch dazu:
Der Kampf zwischen Charge Control und dem Heizstab.

Da E3DC den Überschuss ja immer erst bei vollem Akku freigibt, habe ich für den Überschuss Heizstab ein Kostal Energy Meter direkt hinter dem Stromzähler der den AC-Thor steuert (4KW Heizstab).

Wenn nun E3DC die Laderegelung übernimmt, funktioniert alles einwandfrei. (z.B. bei der Ladung von 0-60% oder bei deaktiviertem ChargeControl)
Wenn Charge Control am Steuer ist, streiten sich der AC Thor und Charge Control plötzlich um den Strom. Wenn z.B. nur 3 KW Überschuss da ist, und der Strom nicht für beide gleichzeitig ausreicht, springt das im Sekundentakt hin und her zwischen Akku laden und Heizstab. Genau sowas wollen wir ja nicht. Wo liegt also der Unterschied ob e3dc selbst lädt oder Charge Control? Scheinbar ist die Priorität der Stromverteilung hier anders. Wie kriege ich das Problem hier gelöst?

[ArnoD]

@da_hood sagte in E3DC Hauskraftwerk steuern:

Wo liegt also der Unterschied ob e3dc selbst lädt oder Charge Control?

Wie du ja selber bemerkt hast, wir bei der Regelung E3DC alles an Überschuss in die Batterie geladen, somit bleibt für deinen Heizstab nichts mehr übrig. Bei ChargeControl wird berechnet, wie viel für die Batterieladung benötigt wird und der Rest wird eingespeist oder eben für deinen Heizstab freigegeben. Wenn der Heizstab jetzt aber seine Leistung nicht anpasst, streiten sich zwei um den Überschuss.

Es gibt auf Github deswegen ein eigenes Script "my_pv Heizstab" für den E3DC Heizstab, wo die Ladeleistung vom Heizstab an ChargeControl angepasst wird. Eventuell kannst du da was verwenden.

Zu dem Thema Heizstab kann ich dir aber nicht helfen, da ich keinen habe.

[ArnoD]

@da_hood sagte in E3DC Hauskraftwerk steuern:

Bezüglich der angezeigten verbleibenden Speicherladung wollte ich noch kurz die Rückmeldung geben, dass es nun wieder nicht „richtig“ angezeigt wird. Mir wird ein Wert von 19,8 kWh bei vollem Akku angezeigt, bei 100% RSoC und 90% Systemeffizienz sowie 22344 Wh Kapazität.

Um den Wert 0_userdata.0.Charge_Control.Allgemein.Batteriekapazität_kWh zu berechnen, werden folgende Objekt ID verwendet:
ASOC_Bat_Pro = e3dc-rscp.0.BAT.BAT_0.ASOC
Kapa_Bat_Wh = e3dc-rscp.0.BAT.BAT_0.SPECIFIED_CAPACITY (Wenn es Bat_1 gibt, dann wird hier noch e3dc-rscp.0.BAT.BAT_1.SPECIFIED_CAPACITY addiert.)
Entladetiefe_Pro = 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_maxEntladetiefeBatterie
Systemwirkungsgrad_Pro = 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Systemwirkungsgrad

Es werden folgende Formeln verwendet:
Kapa_Bat_Wh = Kapa_Bat_Wh * (Entladetiefe_Pro/100);
Speichergroesse_kWh = round(((Kapa_Bat_Wh/100)ASOC_Bat_Pro)/1000,0);
Math.round((Speichergroesse_kWh(Systemwirkungsgrad_Pro/100) * BatSoc))/100

[DA_HOOD]

@arnod

Hast du einen Link zu dem Heizstab Script? Ich finde es leider nicht, nur die generelle Einbindung des AC- Thor in den Iobroker.

Warum bei dir da ein anderer Wert herauskommt als bei mir weis ich nicht. Ich hab dir Variablen jetzt auch alle via Blockly berechnen lassen, und da kommt was anderes heraus 😅

[ArnoD]

@da_hood sagte in E3DC Hauskraftwerk steuern:

Hast du einen Link zu dem Heizstab Script?

https://github.com/ArnoD15/iobroker_E3DC

[DA_HOOD]

@arnod

Achsoo, das ist da mit drin bei dir …. Ja da kann ich lange wo anders suchen 😂…
Sorry und Danke!

[psrelax]

@ArnoD
Das Script funktioniert bisher einwandfrei. :-)

Ich würde gerne auch einmal manuell die Speicherladung anstoßen, schaffe es manchmal mit der Veränderung der Konfiguration aber nicht.

Ist es möglich einen Haken (Batterie manuell laden) einzubauen, der mir die Möglichkeit gibt, unabhängig vom Preis einfach zu laden?
Aktuell ist es ja so, dass der Haken "Batterie laden ein" automatisch wieder vom Script zurück gestellt wird, außer ich beende das Script komplett.
Danke dir schonmal.

[ArnoD]

@psrelax
Möglich ist alles :-)
Ich schaue mir das mal an.

Nachtrag:
Ich kann dir eine neue Objekt ID anlegen "Tibber_manuell" oder so ähnlich und damit die Funktion tibberSteuerungHauskraftwerk() nicht mehr aufrufen.
Das würde aber bedeuten, dass vom Skript nichts mehr gesteuert wird und du verantwortlich bist die Ladefreigabe zu setzen und wieder zu entfernen, wenn nicht mehr geladen werden soll.
Wenn dir das reicht, kann ich es schnell umsetzen.

[psrelax]

@arnod
Ich denke das müsste passen. :-)

Nachtrag:
Ich will nochmal kurz auf den Grund meiner Anfrage eingehen.
Ich hatte es jetzt schon 2 mal, dass am Stromnetz in der nähe gearbeitet wurde und das Haus vom Strom getrennt wurde (angekündigt). Darum würde ich gerne vorher den Speicher voll laden, um die Zeit auch bei wenig PV-Ertrag überbrücken zu können.

[DA_HOOD]

@arnod

Ich bin jetzt immer noch verwirrt, das Script für den Heizstab hast aber schon du geschrieben oder?

Ich habe da leider viele Fehler:

javascript.0 18:43:45.243 error script.js.common.Heizstab: State Wallbox_Leistung is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: State LeistungHeizstab is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: State IstTempHeizstab is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: State MaxTempHeizstab is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: State SollLeistungHeizstab is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: State LeistungWP is null or undefined
javascript.0 18:43:45.244 error script.js.common.Heizstab: Fehler bei der Aktualisierung der Heizstab-Leistung:
javascript.0 18:43:45.244 error script.js.common.Heizstab: Error: One or more states are null or undefined at fetchAndUpdateHeizstabLeistung (script.js.common.Heizstab:82:19) at runNextTicks (node:internal/process/task_queues:65:5) at processImmediate (node:internal/timers:479:9)

Ich komme nicht drauf wo der Fehler liegt. Der Adapter ist modbus1 wie im Script ja hinterlegt, und die Werte sind eigentlich da ...