Wärmepumpe optimale Einbindung in evcc

[Tombra1889]

Hallo zusammen,

ich habe seit einiger Zeit eine Wärmepumpe in evcc eingebunden. Dabei erfolgt die primäre Steuerung aber über ioBroker. Lediglich die Visualisierung und Verbrauchserfassung findet in evcc statt.

Ich bin mir allerdings nicht sicher, ob es durch die ersten SG-Ready-Templates maßgebliche Verbesserungen gegeben hat, die ich ggf. noch nachziehen könnte.
Bei der Wärmepumpe handelt es sich um eine Stiebel Eltron Wärmepumpe davor ist ein KNX-Zähler zur Verbrauchserfassung montiert.

Evtl. macht es irgendwann auch Sinn auf das Stiebel Eltron Template zu wechseln.

Folgende Konfiguration ist aktuell in der yaml hinterlegt:

meters:
- name: ext_MDT_EZ-0320.01
  type: custom
  power:
    source: mqtt
    topic: openknx/0/Central/Energy/Heat_pump_Total_consumption_Active_power_W
    timeout: 300s
  energy:
    source: calc
    add:
    - source: mqtt
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L1_Intermedate_meter_Active_energy_Wh
      scale: 0.001
      timeout: 300s
    - source: mqtt
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L2_Intermedate_meter_Active_energy_Wh
      scale: 0.001
      timeout: 300s
    - source: mqtt
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L3_Intermedate_meter_Active_energy_Wh
      scale: 0.001
      timeout: 300s
  currents: # Stromst  rke (A) pro Phase
    - source: mqtt # Phase 1 Plugin Typ
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L1_Current_value_mA
      scale: 0.001
      timeout: 300s
    - source: mqtt # Phase 2 Plugin Typ
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L2_Current_value_mA
      scale: 0.001
      timeout: 300s
    - source: mqtt # Phase 3 Plugin Typ
      topic: openknx/0/Central/Energy/Heat_pump_Consumption_L3_Current_value_mA
      scale: 0.001
      timeout: 300s

chargers:
- name: my_charger_WPL-A_07_HK_230_Premium
  type: custom
  status:
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/Status
   timeout: 300s
  enabled: # charger enabled state (true/false or 0/1)
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/Enabled
   timeout: 300s
  enable: # set charger enabled state (true/false or 0/1)
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/Enable
   timeout: 300s
  maxcurrent: # set charger max current (A)
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/Maxcurrent
   timeout: 300s
  soc:
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/CurrentTemperature
   timeout: 300s
  features:
   - integrateddevice
   - heating
  icon: heatpump

vehicles:
- name: heat_pump
  type: custom
  title: Stiebel-Eltron Heat pump
  icon: heatpump
  phases: 3
  soc:
   source: mqtt
   topic: 0_userdata/0/Homekit/HeatPump/CurrentTemperature
   timeout: 300s
  onIdentify:
 # mode: now
  features:
   - integrateddevice
   - heating

loadpoints:
- title: Heat pump
  meter: ext_MDT_EZ-0320.01
  charger: my_charger_WPL-A_07_HK_230_Premium
  vehicle: heat_pump
  mode: minpv

Bei dem neuen Template habe ich gesehen, dass dort anscheinend kein vehicle mehr notwendig ist. Es kann aber sein, dass ich das damals für die Verbrauchsprotokollierung hinterlegt hatte.

Die Verbrauchsprotokollierung erfolgt aktuell täglich, indem via ioBroker und mqtt indem um 23:59 "enable" und "enabled" auf false gesetzt werden und der Status auf A und anschließend um 00:00 wieder auf true, bzw. auf C. Gibt es hier vielleicht schon eine bessere Lösung?

Die folgende Fehlermeldung bekomme ich dann natürlich ins Protokoll:

Sonst gefällt mir die Einbindung schon ganz gut.

Aktuell mit 31 Watt im Standby.

Die Temperatur wird nach folgender Logik angezeigt:

[VolkerK62]

Das SG-Ready template unterstütz leider keine Verbrauchsprotokolierung im Normalbetrieb.

Du könntest deine Konfiguration insofern "verschlanken", dass du type: switchsocket statt custom nutzt.
Das spart status und maxcurrent.
Ist aber fest auf 1p definiert.
Darin bekommst du power und energy unter, jedoch keine currents.
Dort kannst du dann auch standbypower unterbringen.
Hat auch den Vorteil, dass ein Klick auf "aus" reicht, um die Ladesession zu beenden.

[Tombra1889]

Ok, das werde ich mir mal anschauen. Was bewirkt standbypower genau. Ich hatte das schonmal gesehen, aber nicht so recht verstanden.

[VolkerK62]

das z.B. in dem o.g. Fall (31W) NICHT geheizt wird.

[Tombra1889]

Der Verbrauch würde dann aber trotzdem der Ladesession zugerechnet?

[VolkerK62]

hmm, gute Frage ... keine Ahnung.

[Tombra1889]

Ich habe es mir nochmal angeschaut. So wie ich es verstanden habe, würden Standby-Verbräuche dann überall ignoriert. Dies wäre aus meiner Sicht für eine Wärmepumpe dann der falsche Ansatz, da hier ja auch die einzelnen Pumpen entsprechende Energie verbrauchen.

[VolkerK62]

OK. Das ist ja dann kein "Standby".
Meine (Trinkwasser) WP zieht ca. 5 Watt, wenn sie nichts macht.

[Schlichi83]

Hallo zusammen,

ich habe exakt dieselbe Wärmepumpe und versuche diese derzeit auch in EVCC einzubinden. Bislang mache ich die Überschuss-Steuerung für Warmwasser noch über Home Assistant, aber da wir im späten Frühjahr einen Stromtarif mit zwei Zeitzonen bekommen und ich dann den Hausspeicher auch über EVCC aus dem Netz laden lassen möchte, macht es Sinn, alles über EVCC zu steuern.

Zunächst wäre meine Frage, ob das Stiebel Elton ISG überhaupt zwei ModBus Verbindungen gleichzeitig zulässt. Denn Home Assistant greift ebenfalls bereits darauf zu. Sonst müsste ich einen ModBus Proxy einrichten.

Was habe ich bisher hinbekommen:
Ich habe an der Wärmepumpe einen Shelly 3EM hängen, der den Stromverbrauch misst. Den habe ich wie folgt eingebunden:

- name: wp_pwr
type: template
template: shelly-3em
usage: charge
host: 192.168.XX.XXX

Das scheint auch zu funktionieren.

Beim Charger habe ich versucht das Template zu verwenden. Und das so eingebunden:
- type: template
name: heatpump
template: stiebel-lwa
modbus: tcpip
id: 1
host: 192.168.XX.XX
port: 502

Alternativ könnte ich auch versuchen das manuell zu erstellen so wie bei Dir @Tombra1889. Aber ich kann Deine Werte nicht in allen Fällen eindeutig zuordnen. Woher kommen die Werte für Enable, Enabled, Status und MaxCurrent?

Ein Zugriff auf die Home Assistant Entitäten wäre auf zweierlei Weg möglich. Entweder ich publiziere die Entitäten per Automation in MQTT oder es müsste eigentlich auch über die Home Assistant API gehen. Leider hab ich letzteres bisher auch nicht erfolgreich hinbekommen.

Bei Loadpoints steht bei mir

- title: Warmwasser
charger: heatpump
meter: wp_pwr
enable:
threshold: 0
delay: 1m
disable:
threshold: 0
delay: 15m
soc:
estimate: false
poll:
mode: always
interval: 1m

Vehicle hattest du ja geschrieben, ist mit dem Template verzichtbar.
Mit diesen Settings sieht das Ganze bei mir dann so aus:

Der Verbrauch vom Shelly wird angezeigt, aber bei der WP steht nicht verbunden.
Ich wäre über Tipps was ich ändern soll sehr dankbar.

Greets
Schlichi83

[Tombra1889]

Die Werte holt, bzw. schreibt evcc bei mir via mqtt nach ioBroker. Aktuell dient bei mir evcc aber primär als Anzeige, da die Logik im Hintergrund noch in ioBroker läuft:

Müsstest du bzgl. dem template nicht stiebel-wpm verwenden?

[Schlichi83]

Erstmal DANKE für die Antwort! Ich habe inzwischen einiges ausprobiert und im Zuge dessen auch das stiebel-wpm Template entdeckt, was ich zuvor offenbar übersehen hatte. Außerdem habe ich das ModBus Proxy-Addon in HA gewechselt auf einen Fork, der mehrere ModBus-Geräte unterstützt (denn mein Wechselrichter muss darüber auch laufen). So hab ich es jetzt geschafft, dass es erstmal funktioniert.

Stelle ich auf "Schnell" wird der SG Ready Schaltkontakt 1 aktiviert und die Warmwasser-Soll-Temperatur steigt auf 60°C (so ist es im ISG hinterlegt). Dann steht auch dran "heizt" und der Verbrauch dieser Aktion wird erfasst. Arbeitet die WP aber im Regelbetrieb, also Heizen ODER Warmwasser auf 45°C (Eco) bzw. 50°C (Komfort) erhitzen, wird der Verbrauch nicht erfasst. Ich vermute aber, das ist genau das was Volker meinte.

Wenn ich es so aufbauen würde wie du, hätte ich den kompletten Verbrauch erfasst - dafür aber keine Möglichkeit mehr, den SG Ready Schalter zu steuern. Richtig?

Die Warmwasser-Ist-Temperatur konnte ich tatsächlich via Home Assistant API einbinden. Hier ist mir aber etwas aufgefallen, was ich mir nicht erklären kann.

Wenn ich das vehicle rausnehme und die Ist-Temperatur über tempsource bei chargers einbinde, bindet er die falsche Temperatur ein - nämlich die vom Heizkreis 1, nicht die vom Warmwasser. Wenn ich es über vehicle einbinde, nimmt er die richtige Warmwasser-Ist-Temperatur.

Kurz zur Veranschaulichung den yaml-Code (Ist-Zustand):

Bei chargers:

 - type: template
    name: heatpump
    template: stiebel-wpm
    modbus: tcpip
    id: 2
    host: 192.168.10.11
    port: 503
#    tempsource:
#      source: http
#      uri: 'http://192.168.XX.XX:8123/api/states/sensor.stiebel_eltron_isg_actual_temperature_water'
#      method: GET
#      headers:
#        - content-type: application/json
#        - Authorization: Bearer [MYAPIKEY]
#      insecure: false
#      jq: .state|tonumber
#      timeout: 5s

Bei vehicle:

  - name: WP
    type: custom
    title: Wärmepumpe
    icon: waterheater
    phases: 3
    soc:
      source: http
      uri: 'http://192.168.XX.XX:8123/api/states/sensor.stiebel_eltron_isg_actual_temperature_water'
      method: GET
      headers:
        - content-type: application/json
        - Authorization: Bearer [MYAPIKEY]
      insecure: false
      jq: .state|tonumber
      timeout: 5s

... und bei loadpoints dann natürlich:
vehicle: WP

So funktioniert es mit der richtigen Temperatur. Wenn ich vehicle komplett auskommentiere (auch im loadpoint) und dafür den tempsource-bereich reinnehme, steht hingegen die Ist-Temperatur vom Heizkreis 1 da. Ich hab erst vermutet, dass er die tempsource-Info vielleicht ignoriert und die Temperatur über das Stiebel-Template holt - aber wenn ich tempsource weglasse, habe ich gar keine Ist-Temperatur.

Was ich mich außerdem frage, wie festgelegt wird, ab welcher PV-Leistung die WP im PV-Modus jetzt Warmwasser produziert. Ist da im Stiebel Template ein fixer Wert hinterlegt?

DANKE vorab für Eure Tipps & Hinweise

[Tombra1889]

@VolkerK62 , ich finde meine Einbindung der Temperatur eigentlich ganz charmant. Die Daten dafür stehen alle via Modbus zur Verfügung (der mit den 40 Watt vom Zähler kann ignoriert werden). Kann ja vielleicht so in evcc übernommen werden. Dann wären beide Temperaturen drin. Ansonsten vielleicht zwei Balken?

[longtom99]

Danke das ihr schon so viel ausprobiert habt.
Ich mochte meine Saunier Duval (Vaillant) auch jetzt über evcc steuern.
Primär das ich die Kosten sehe und das ich bei meinem dynamischen Stromtarif in der Nacht bei "billigem" Strom auch einschalten kann.
Verwende derzeit Loxone für die Steuerung aber ich sehe nicht die realen Kosten bzw die Steuerung in der Nacht bringe ich nicht hin.
Und mit evvc ginge alles ganz cool!

Aber:
Die Temperatur (soc) mache ich über einen Shelly (plus i4), wie bekomme ich die denn in evcc rein?
Es gibt den http request: http://192.168.90.95/rpc/Temperature.GetStatus?id=100
Ausgabe raw: {"id": 100,"tC":45.2, "tF":113.5}
Geht auch in json.
Wie schreibe ich das in die evcc.yaml?
Oder geht es direkt mit den Shelly Template?
Aber wie weiß evvc das es die Temperatur mit ID 100 ist?

Danke!

[VolkerK62]

In Anlehung an das Stiebel Template von oben, sollte es so funktionieren

tempsource:
  source: http
  uri: http://192.168.90.95/rpc/Temperature.GetStatus?id=100
  jq: .tC

[longtom99]

Danke, habe es in Vehicle machen müssen da es sich anscheinend mit dem Shelly Template nicht vetragt.
Also:

meters:
- name: bwwp_tasmota #BWWP
  type: template
  template: tasmota
  usage: charge
  host: 192.168.90.89

chargers:
- name: BWWP
  type: template
  template: shelly
  host: 192.168.90.79 # IP-Adresse oder Hostname
  standbypower: -1 # Leistung oberhalb des angegebenen Wertes wird als Ladeleistung gewertet (optional)
  integrateddevice: true # Integriertes Gerät (keine Fahrzeugverbindung) (optional)
  heating: true # Wärmeerzeuger (C anstatt %) (optional)
  icon: waterheater # Icon in der Benutzeroberfläche (optional)

vehicles:
- name: BWWP
  type: custom
  title: Warmwasser
  icon: waterheater
  phases: 1
  soc:
    source: http
    uri: http://192.168.90.95/rpc/Temperature.GetStatus?id=100
    jq: .tC	

loadpoints:
- title: Warmwasser
  charger: BWWP
  meter: bwwp_tasmota
  vehicle: BWWP
  mode: pv

[longtom99]

Noch eine Frage, eventuell habe ich da einen Knopf in meinen Gedanken. ;-)
Wenn ich zB 55 Grad einstelle macht evcc den Kontakt bis 55 Grad.
Und wenn es dann darunter fällt? Wird dann wieder gleich aufgeheizt?

[VolkerK62]

Du schaltest mit dem Shelly doch den SG-Kontakt?
Am Loadpoint hast du das Tasmota Meter zugewiesen.
Wenn der Shelly einschaltet, wird die Leistung gemessen und erfasst.
Und für diese Schaltung brauchst du die Hysterese.

Etwas anderes ist es, wenn du auch den Verbrauch im Normalbetrieb erfassen möchtest.
Dann brauchst du einen zweiten Loadpoint. Siehe #13019 (reply in thread)
Da hab ich bisher noch keine "all-in-one" Lösung gefunden.

[longtom99]

Genau.
OK, aber wenn ich nicht -1 bei standbypower hatte, erkannte evcc den Betrieb der BWWP nicht.
Ich probier nochmal mit 10.

[VolkerK62]

ne, -1 ist okay. Du kannst da nciht mit positivem Wert arbeiten.
Das hat mit der Hysterese nichts zu tun.
Damit meinte ich:
Wenn die WP z.B. im Standby 10W zieht, dann würde bei >0 der Hysterese Aufschlag auf 0 gesetzt werden.
In dem Fall sollte man dann >10 einsetzen, damit dann trotdem noch die Temperatur künstlich erhöht wird.

[longtom99]

ah, jetzt, ja. ich glaub ich habs. ;-)
Hast du paypal? Würde dir gerne was spenden.

[VolkerK62]

Danke. Ist nett, aber nicht nötig. Ich hab Spaß daran.

[christoferconrad]

@Tombra1889
Vielen Dank für die Infos - ich habe auch eine SE Wärmepumpe und etwas verloren in der Umsetzung.
Mittels Template und ISG Web läuft das Setup soweit zur Steuerung, die Heizung hat ein Shelly EM und passt soweit.

Der eHeizstab wird mittels einem Shelly EM3 erfasst, aber aktuell in der visuellen Auswertung nicht der Heizung sonder dem Haus zugeschrieben.

Bei der grundsätzlichen SG-Ready Funktion, insbesondere bei 1/1 Forcierung wird dieser bei mir mit 9kW zugeschaltet.

Wie hast du dies umgesetzt?
Mittels calc einfach die meters addiert?

Oder ergibt es mehr Sinn das Template anzupassen - tendenziell hat jede Wärmepumpe einen Heizstab für die Steigerung der Effizienz unterhalb von X Grad Außentemperatur.

Vielen Dank

[Tombra1889]

Bei mir laufen alle Ströme der Wärmepumpe über einen vorgeschalteten KNX Zähler. Wenn es bei dir verschiedene Zähler sind, müsstest du diese aus meiner Sicht via calc addieren. Darf ich fragen wo du wohnst? Bei um die 0 Grad (hier zumindest akt.) sollte der eHeizstarb aus meiner Sicht noch nicht anspringen, da selbst ein Luftwärmepumpe hier noch einen COP von > 3 erreicht.
Forcierung habe ich bis jetzt noch nicht genutzt, könnte man ggf. wenn der Strompreis negativ wäre :D

Folgende Schaltung sollte bzgl. der ISG optimal sein. Dann erhöht die Wärmepumpe nur die Temperaturen für Warmwasser und Heizung.

Im ISG Template kann es hier aber noch zu einem Fehler kommen, da in der ISG sowohl für Warmwasser als auch für die Heizung eine Erhöhung angegeben werden kann. Das Template bildet aktuell aber nur Warmwasser bzgl. der Steuerung ab. @naltatis korrigiere mich bzgl. der Logik). Daher wenn die Heizung z. B. bei 50 Grad Warmwasser und 35 Grad Heizung im Normalbetrieb läuft und dann im SG Modus auf 60 Grad bzw. 40 Grad hochschaltet, würde zunächst Warmwasser produziert werden. Daher die Warmwassertemperatur steigt auf 60 Grad. Wenn evcc dann die 60 Grad erkennt, werden die SG Ready Kontakte wieder auf Normalbetrieb geschaltet, daher wird auch für die Heizung wieder auf 35 Grad geschaltet.

[christoferconrad]

Ja - sauber, dann stelle ich die Leistung per calc zusammen.

Ich wohne in RLP und hier ist es -1 Grad, der eHeizstab ist 3 phasig und kann seitens des HSBB3 entsprechend in 3kW, 6kW und 9kW angesteuert werden, aber nach welcher Bedingung ist mir ein Rätsel bzw da konnte mir weder mein Heizungsbauer noch die Technik von SE genaue Auskunft geben. Ist aber auch nicht so vordergründig, hier habe ich aber noch keine saubere Lösung/Parametrierung.

Der Techniker von SE hat bei einer Reparatur des Mischers den Trigger an der Heizung für den eHeizstab auf +3Grad gesetzt, also ab 3Grad und darunter läuft dieser mit.

Wenn ich das lese beschäftige ich mich wohl selbst nochmal zur Sicherheit mit dem Schwellwert bzw. des COPs meiner Anlage. Bei wie viel Grad ist es bei dir eingestellt?

Mein ISG, also der SG-Ready Eingang davon fahre ich auch per simplen Regelwerk aus openHAB an.

[Tombra1889]

Aktuell auf -10 Grad, aber da es noch nicht wirklich Minusgrade hatte, kann ich den COP noch nicht abschätzen. Die SG-Ready Eingänge werden bei mir auch noch von ioBroker gesteuert.