Netzbezug im "Abschaltvorgang" der Brauchwasserwärmepumpe über SGR-Kontakt

[Steini1988]

Hallo zusammen, ich bin relativ neu im EVCC-Game und jetzt schon absoluter Fan. Ich war zuvor bei Clever PV aktiv und und dort sehr enttäuscht vom Schaltverhalten und den wenigen Einstellmöglichkeiten.

Kopfzerbrechen bereitet mir gerade (und bei Clever PV noch deutlich mehr), meine Brauchwasserwärmepumpe (BWWP) von Vaillant, dessen SG Ready Kontakt ich potentialfrei über einen Shelly plus 1 schalte. Ich habe derzeit noch keinen Plug oder sonstigen Sensor, der mir den Verbrauch der Pumpe aktiv misst, und daher den Schalter auf static switsch mode gehabt (-700W).
Tagsüber läuft sie zw. 10 Uhr und 18 Uhr ohnehin bis 55 Grad. Wenn aber die Sonne scheint, soll Sie ruhig noch ein bisschen weiter laufen und auf 60 Grad hoch heizen. Das Problem ist aber, dass die Wärempumpe nicht ständig an und ausschalten sollte, da sie sonst kaputt geht. Daher habe ich einen relativ langes delay von 60 Minuten beim abschalten eingebaut. Zudem auch eine guardduration von 90 Minuten.

Wenn nun das Auto lädt und zu wenig PV-Strom da ist, zählt die Wärmepumpe runter und wartet auf das Ausschalten (Contown 60 Minuten). Während diesen 60 Minuten zieht das Auto aber Strom, als wäre die Pumpe bereits aus. Ergo habe ich 700 W Netzbezug über 60 Minuten.

Gibt es da eine Einstellung, um dies zu verhindern? Würde eine Strommesser an der BWWP hier Abhilfe schaffen, um den Shelly plus 1 auf Charger Modus laufen zu lassen?

Derzeitiger Workarround von mir ist die Stanbypower des Shelly auf -1W zu stellen. Damit geht das System davon aus, dass die BWWP zum Hausverbrauch gehört, welcher immer Vorrang hat, wodurch der Ladestrom am Auto reduziert wird, bis die BWWP ausgeschaltet hat. Nachteil ist jedoch, dass ich mir nicht auswerten lassen kann, was die BWWP verbraucht hat.

Herzlichen Dank vorab für eure Ideen

Konfiguration (/etc/evcc.yaml):

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

log: debug
levels:
  cache: error

# unique installation id
plant: *****
sponsortoken: *****

influx:
  url: http://localhost:8086
  database: MyPV # InfluxDB v2.x uses term `bucket` but for compatibility still named `database` here
  token: *****
  org: AdriansPV

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

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

interval: 10s # control cycle interval

meters:
- type: template
  template: shelly-3em 
  usage: grid  
  host: 192.168.178.62  
  name: grid1
- type: template
  template: huawei-dongle 
  id: 1  
  host: 192.168.178.61  
  port: 502  
  usage: pv  
  modbus: tcpip  
  name: pv2

chargers:
- name: WP_SG
  type: template
  template: shelly 
  host: 192.168.178.51  
  channel: 0  
  standbypower: -1  
  integrateddevice: true
  icon: waterheater
- type: template
  template: easee 
  user: *****
  password: *****
  charger: EHZW76VK  
  timeout: 10s  
  name: easee
- name: WP_SG_high
  type: template
  template: shelly
  host: 192.168.178.53
  channel: 0
  standbypower: -1200
  integrateddevice: true
  icon: waterheater
  

vehicles:
- type: template
  template: id 
  title: ID4  
  user: *****
  password: *****
  capacity: 77  
  name: ev3
  mode: pv
  targetSoc: 80

- type: template
  template: opel 
  title: Corsa  
  user: *****
  password: *****
  capacity: 50  
  name: ev4
  phases: 1
  targetSoc: 80
- name: BWWP
  type: template
  template: offline

 
   

loadpoints:
- title: WWWP
  charger: WP_SG
  vehicle: BWWP
  mode: pv
  phases: 1
  maxcurrent: 3
  resetOnDisconnect: true
  enable:
    threshold: -1400
    delay: 15m
  disable:
    threshold: 200
    delay: 60m
  guardduration: 90m
  priority: 2
- title: Garage
  Charger: easee
  priority: 5
  mode: pv
  phases: 0
  mincurrent: 6
  maxcurrent: 28
  soc:
   poll:
     mode: charging
     interval: 60m
   estimate: true
  enable:
    threshold: 0
    delay: 0m
  disable:
    threshold: 200
    delay: 1m
- title: WWWP_high
  charger: WP_SG_high
  mode: pv
  phases: 1
  mincurrent: 5
  maxcurrent: 6
  resetOnDisconnect: true
  enable:
    threshold: -3000
    delay: 10m
  disable:
    threshold: 0
    delay: 0m
  guardduration: 15m
  priority: 1



site:
  title: Zu Hause
  meters:
    grid: grid1
    pv:
    - pv2 







Version: `0.116.5`

[premultiply]

Ja, reale Verbräuche kann man nur mit einem Zähler erfassen.

[Steini1988]

Danke für die schnell Antwort.
das ist mir klar, aber die Frage bleibt, warum der Netzbezug so hoch bleibt, während die die Pumpe ausschaltet. Während des gesamtedelay lässt er 700 Watt Netzbezug zu, wenn ich beim Charger der Standbypower auf -700 stelle.

[Steini1988]

Ich habe jetzt über den ShellyPlug auch konkrete Aussagen über den Verbrauch der Warmwasser-Wärmepumpe und ihn als meter eingebunden. Leider ist es noch immer so, dass er während der delay time, die entsprechende Leistung für die Wärmepumpe aus dem Netz bezieht. Gerade bei langen delay Zeiten blöd. Gibt es eine Möglichkeit dies zu ändern?

[VolkerK62]

Ich vermute, dass hat mit priorityzu tun.
Deine Wallbox hat eine höhere priority. Sie greift auf die Ladeleistung der Wärmepumpe zu und geht davon aus, dass diese sich abschaltet.

[Steini1988]

Hmm...aber wo liegt der Sinn dahinter schon auf die Ressource zuzugreifen, obwohl sie noch gar nicht frei ist. Mir ist gerade das Szenario nicht klar, wo das vom Vorteil ist. Macht es nicht Sinn, dahingehend die Programmierung zu ändern?

Ich könnte tatsächlich mal ausprobieren der WWWP die höhere priority zu geben. Aber ich gehe davon, dass dann während der enable delay die Wallbox nicht lädt, weil sie davon ausgeht, da wird gleich was mit 3A kommen.

[VolkerK62]

Der Sinn dahinter ist, dass der Loadpoint: Wallbox dem Loadpoint: Wärmepumpe die Leistung "wegnimmt", mit dem Zweck, das dieser dann in die Abschaltung geht. Das Problem hier ist das (für EV ungewöhnlich) lange disable.delay.
Wenn die Wallbox diese Leistung nicht beanspruchen würde, würde die WP nicht in die Abschaltung gehen.

Ich habe bei meiner Wärmepumpe das disable.delay auf default (3m) belassen und nur guardduration definiert. Damit ist auf jeden Fall eine minimale Laufzeit bzw. eine minimale Pause definiert. Wenn die WP dann schon diese Minimumzeit (z.B. 90m) gelaufen ist, schaltet sie auch schneller ab.