Max. Ladeleistung der Wallbox im PV-Modus vorgeben

[Peter54879]

Hallo,

ich nutze evcc nun ein paar Wochen mit einer Mennekes Professional Wallbox, meinem SMA Hybrid WR sowie einer BYD Batterie.
Aufgrund der Ost West Ausrichtung meines Dachs, habe ich an dem 8kW Wechselrichter einen 15,3 kWp PV-Generator angeschlossen.
Die max. AC Leistung des WR liegt bei 8kW und damit ist die Mennekes Wallbox bei 7,3kW im PV Modus am Anschlag.

Bei wolkigem Wetter kann ich folgendes Verhalten feststellen:

Aufgrund der zwischenzeitlichen Wolken, ist die Batterie etwas entladen worden und nur noch bei ca. 95%.
Wenn die Sonne wieder voll scheint, ist es möglich, dass der Wechselrichter mehr als die 8kW erzeugt (z.B. 8kW AC und 2kW direkt als DC Batterieladung).
Sobald die 10kW Erzeugung durch EVCC registriert werden, schaltet die Wallbox auf größer 7,3kW um und wird somit wieder Netzbezug erzeugen. Dann wird die Wallbox wieder auf 7,3kW begrenzt und das Spiel fängt zum Teil von vorne an.

Wäre es möglich eine maximale Ladelistung der Wallbox (jeder kann diese an seine maximale Überschussleistung des WR einstellen) einzugeben? Dann würde die Wallbox im PV Modus nicht mehr höher schalten und die zusätzliche Erzeugung würde wie gewünscht in die Batterie geladen werden.

Ich freue mich auf eure Meinungen.

Grüße

[premultiply]

Klingt nach https://docs.evcc.io/docs/reference/configuration/site/#maxgridsupplywhilebatterycharging noch nicht konfiguriert ?

[Peter54879]

Danke für den Tipp, ich habe den Parameter jetzt eingefügt und werde es mal testen.

[rafdev18]

@Peter54879 - Habe das gleiche Problem da ich permanent mein Batteriemanagement geändert habe und über Mittag die DC Überkapazität abgreife. Ich nutze das EVCC API und setze über einen POST request den maximalen Ladestrom - http://192.168.2.120:7070/api/loadpoints/1/maxcurrent/6

Damit ist die maximale Ladeleistung auf 6A * 3 Phasen * 230 V = 4,1 kW begrenzt ... Wert einfach anpassen.

Seit dem ist mein Ladestrom begrenzt und ich habe keinen versehentlichen Netzbezug.

@premultiply - habe mir die Doku jetzt 5 mal durchgelesen zu maxGridSupplyWhileBatteryCharging - ein Beispiel würde hier wirklich helfen ! Beschreibung ist klar 15kW PV und 10kW WR --- auf welchen Wert muss ich in diesem Fall maxGridSupplyWhileBatteryCharging setzen ? auf 0 ? um zu sagen das es keine Grid Einspeisung bei den 15kW gibt. Verstehe leider die Dokumentation nicht und bin daher beim API gelandet .... aber möglicherweise geht es mit dem Parameter doch besser - danke für einen Tip ! läuft das bei Dir ?

[premultiply]

Empfohlen wird ein Wert von mindestens 50 (Watt). Je nach Trägheit der beteiligten Regelungssysteme kann er auch höher gewählt werden müssen.

maxGridSupplyWhileBatteryCharging: 50

[rafdev18]

@premultiply - nicht wirklich hilfreich da ich das bereits in der Doku gelesen habe - nutzt Du den Parameter und wie funktioniert er ?

15 kW PV Leistung am 10 kW WR - aktuell lädt die Batterie mit 5kW. Welchen Parameter setzt Du um das Problem des Netzbezugs durch EVCC abzuschalten ?

maxGridSupplyWhileBatteryCharging: 5 kW ? damit die extra 5 kW fürs Grid reserviert werden ?

Was ist wenn jetzt nur 10 kW PV Leistung vorhanden ist ? wird dann die verfügbare Leistung auch um 5 kW für EVCC Charging reduziert ?

Danke für eine Erklärung - für mich funktioniert die Doku nicht da es nicht eindeutig ist - Gruß

[Peter54879]

I know but the max charge current is depending on the current for the house. It helps a little bit but will not all the time.

[VolkerK62]

Hast du mal einen höheren Wert für "maxGrid..." ausprobiert?

[Peter54879]

ich habe diese nun auf 100 gestellt und werde das Verhalten erneut beobachten.

[Peter54879]

Leider bringt es keinen Erfolg. Woran kann es noch liegen, wenn es bei anderen scheinbar einwandfrei funktioniert?

[VolkerK62]

prioritySoc auf 100% stellen. Dann bleibt die Ladeleistung der Batterie unberücksichtigt.

[Peter54879]

Ich wäre nach wie vor an einem Lösungsvorschlag für mein Problem interessiert. Kann jemand anhand meiner Log Files eine falsche Einstellung erkennen?

[michiproep]

Ich hatte das vor längerer Zeit schon mal angesprochen, wurde aber abgeleht.
Fände es viel geschickter wenn man statt maxGridSupplyWhileBatteryCharging seine PV Installation besser speziefizieren könnte.
ZB
WR 1: Hybrid max AC 10kw, max Entladeleistung 10kw, max Ladeleistung 8kw
WR 2: AC 6kw
Somit wüsste evcc, dass max 16kw AC zur Verfügung stehen und max 10kw ohne Sonne

Damit wäre die Planung und Steuerung meiner Meinung nach viel einfacher und nachvollziehbarer, auch weil bei Hybridsystemen am Netzanschlusspunkt der Wert ständig zwischen -100W und 100W schwingt.
Wenn evcc weiß, dass es ein Hybridsystem ist, dann kann man den Steuerungs-Algoritmus so anpassen, dass Werte am Anschlusspunkt zwischen x und -x einfach als 0 interpretiert werden.

Bei mir hat die aktuelle Implementierung zur Folge, dass er zB Abends, wenn nur 1kw PV zur Verfügung steht, er totzdem denkt, er hätte genug Überschuss. Somit hab ich häufig am Abend 50 und mehr Ladestarts, die dann gleich wieder stoppen (trotz Batterieeinstellung 100%)

[premultiply]

Das sind aber nur deine Theorien die mit der Realität und der Implementierung eher wenig zu tun haben.

Deine Schilderungen klingen in erster Line nach einer Fehlkonfiguration, möglicherweise verursacht durch Missverständnisse zur Funktionsweise wichtiger Konfigurationsparameter.

Wie sieht denn deine Installation und die dazugehörige evcc-Konfig konkret aus?

[michiproep]

Du hast vollkommen Recht mit "...Theorien..", beweisen kann ich's natürlich nicht, dass es genau an dem Punkt liegt.
Aber ich hatte in anderen Threads hier schon mehr als genug Beispiele angesprochen, wo das Verhalten einfach komplett unlogisch ist und zu Problemen führt und am Ende hängts doch immer mit dem "unbekannten und instabilen Batterieverhalten" zusammen.

Das hier haben wir schon 100 Mal diskutiert:
Ich versteh nach wie vor nicht, wie es zu einem Start des Ladevorgangs kommen kann, wenn am Abend (stabil) 500W von PV kommt, der Ladepunkt aber min 4,1kw benötigt (und Batterie innerhalb "Haus hat Prio" ist), daher vermute ich sehr stark, dass es an maxGridSupplyWhileBatteryCharging liegt.

Aber trotzdem hier nochmal meine yaml. Hoffentlich findest du einen Fehler! Da wäre ich echt dankbar!

# open evcc at http://evcc.local:7070
network:
  schema: http
  host: evcc.local # .local suffix announces the hostname on MDNS
  port: 7070

log: info
# levels:
  # ocpp: trace
  # EVB-..-1: trace
  # lp-1: trace

# unique installation id
plant: ...

interval: 15s # control cycle interval


meters:
  - name: stpse10
    type: template
    template: sma-hybrid
    usage: pv
    
    # Modbus TCP
    modbus: tcpip
    id: 3
    host: 192.168.1.163 # Hostname
    port: 502 # Port 

  - name: stp6
    type: template
    template: sma-inverter-modbus
    usage: pv
    
    # Modbus TCP
    modbus: tcpip
    id: 3
    host: 192.168.1.161 # Hostname
    port: 502 # Port 

  - name: Stromnetz       # grid bzw. I/O-Stromnetz  (kW)
    type: template
    template: sma-home-manager
    host: 192.168.1.43
    #template: eastron
    usage: grid
    # modbus: tcpip
    # id: 1
    # host: 192.168.1.47 # Hostname
    # port: 502 # Port
    

  - name: smabat 
    type: template
    template: sma-hybrid
    usage: battery
    
    # Modbus TCP
    modbus: tcpip
    id: 3
    host: 192.168.1.163 # Hostname
    port: 502 # Port   

    capacity: 16.4 

  - name: PoolPwr
    type: custom
    power:
      source: mqtt
      topic: iob/userdata/0/Pool/currentPwr

  - name: InfrarotheizungMeter      
    type: custom
    power:                # Leistung (kW)   OK
      source: mqtt
      topic: iob/tuya/0/bfd36460cd2b3cdf4563u6/19 
      scale: 1
  - name: WarmwasserMeter      
    type: custom
    power:                # Leistung (kW)   OK
      source: mqtt
      topic: iob/userdata/0/WP/wpLeistungAlways 
      scale: 1
      jq: (if (. < 20) then 0 else . end)
  - name: ShellyBadheizkrprMeter
    type: custom
    power:
      source: mqtt
      topic: iob/shelly/0/shelly1pmminig3ecda3bc482dc1/Relay0/Power
      # uri: http://192.168.1.195/rpc/Shelly.GetStatus
      # jq: ."switch:0".apower 
  



chargers:
  - name: InfrarotheizungPlug
    type: custom
    # features:
    #   - integrateddevice
    #   - heating
    icon: airpurifier
    enable:
      source: mqtt
      topic: iob/tuya/0/bfd36460cd2b3cdf4563u6/1
      payload: ${enable:%d}
    enabled:
      source: mqtt
      topic: iob/tuya/0/bfd36460cd2b3cdf4563u6/1
      jq: (if (. == true) then "true" else "false" end)
    status:
      source: mqtt 
      topic: iob/tuya/0/bfd36460cd2b3cdf4563u6/1
      jq: (if (. == true) then "c" else "b" end)
    maxcurrent:
      source: mqtt
      topic: iob/userdata/0/Infrarotheizung1/evccmaxcurrent
    soc:
      source: mqtt
      topic: iob/hue/0/ez/temperature
    features: [integrateddevice, heating]
  - name: PoolWP
    type: custom
    icon: waterheater
    enable:
      source: mqtt
      topic: iob/userdata/0/Pool/state
      payload: ${enable:%d}
    enabled:
      source: mqtt
      topic: iob/userdata/0/Pool/state
      jq: (if (. == 1) then "true" else "false" end)
    status:
      source: combined
      plugged:
        source: mqtt
        topic: iob/tuya/0/poolwp/online
      charging:
        source: mqtt
        topic: iob/userdata/0/Pool/state
      # source: mqtt 
      # topic: iob/userdata/0/Pool/state
      # jq: (if (. == 1) then "c" else "b" end)
    maxcurrent:
      source: mqtt
      topic: iob/userdata/0/Pool/evccmaxcurrent
    soc:
      source: mqtt
      topic: iob/userdata/0/Pool/wptempin
    features: [integrateddevice, heating]
    #targetSoc wird an der WP selbst eingestellt

  - name: evbox
    type: template
    template: elvi
    stationid: EVB-
    idtag: '' 
    connector: 1
    connecttimeout: 5m
    #getconfiguration: false #https://github.com/evcc-io/evcc/issues/12814
    timeout: 2m
    meter: true  
    meterinterval: 4s 
    
  - name: Warmwasser
    type: custom
    icon: heatpump
    enable:
      source: mqtt
      topic: iob/userdata/0/WP/enable
      payload: ${enable:%d}
    enabled:
      source: mqtt
      topic: iob/userdata/0/WP/enabled
      jq: (if (. == 1) then "true" else "false" end)
    status:
      source: mqtt 
      topic: iob/userdata/0/WP/status
      #jq: (if (. == 1) then "c" else "b" end)
    maxcurrent:
      source: mqtt
      topic: iob/userdata/0/WP/evccmaxcurrent
    soc:
      source: mqtt
      topic: iob/luxtronik2/0/Informationen/Temperaturen/Warmwasser-Ist
    features: [integrateddevice, heating]
    #targetSoc wird an der WP (oder iobroker) selbst eingestellt und via mqtt zurückgemeldet
  - name: BadHeizkrprCharger
    type: custom
    icon: climate
    enable:
      source: mqtt
      topic: iob/userdata/0/BadHeizkoerper/evccEnable
    enabled:
      source: mqtt
      topic: iob/userdata/0/BadHeizkoerper/evccEnabled
    status:
      source: mqtt
      topic: iob/userdata/0/BadHeizkoerper/evccStatus
    maxcurrent:
      source: mqtt
      topic: iob/userdata/0/BadHeizkrpr/evccMaxcurrent
    soc:
      source: mqtt
      topic: iob/hmip/0/devices/3014F711A0000CA0C9AB389E/channels/1/actualTemperature
    features: [integrateddevice, heating]


loadpoints:
  - title: Garage
    charger: evbox
    vehicle: kia
    mode: pv
    enable:
      delay: 3m
      threshold: -300 
    disable:
      delay: 3m
      threshold: 200 # Charging stops when the grid supplies x W of energy for more than x minutes.
    priority: 6
  - title: Heizung
    charger: Warmwasser
    meter: WarmwasserMeter
    mode: pv
    enable:
      threshold: -150 
      delay: 2m
    disable:
      threshold: 50
      delay: 3m # Minimale Laufzeit 
    soc:
      poll:
        mode: always
        interval: 5s
    priority: 10
  - title: Pool
    charger: PoolWP
    meter: PoolPwr
    mode: pv
    enable:
      threshold: -150 
      delay: 3m
    disable:
      threshold: 50
      delay: 3m 
    soc:
      poll:
        mode: always
        interval: 15s
    priority: 8
  - title: Wohnzimmer
    charger: InfrarotheizungPlug
    meter: InfrarotheizungMeter
    mode: pv
    enable:
      threshold: -100 
      delay: 2m 
    disable:
      delay: 1m
      threshold: 0 
    soc:
      poll:
        mode: always
        interval: 30s
    priority: 1
  - title: Bad
    charger: BadHeizkrprCharger
    meter: ShellyBadheizkrprMeter
    mode: pv
    enable:
      threshold: -100 
      delay: 1m 
    disable:
      delay: 2m
      threshold: 0
    soc:
      poll:
        mode: always
        interval: 30s
    priority: 2

vehicles:
- type: template
  template: kia
  title: Kia Niro
  icon: car
  name: kia
  language: de # 'de' für Deutsch und 'en' für Englisch (optional) 


tariffs:
  currency: EUR # (default EUR)
  grid:
    # static grid price
    type: fixed
    price: 0.301 # [currency]/kWh

  feedin:
    # rate for feeding excess (pv) energy to the grid
    type: fixed
    price: 0.071 # [currency]/kWh

hems:
  type: sma
  allowcontrol: false # set true to allow SHM controlling charger in PV modes
  vendorid: .. # Hartkodierte konstante
  deviceid: .. # abgleitet aus /etc/machine-id

site:
  title: Zuhause
  meters:
    grid: Stromnetz
    battery: smabat
    pv: 
      - stpse10
      - stp6
    #aux: HeizungMeter
  residualPower: 100 # Rest-Importleistung
                # Bei Existenz eines Batteriespeichers wird dringend 
                # empfohlen hier einen kleinen Wert 100-300 (Watt) 
                # einzutragen, um damit eine Speicherladung gemäß der
                # konfigurierten Prioritäten (siehe prioritySoc) zu 
                # ermöglichen. Andernfalls "sieht" die unabhängige
                # Regelung des Speichers keinen nutzbaren Überschuss. 
  maxGridSupplyWhileBatteryCharging: 100
       
# mqtt message broker
mqtt:
  broker: ...

[michiproep]

Vielleicht ist es ja mein enable.threashold von -300?

[premultiply]

Ja, diese ganzen Thresholds würde ich an allererster Stelle mal ganz weglassen.
Der Default ist in fast allen Fällen korrekt, der richtet sich nämlich nach dem konfigurierten Mindeststrom des Ladepunkts.

[rafdev18]

@premultiply - leider muss ich den original post zwischenzeitlich bestätigen. Ich habe mal wieder ein evcc update gemacht und evcc kommt mit dem Batterieladescenario nicht klar.

Wenn meine PV Anlage mit einem 5 kW Wechselrichter 7 kW erzeugt da die Batterie noch Ladebedarf hat nimmt evcc die 7kW als verfügbare Maximalladung an ! Da diese aber nicht zur Verfügung steht werden 2kW aus dem Netz bezogen ... das merkt dann evcc und regelt die Ladung nach unten und sobald es keinen Netzbezug mehr gibt geht das von ganze von vorne los. EVCC "denkt" wieder es wären doch die 7 kW verfügbar.

In diesen Schwingungen gibt es jede Menge Netzbezug - das ganze tritt nur an einem sonnigen Tag auf wenn die PV Anlage Leistung über dem Hybrid WR erzeugt.

EVCC kommt mit der Batterieladung wirklich nicht klar. Ich hatte das Problem mit einer ca. 1 Jahr alten evcc version nicht in dieser form. Ich musste mich jetzt mit einer home assistant Implementierung helfen die bei:

• Batterie < 100% und mode PV den Ladestrom begrenzt .... das funktioniert ... ist aber nicht schön ... aber nur so bekomme ich den PV Anteil > 90% ! sonst regelt mir EVCC immer wieder über und löst den Netzbezug aus.

Muss leider bestätigen das der Orignal Post von @Peter54879 das Problem korrekt darstellt. Alle Workarounds in diesem Thread funktionieren nicht.

Ich denke hier stimmt die Logik von evcc nicht wenn der Hybrid WR eine kleinere Leistung wie die PV panels hat, eine Batterie genutzt wird, diese nicht voll ist und Sonne satt zur Verfügung steht. Ich denke die Nutzergruppe auf die das Problem zutrifft ist klein und daher ist das blog nicht voll damit .... für meine Anlage macht evcc jetzt ohne meine Homeassistant Automatisierung Fix nicht mehr einen guten Regeljob.

[premultiply]

maxGridSupplyWhileBatteryCharging: 50
Dann verbleiben maximal 50 Watt Netzbezug wenn der Hybrid-WR in die Sättigung geht.

[michiproep]

Ich denke, genau hier liegt das Problem. So richtig geht er nie in die Sättigung.
Die Schwankungen sind je nach Haushaltsgegebenheiten einfach viel zu groß. Kaffee an/aus, Geschirrspüler läuft, die nächste macht den Fön an... So geht das den ganzen Tag (im Sekunden Takt). Man sieht beim Hybrid einfach häufig kurzzeitig eine Einspeisung, die einen vermeindlichen Überschuss darstellt.
Wie gesagt, meine erste Idee wäre, statt den maxGridSupplyWhileBatteryCharging einen +/- Threshold zu definieren, bei dem evcc mit Hybridsystem den Netzpunkt mit 0 interpretiert. In meinem Fall würde ich da ca. 60 bis 80W setzen.
Zusätzlich wäre es noch besser, wenn man seine Installation beschreiben könnte. Wo das dann bei der Algoritmik hinführt, wird man sehen. Zumindest hätte man die Infos schon mal parat