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

[ArnoD]

@psrelax
CC versucht die Lade/Entladeleistung auf 0 zu setzen, aber aus irgendeinem Grund, den ich aus der Ferne nicht feststellen kann, wird diese wieder aktiviert.
Ich weiß nicht, was alles bei dir läuft und auf die Einstellungen vom E3DC zugreift.
Es könnte aber auch EVCC der Grund sein, da hier das Entladen der Batterie immer noch über das Deaktivieren der Lade/Entladeleistung realisiert wird.
Wenn das Schnellladen beendet wird, wird die maximale Entladeleistung statisch wieder auf den Standardwert von 12.000 W gesetzt, ebenso wie die untere Lade-/Entladeschwelle, die ebenfalls statisch auf den Standardwert von 95 W gesetzt wird.
Ich würde die Funktion von EVCC "Verhindere Entladung im Schnell-Modus und beim geplanten Laden" nicht verwenden.

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

@arnod
Wie ich in Post vom 30. Sept. 2025, 19:03 erwähnt habe, ist das komplette ausschalten des Scripts ja das Problem.
Es soll nur die Steuerung der Entladung im Script beendet werden, da dies EVCC übernimmt. Die Ladungssteuerung von ChargeControl soll weiterhin funktionieren. Evtl. Will das TibberScript ja auch gleichzeitig den Speicher laden, da gerade ein günstiger Preis ist.

An dem Problem Auto und Hausbatterie gleichzeitig laden bin ich dran.

[psrelax]

@arnod

Ok, danke.
Ich schau mir das mit der Entladeleistung mal genauer an, ob ich was finde.

[ArnoD]

Neue Version Charge-Control auf GitHub hochgeladen.

Version: 1.6.5
Änderungen:

• Die Logik der Funktion Ladesteuerung() wurde angepasst, um das Zusammenspiel zwischen EVCC und Charge-Control zu verbessern.
  Neue Logik:
  Die Laderegelung von Charge-Control wird jetzt angehalten, wenn: EVCC im Schnelllademodus ist (sMode_evcc === 'now') und der State vom Tibber-Skript BatterieLaden = false ist.

[psrelax]

@arnod
Deine Änderungen funktionieren bei mir soweit gut. Danke fürs ändern.

Ich weiß nicht ob du am "nach Plan" laden noch dran bist aber ich habe eine für mich praktikable Lösung eingefügt, die bis jetzt ihren Dienst tut, auch wenn sie ein hässlicher Workaround ist. Ich lade sehr oft nach Plan, da hier die günstigste Zeit zum Laden verwendet wird.
Vielleicht kannst du so etwas auch bauen, wenn mein Vorschlag über MQTT von weiter oben nicht funktionieren sollte.

Iststand von dir:

schedule('*/3 * * * * *', async function() {
    // Vor Regelung Skript Startdurchlauf erst abwarten  
    //log(`bCharging_evcc = ${bCharging_evcc} sMode_evcc = ${sMode_evcc}`)
    if((!bStart && bAutomatikRegelung && !bManuelleLadungBatt && !bBattTraining && (!bCharging_evcc || sMode_evcc !== 'now')) || (!bStart && !bManuelleLadungBatt && !bBattTraining && bTibberLaden)){await Ladesteuerung();}
});

Meine Änderung:

schedule('*/3 * * * * *', async function() {
    if (bStart) return; // während Startphase nichts tun

    // aktuelle Ladeleistung aus EVCC holen
    const wallboxState = await getStateAsync('evcc.0.loadpoint.1.status.chargePower');
    const WallboxPower = wallboxState?.val ?? 0;

    // optional: Grenzwert konfigurierbar machen
    const WallboxLimit = 10500; // Watt

    // Debug-Ausgabe (optional)
    //if (bDebugAusgabe) logChargeControl(`EVCC Mode=${sMode_evcc}, WallboxPower=${WallboxPower}W`);

    // Bedingung: Ladesteuerung nur aktivieren, wenn erlaubt
    if (
        (bAutomatikRegelung && !bManuelleLadungBatt && !bBattTraining
         && (!bCharging_evcc || sMode_evcc !== 'now')
         && !(sMode_evcc === 'pv' && WallboxPower > WallboxLimit))
        ||
        (!bManuelleLadungBatt && !bBattTraining && bTibberLaden)
    ) {
        await Ladesteuerung();
    }
});

[ArnoD]

@psrelax
Entschuldige bitte, dass ich erst jetzt antworte, aber bei mir ist die vermeintlich ruhige Zeit alles andere als ruhig.

Warum möchtest du im "pv" Modus einen Grenzwert für die Wallbox setzen? Das lässt sich doch bereits in EVCC einstellen, oder?

[psrelax]

@arnod
Kein Problem.
Ich kann maximal mit 11KW laden. Darum habe ich den Grenzwert auf 10500KW gesetzt.
Wenn jetzt eine Ladung per Plan startet, wird die Ladeleistung den Grenzwert überschreiten und ChargeControl wird die Laderegelung anhalten, auch wenn weiterhin PV eingestellt ist.

Wenn ich das nicht so geändert hätte, würde bei einer Ladung nach Plan die Laderegelung nicht gestoppt, da du sowas ja bisher nicht berücksichtigen kannst.
Das hat zur Folge, dass EVCC die Entladung des Akkus unterbindet und ChargeControl sie wieder erlaubt, usw...

[MaLei]

Werden in deiner Steuerung reduzierte Netzentgelte (Modul 3 § 14a EnWG) berücksichtigt bzw. kann die Steuerung entsprechend erweitert werden?

Im Grunde müsste dann jeder die von seinem Netzbetreiber festgelegten Zeiten und Netzentgelte manuell eingeben.

[ArnoD]

@malei
Da muss ich nichts berücksichtigen, da das automatisch durch den Stromlieferanten berücksichtigt werden muss.
Bedeutet das Tibber je nach Modul das entsprechende Netzentgelt berechnen muss. Bei den Brutto Tibber Preisen sollte das dann auch enthalten sein.
Testen kann ich das aber nicht, da ich noch nicht unter die neue Regelung falle und erst ab 01.01.2029 umstellen muss.

[MaLei]

@arnod

Ja, die Abrechnung erfolgt durch den Netzbetreiber über den Stromanbieter. Aber ich (bzw. die Steuerung) muss die Zeiten berücksichtigen. Das macht ja nicht Tibber (oder welcher Stromanbieter auch immer).

Die Steuerung müsste bei mir z. B. jetzt im Winter immer zwischen 0 und 4 Uhr den Batteriespeicher und ggf. das Auto laden ...

[ArnoD]

@MaLei said in E3DC Hauskraftwerk steuern:

Die Steuerung müsste bei mir z. B. jetzt im Winter immer zwischen 0 und 4 Uhr den Batteriespeicher und ggf. das Auto laden ...

Wenn dann der Strompreis inklusive der Netzentgelte am günstigsten ist, wird das ja auch gemacht.

Aber ich (bzw. die Steuerung) muss die Zeiten berücksichtigen. Das macht ja nicht Tibber (oder welcher Stromanbieter auch immer).

Indirekt ja, indem der Strompreis dann ja günstiger sein müsste.