E3DC Hauskraftwerk steuern

[Gargano]

@arnod hab zwar das Script nicht, aber wie wäre es mit einer Hysterese um das Pendeln zu verhindern, oder ist die eingebaut?

[ArnoD]

@gargano
Habe es mit einer Hysterese schon mal getestet, hat dann aber zu anderen Problemen geführt.
Der Ansatz ist aber sicher der Richtige.

[ArnoD]

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

Neue Objekt-IDs für EVCC in Verbindung mit dem EVCC-Adapter:
Wenn das Auto geladen wird, wird das Skript Charge-Control deaktiviert, um die Steuerung EVCC zu überlassen.
Das Wallbox Script wird hier auch nicht mehr weiter optimiert, da evcc das besser kann und ständig weiter entwickelt wird.
Es kann auch der Heizstab über evcc geregelt werden.

• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_evcc: Wird auf true gesetzt, wenn der EVCC-Adapter in Verbindung mit EVCC verwendet wird.

• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_evcc_loadpoint1_charging: Pfad zur Objekt-ID evcc.0.loadpoint.1.status.charging.

• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_evcc_loadpoint2_charging: Pfad zur Objekt-ID evcc.0.loadpoint.2.status.charging, falls vorhanden.

• Neue Objekt-ID für das Tibber-Skript, um Pfad und Instanz eintragen zu können:

  • 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_ScriptTibber_Path

• Die Laderegelung Charge-Control wird mit dieser Version automatisch deaktiviert, wenn das Batterie-Training aktiv ist.

• Neue Objekt-ID 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Discharge_Start_Power, um die untere Entladeschwelle in Watt (E3DC) festzulegen. Dieser Wert wird dann vom Skript als Standardwert verwendet. So kann dieser Wert wieder individuell angepasst werden.

• Kleinere Optimierungen am Code und an der Laderegelung durchgeführt.

[psrelax]

@arnod
Top, danke fürs umsetzen.

0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_WallboxLadeLeistung_1 hast du oben nicht beschrieben.
Ich hab hier folgendes eingetragen: evcc.0.loadpoint.1.status.chargePower

Für mich heißt das, wenn EVCC lädt, wird die Ladesteuerung von ChargeControl abgeschalten.
Was ist, wenn ich nur mit 3000W das Auto lade und 5000W von PV übrig sind? Wird dann der Speicher voll gepumpt, da ja die ChargeControl Ladelogik des Speichers aus ist? Wenn ja, ist das glaube ich nicht so ganz gut. Sollte hier dann nicht nur die ChargeControl-Seitige Anpassung der Maximalen Entladeleistung unterbunden werden, anstatt das ganze Script abzuschalten?

Nachtrag:
Ich habs gerade getestet. Der Speicher wird definitiv mit der restlichen PV-Leistung voll gemacht.

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_WallboxLadeLeistung_1 hast du oben nicht beschrieben.
Ich hab hier folgendes eingetragen: evcc.0.loadpoint.1.status.chargePower

Das ist auch nicht mit dieser Version eingeführt worden und dieser Pfad zu den Leistungswerten soll auch nur eingetragen werden, wenn die Wollbox nicht von E3DC gesteuert wird bzw. die Leistungswerte Wallbox im Hausverbrauch enthalten sind und somit wieder abgezogen werden müssen. Wenn du evcc einsetzt, ist das nicht der Fall und muss leer bleiben.

Für mich heißt das, wenn EVCC lädt, wird die Ladesteuerung von ChargeControl abgeschalten.
Was ist, wenn ich nur mit 3000W das Auto lade und 5000W von PV übrig sind? Wird dann der Speicher voll gepumpt, da ja die ChargeControl Ladelogik des Speichers aus ist? Wenn ja, ist das glaube ich nicht so ganz gut.

Warum sollte man das machen, bzw. was hätte das für einen Vorteil? Wenn ich mein Auto laden will, dann mit gesamtem PV-Überschuss.

[psrelax]

@arnod sagte in E3DC Hauskraftwerk steuern:

Das ist auch nicht mit dieser Version eingeführt worden und dieser Pfad zu den Leistungswerten soll auch nur eingetragen werden, wenn die Wollbox nicht von E3DC gesteuert wird bzw. die Leistungswerte Wallbox im Hausverbrauch enthalten sind und somit wieder abgezogen werden müssen. Wenn du evcc einsetzt, ist das nicht der Fall und muss leer bleiben.

Ok, hatte ich noch nicht gesehen. Ich habe eine OpenWB Wallbox. Diese wird auch nicht von E3DC gesteuert und somit ist der Verbrauch im Hausverbrauch enthalten. Ich habe den Datenpunkt jetzt geleert.

Warum sollte man das machen, bzw. was hätte das für einen Vorteil? Wenn ich mein Auto laden will, dann mit gesamtem PV-Überschuss.

Es gibt bestimmt Leute, die sehr viel PV haben und somit über die Ladeleistung (z.B. 11KW) kommen und dann deren Speicher voll geladen wird, obwohl dieser erst gegen Nachmittag voll sein soll. Ist jetzt von mir ein wenig weiter über den Tellerrand gedacht

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

Es gibt bestimmt Leute, die sehr viel PV haben und somit über die Ladeleistung (z.B. 11KW) kommen und dann deren Speicher voll geladen wird, obwohl dieser erst gegen Nachmittag voll sein soll. Ist jetzt von mir ein wenig weiter über den Tellerrand gedacht

Dann warten wir mal bis sich der erste meldet
Nein, es ist aktuell einfach nicht möglich beide Regelungen laufen zu lassen, ohne dass sich diese gegenseitig beeinflussen.
Es müssten auf beiden Seiten evcc und Charge-Control Anpassungen vorgenommen werden, um das so umzusetzen.

[as]

@arnod hy
was macht 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_evcc_loadpoint1_charging eigendlich
möchte keine Zusätzliche Regelung da ich GoE charger mit dem IOB Adapter laufen hab

kann da evtl auch Pfade und Funktionen zur GoE Regelung verknüpft werden -PWM Signalisierung (car)-> lesbare Werte vorhanden

[ArnoD]

@as
wenn du evcc nicht verwendest, dann einfach leer lassen.
Die Pfadangabe benötige ich für evcc, um festzustellen, wann die Wallbox das Auto lädt, um dann CC zu deaktivieren.

kann da evtl auch Pfade und Funktionen zur GoE Regelung verknüpft werden -PWM Signalisierung (car)-> lesbare Werte vorhanden

Kann dir nicht folgen, was du genau machen willst.

[psrelax]

@ArnoD
Ich habe jetzt doch noch etwas zu der EVCC Änderung

Heute wurde mein Auto per PV Überschuss geladen.
Leider wurde mein Akku vom Speicher zeitgleich geladen und bereits Mittag voll.
Machst du keinen Unterschied, ob PV Überschussladen oder Schnell laden angewählt ist?
Leider habe ich keine Logs. Muss ich erst wieder aktivieren.
Im Screenshot ist es zu sehen, dass mit dem Anfang der Auto-Ladung auch der Speicher geladen wurde. Das hat dann wohl die Steuerung von E3DC so entschieden.

[azzkikrboy]

Hallo Zusammen,
seit gestern habe ich den Solcast Fehler 429, also zu viele Anfragen.
Auf der Webseite habe ich nun gesehen, dass von 50 API calls auf 10 pro Tag reduziert worden ist.
@ArnoD : muss das Script angepasst werden ?

[ArnoD]

@psrelax sagte in E3DC Hauskraftwerk steuern:

Machst du keinen Unterschied, ob PV Überschussladen oder Schnell laden angewählt ist?

Nein, aktuell schalte ich CC aus sobald die Wallbox das laden beginnt.
Bin aber gerade am Testen wann ich beides laufen lassen kann ohne das es zu Problemen kommt.

Im Screenshot ist es zu sehen, dass mit dem Anfang der Auto-Ladung auch der Speicher geladen wurde. Das hat dann wohl die Steuerung von E3DC so entschieden.

Was hast du beim E3DC eingestellt ? Prio Wallbox oder Auto ?
Ich würde da erstmal Prio Wallbox einstellen um diese mit voller Leistung zu laden und danach die Batterie vom Hauskraftwerk.

[ArnoD]

@azzkikrboy

Nein, ich hole mir die Daten nur einmal am Tag zwischen 4 und 5 Uhr.
Natürlich werden auch bei jedem Skript Neustart einmal die Daten abgeholt.

[psrelax]

@arnod sagte in E3DC Hauskraftwerk steuern:

Was hast du beim E3DC eingestellt ? Prio Wallbox oder Auto ?
Ich würde da erstmal Prio Wallbox einstellen um diese mit voller Leistung zu laden und danach die Batterie vom Hauskraftwerk.

Ich habe keine E3DC Wallbox sondern eine OpenWB. Somit bekommt E3DC nicht mit, ob ein Auto geladen wird oder nicht und die Prio bewirkt somit auch nichts.
Oder habe ich da einen Denkfehler.
Darum wollte ich ein paar Kommentare zuvor in den Datenpunkt "0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_WallboxLadeLeistung_1" etwas eintragen, wovon du mir abgeraten hattest.

[ArnoD]

@psrelax
Wenn die Wallbox Leistung bei dir im Hausverbrauch E3DC enthalten ist, musst du in "0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_WallboxLadeLeistung_1" den Pfad zu den Leistungswerten deiner Wallbox eintragen.
Dachte, du hättest eine E3DC Wallbox.

[psrelax]

@arnod
Na dann ist das auch geklärt
Ich hab "evcc.0.loadpoint.1.status.chargePower" eingetragen. Wie wirkt sich das auf das Script aus? Was wird mit der Ladeleistung gemacht?

[azzkikrboy]

@arnod sagte in E3DC Hauskraftwerk steuern:

Das Wallbox Script wird hier auch nicht mehr weiter optimiert, da evcc das besser kann und ständig weiter entwickelt wird.

Hallo,
ich habe mir EVCC auch mal angeschaut. Sieht ganz gut aus.

Allerdings wird meine Wallbox (Multiconnect II) nicht direkt unterstützt. Zumindest finde ich nix dazu
Hat das hier schon jemand am laufen?

[psrelax]

@ArnoD
Ich werde jetzt erst einmal die Funktion wieder ausschalten, da mein Speicher schon Mittags voll wird. Ist nicht Sinn von ChargeControl
evcc.0.loadpoint.1.status.mode=PV müsste auf jeden Fall ausgenommen werden, damit in diesem Modus ChargeControl aktiv bleibt.

[ArnoD]

Neue Version Charge-Control auf GitHub hochgeladen.

Version: 1.6.1
Änderungen:
Änderungen bei den Objekt-IDs für EVCC in Verbindung mit dem EVCC-Adapter
Um die Anzahl der Objekte zu reduzieren, wurden folgende Objekt-IDs gelöscht:

• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_evcc_loadpoint1_charging
• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_Path_evcc_loadpoint2_charging

Dafür wurde folgende neue Objekt-ID erstellt:

• 0_userdata.0.Charge_Control.USER_ANPASSUNGEN.10_evcc_Instanz
  → Hier wird nur noch die Instanz des EVCC-Adapters eingetragen.

• CC wird jetzt nicht mehr deaktiviert, wenn über EVCC im PV-Modus das Auto geladen wird.

---

In der JavaScript-Adapter-Version 9.0.6 erscheinen Log-Meldungen, wenn ein Array in einem Objekt gespeichert wird, ohne es vorher in JSON umzuwandeln.
Daher wurde der Datentyp der folgenden Objekt-IDs von array auf string geändert:

• 0_userdata.0.Charge_Control.History.PrognoseAuto_kWh
• 0_userdata.0.Charge_Control.History.PrognoseProp_kWh
• 0_userdata.0.Charge_Control.History.PrognoseSolcast90_kWh
• 0_userdata.0.Charge_Control.History.PrognoseSolcast_kWh
• 0_userdata.0.Charge_Control.History.istPV_LeistungTag_kWh

Vorgehensweise zur Anpassung
Es gibt zwei Möglichkeiten, diese Änderung durchzuführen:

1. Objekt-IDs löschen und automatisch neu erstellen lassen:
   Dabei gehen jedoch alle bisherigen Werte verloren.

2. Objekt-IDs manuell ändern:

   • Typ der fünf Objekt-IDs auf string setzen
   • Bei den Werten jeweils eine eckige Klammer am Anfang und Ende ergänzen, z. B.:

     [10, 34, 19]

[ArnoD]

@azzkikrboy
Nein, aber hier wird das bereits diskutiert: Github evcc
Eventuell findet da jemand eine Lösung.

Nachtrag: Mit den normalen E3DC Einstellungen und über einen modbusproxy hast du es schon probiert?

So sehen meine Einstellungen aus:

network:
  schema: http
  host: 192.168.1.56
  port: 7070

log: info
levels:
  site: debug
  lp-1: debug
  cache: error
  db: error
  bmw: debug

interval: 10s # control cycle interval.

# trial token, valid until 2025-05-26
sponsortoken: *************************************

modbusproxy:
  - port: 502 # Port modbusproxy
    uri: ***.***.***.***:502 			# IP und Port Wallbox
    readonly: true # Schreibzugriffe blockieren

meters:
  - name: e3dc-grid
    type: template
    template: e3dc-rscp
    usage: grid
    host: ***.***.***.*** 				#IP E3DC
    port: 5033
    user: *************** 				# User E3DC Portal
    password: ***********            	# Passwort E3DC Portal
    key: ****************              	# Passwort RSCP
  - name: e3dc-pv
    type: template
    template: e3dc-rscp
    usage: pv
    host: ***.***.***.*** 				#IP E3DC
    port: 5033
    user: *************** 				# User E3DC Portal
    password: ***********            	# Passwort E3DC Portal
    key: ****************              	# Passwort RSCP
  - name: e3dc-battery
    type: template
    template: e3dc-rscp
    usage: battery
    host: ***.***.***.*** 				#IP E3DC
    port: 5033
    user: *************** 				# User E3DC Portal
    password: ***********            	# Passwort E3DC Portal
    key: ****************              	# Passwort RSCP

chargers:
  - name: EasyConnect
    type: template
    template: phoenix-ev-eth
    modbus: tcpip
    id: 255
    host: ***.***.***.*** 				# IP Wallbox
    port: 502


# site describes the EVU connection, PV and home battery
site:
  title: Home # display name for UI
  meters:
    grid: e3dc-grid # grid meter
    pv:
      - e3dc-pv # list of pv inverters/ meters
    battery:
      - e3dc-battery # list of battery meters
    
  residualPower: 100 # additional household usage margin

# loadpoint describes the charger, charge meter and connected vehicle
loadpoints:
  - title: Garage
    charger: EasyConnect
    mode: pv
    phases: 3
    mincurrent: 6
    maxcurrent: 20
    
    priority: 0 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    soc:
      poll:
        mode: charging
        interval: 60m
      estimate: true # set false to disable interpolating between api updates (not recommended)
    enable: # pv mode enable behavior
      delay: 1m # threshold must be exceeded for this long
      threshold: 0 # grid power threshold (in Watts, negative=export). If zero, export must exceed minimum charge power to enable
    disable: # pv mode disable behavior
      delay: 3m # threshold must be exceeded for this long
      threshold: 0 # maximum import power (W)

# tariffs are the fixed or variable tariffs
tariffs:
  currency: EUR # three letter ISO-4217 currency code (default EUR)
  grid:
    # either static grid price (or price zones)
    type: template
    template: tibber
    token: "****************************" # Access Token
  feedin:
    type: fixed
    price: 0.11 # EUR/kWh
  co2:
    # co2 tariff provides co2 intensity forecast and is for co2-optimized target charging if no variable grid tariff is specified
    # type: template
    # template: grünstromindex # GrünStromIndex (Germany only)
    # zip: <zip>
    # see: https://docs.evcc.io/en/docs/tariffs#co-forecast
  solar:
    - type: template
      template: solcast
      site: ****************
      token: ******************************** # Solcast API Token
      interval: 6h # optional
    - type: template
      template: solcast
      site: ****************
      token: ******************************** # Solcast API Token
      interval: 6h # optional

# mqtt message broker
mqtt:
  # broker: localhost:1883
  # topic: evcc # root topic for publishing, set empty to disable
  # user:
  # password:

messaging:
  events:
    start: # charge start event
      title: Charge started
      msg: Started charging in "${mode}" mode
    stop: # charge stop event
      title: Charge finished
      msg: Finished charging ${chargedEnergy:%.1fk}kWh in ${chargeDuration}.
    connect: # vehicle connect event
      title: Car connected
      msg: "Car connected at ${pvPower:%.1fk}kW PV"
    disconnect: # vehicle connected event
      title: Car disconnected
      msg: Car disconnected after ${connectedDuration}
    soc: # vehicle soc update event
      title: Soc updated
      msg: Battery charged to ${vehicleSoc:%.0f}%
    guest: # vehicle could not be identified
      title: Unknown vehicle
      msg: Unknown vehicle, guest connected?
  services:
  # - type: pushover
  #   app: # app id
  #   recipients:
  #   - # list of recipient ids
  # - type: telegram
  #   token: # bot id
  #   chats:
  #   - # list of chat ids
  # - type: email
  #   uri: smtp://<user>:<password>@<host>:<port>/?fromAddress=<from>&toAddresses=<to>
  # - type: ntfy
  #   uri: https://<host>/<topics>
  #   priority: <priority>
  #   tags: <tags>