Wärmepumpe mit Modbus/TCP-Schnittstelle und Parameter für Leistungsaufnahme einbinden

[herrep]

Hallo zusammen,

nachdem evcc bei mir im Zusammenspiel mit PV / Batterie / Elektrofahrzeug gut läuft, plane ich, die vorhandene Wärmepumpe einzubinden. Diese hat eine Modbus/TCP-Schnittstelle und bietet eine Betriebsart für die Verwertung von Überschussenergie an. Dazu muss der Wärmepumpe in einem Modbus-Parameter mitgeteilt werden, auf welche Soll-Aufnahmeleistung zu regeln ist. Die Wärmepumpe regelt dann mit der Verdichterdrehzahl soweit nach oben bzw. nach unten, bis der Sollwert erreicht wird. Selbstverständlich wird dieses Verfahren wegen einer gewissen Trägheit der Wärmepumpe (zB Verstreichen einer Vorregelzeit) nicht zu einer exakten Leistungsaufnahme führen.

Jedenfalls hoffe ich, dass aufgrund des vorhandenen beschreibbaren Parameters der Soll-Aufnahmeleistung eine Einbindung der Wärmepumpe als zweiter Charger in evcc neben der bereits eingerichteten Wallbox möglich sein sollte. Bislang habe ich evcc nur anhand vorhandener Templates konfiguriert und die Parameter entsprechend versorgt.

Dadurch bin ich mir über die genauen Schritte bei der Erzeugung eines Charger mit Modbus-Parameter nicht ganz im Klaren. Gibt es vielleicht eine vorhandene Definition, die diesen Anforderungen schon sehr nahe kommt und die ich abändern könnte?

Viele Grüße
Peter

[premultiply]

Was genau für eine WP ist es denn?
Kannst du das Registermapping mal anhängen?

[herrep]

Es handelt sich um eine Wärmepumpe von Heliotherm vom Typ HP20S25W-M-BC mit Remote Control Gateway (RCG) X, welches die Kommunikation (unter anderem) mit Modbus TCP ermöglicht.

Das Registermapping habe ich beigefügt:
Heliotherm RCG Modbusregister.pdf

Relevant für die Steuerung der Wärmepumpe basierend auf einem Soll-Aufnahmewert in Watt ist Register 125, das als UINT16 definiert ist. Es stehen die Function Codes 03, 06, 16 zur Verfügung.

Über Register 70+71 kann die tatsächliche elektrische Aufnahmeleistung abgefragt werden (Function Code 04). Jeder der beiden Register ist als UINT16 definiert, zusammen also UINT32.

Abgesehen davon können diverse Temperaturen ausgelesen werden, zB die aktuelle Temperatur des Brauchwasserpufferspeichers, Register 11, als INT16 definiert, wobei der ausgegebene Wert die Temperatur in Einheiten von 0,1 °C darstellt, sodass geprüft werden kann, welche Auswirkung die Vorgabe der Soll-Aufnahmeleistung hat.

Es kann auch eine erhöhte Soll-Brauchwassertemperatur für PV-Überschuss definiert werden, Register 124 als INT16 in Einheiten von 0,1°C.

[andig]

Dazu muss der Wärmepumpe in einem Modbus-Parameter mitgeteilt werden, auf welche Soll-Aufnahmeleistung zu regeln ist.

Das ist ja sexy! Würde super zu #6301 passen.

[herrep]

Das Einbinden der Messwerte der Wärmepumpe zum Abfragen von power, energy, soc (transformiert aus der Brauchwassertemperatur) als meter funktioniert. Allerdings gelingt es mir nicht, die Wärmepumpe geeignet als custom charger und custom vehicle anzulegen, dass auch tatsächlich Überschuss in die Wärmepumpe geladen wird: #7281

[Tagiwara]

Falls es von Interesse ist und um den potentiellen Anwenderkreis zu erweitern: Ich habe eine Wärmepumpe von Stiebel Eltron und auch diese kann per Modbus gelesen und beschrieben werden. Hier kann ein SG Ready Eingang so geschaltet werden, dass eine voreingestellte, erhöhte Temperatur angefahren wird.

Aktuell mache ich das noch per IoBroker, dass ich meine Warmwasser auf 54 Grade erhitze und meine FBH-Vorlauftemperatur angehoben wird (über die Erhöhung der Raum-Soll-Temperatur).

Auch hier kann ich gerne einmal einen Zugang zur Verfügung stellen falls es Bedarf gibt

[andig]

@Tagiwara auf Slack hatten wir #7207 diskutiert: Steuerung der WW Bereitung; in diesem Fall über Solltemperaturen. Die Idee ist die Ladung 1x zu starten aber nicht mehr zu stoppen. Der PR könnte ausprobiert werden. Weitere Spielarten:

• Einbindung als normaler Ladepunkt
• Automatische Nachplanung der benötigten Energiemenge (Speichergröße x Delta-T) für Tibber
• Sperrzeiten (um Eingriffe tagsüber durch PV-Modus zu vermeiden)
• Nutzung SG-Ready statt Zieltemperaturen
• etc...

Bisher hats allerdings niemand ausprobiert.

[Funkymaddox]

Wir sind in der PV Anlagenplanung und besitzen auch eine Stiebel Eltron Wärmepumpe (WPL15AS), die eingebunden werden soll, incl. einem ISG Web Modul, welches SG Ready Betriebsstati nur via Modbus TCP empfangen kann.
Laut Aussage von Stiebel benötigt es einen Modbus TCP Master, um die Wärmepumpe steuern zu können, Wechselrichter können dies wohl meist nicht direkt, aber EVCC auf einem Raspi könnte als Modbus TCP Master fungieren, oder?
Auch wenn sicherlich über eine Modbus TCP Anbindung mehr Einstellungs- und Steuermöglichkeiten einer Wärmpumpe möglich wären, würde eine einfache SG Ready Funktion uns, und bestimmt vielen Anderen, schon reichen.

Ich kenne mich mit Raspi und zB Homeassistant nicht aus, aber würde es sicher hinbekommen von allen Verbrauchern und Erzeugern die Daten angezeigt zu bekommen, allerdings wüsste ich dann nicht, wie ich anhand der Daten Befehle an bestimmte Verbraucher schicken könnte.

Ich bin absoluter Laie, aber wäre es möglich eine Art Basic SG Ready Plugin für EVCC zu bauen, welches die SG Ready Betriebsstati via Modbus TCP senden kann (Wärmepumpenhersteller unabhängig)?
Sprich nach der Priorisierung (Speicher, Wallbox, Wärmepumpe, ...) bleibt Überschuss für die Wärmepumpe, somit sendet EVCC als Signal SG Ready Betriebszustand 3 via Modbus TCP an Wärmepumpe. Falls kein Überschuss mehr vorhanden, dann wieder Betriebszustand 2 (nach festgelegter min. Laufzeit, um nicht zu oft die WP on/off zu schalten)(Werte für Betriebszustand 3 kann bei Stiebel in der eigenen Weboberfläche festgelegt werden für Heizung und Trinkwasser)

Grüße

[andig]

Leider gibts keinen Standard für SG Ready über Modbus. Herstellerspezifisch machbar. Für Stiebel ISG gibts einen Prototypen.

[herrep]

Anhand der Hinweise von @premultiply in #7313 konnte ich eine funktionstüchtige Konfiguration erstellen, die unter Einbeziehung von Shell-Scripten funktioniert.

Extrakt aus der evcc.yaml:

meters:
  - name: heatpump1
    type: custom
    power:  # heatpump power consumption in W
      source: modbus
      id: 1
      uri: <heatpump-ip>:502
      register:
        address: 70
        type: input
        decode: uint32
      scale: 1.0
      timeout: 2s
    energy: # heatpump energy consumption in kWh (counter value)
      source: modbus
      id: 1
      uri: <heatpump-ip>:502
      register:
        address: 68
        type: input
        decode: uint32
      scale: 1.0
      timeout: 2s
    currents: # derive heatpump current from power consumption
      - source: modbus
        id: 1
        uri: <heatpump-ip>:502
        register:
          address: 70
          type: input
          decode: uint32
        scale: 0.00434783 # conversion W to A (multiply power x 1/230)
        timeout: 2s
      - source: const
        value: 0
      - source: const
        value: 0
   soc: # heatpump tap water temperature range in °C is interpreted as soc value in %
     source: calc
     mul:
     - source: calc
       add:
       - source: modbus
         id: 1
         uri: <heatpump-ip>:502
         register:
           address: 11
           type: input
           decode: int16
         scale: 0.1 # convert modbus temperature units of 0.1 °C to °C
         timeout: 2s
       - source: const
         value: 0.0 # add constant if required
     - source: const
       value: 1.0 # scale factor if required

modbusproxy:
  - port: 5022
    uri: <heatpump-ip>:502

chargers:
  - name: heatpump2
    type: custom
    icon: waterheater
    enabled:
      source: script
      cmd: /home/evccsvr/get_heatpump_enabled.sh
      timeout: 5s
    enable:
      source: script
      cmd: /home/evccsvr/set_heatpump_enable.sh ${enable}
      timeout: 5s
    maxcurrent:
      source: script
      cmd: /home/evccsvr/set_heatpump_maxcurrent.sh ${maxcurrent}
      timeout: 5s
    status:
      source: script
      cmd: /home/evccsvr/get_heatpump_status.sh
      timeout: 5s

vehicles:
 - name: heatpump3
   type: custom
   title: Wärmepumpe
   icon: waterheater
   phases: 1
   onIdentify:
     mode: pv
     mincurrent: 7
     maxcurrent: 28
     minSoc: 40
     targetSoc: 53
   soc: # heatpump tap water temperature range in °C is interpreted as soc value in %
     source: calc
     mul:
     - source: calc
       add:
       - source: modbus
         id: 1
         uri: <heatpump-ip>:502
         register:
           address: 11
           type: input
           decode: int16
         scale: 0.1 # convert modbus temperature units of 0.1 °C to °C
         timeout: 2s
       - source: const
         value: 0.0 # add constant if required
     - source: const
       value: 1.0 # scale factor if required

loadpoints:
  - title: Wärmepumpe
    charger: heatpump2
    vehicle: heatpump3
    meter: heatpump1
    mode: pv
    phases: 1
    mincurrent: 7
    maxcurrent: 28
    enable:
      threshold: 0
      delay: 5m
    disable:
      threshold: 0
      delay: 5m
    guardduration: 15m # minimum pause
    priority: 2
    soc:
      poll:
        mode: always
        interval: 5m
      estimate: true

DIe obige Definition eines charger erfordert noch externe Scripte, die unter /home/evccsvr installiert sind.

Das folgende Script get_heatpump_enabled.sh gibt den Status der Wärmepumpe zurück, ob sie durch evcc zur Leistungsaufnahme aktiviert worden ist oder nicht. Dieser Zustand wird hier nicht direkt von der Wärmepumpe abgefragt, sondern entsprecht dem Zustand, ob zuvor eine Leistungsanforderung an die Wärmepumpe gestellt worden ist oder nicht. Dieser Zustand wird in einer Textdatei lokal gemerkt und wird vom Script set_heatpump_enable.sh geschrieben.

get_heatpump_enabled.sh:

#!/bin/bash
#get_heatpump_enabled.sh
ENABLE=`cat /home/evccsvr/set_heatpump_enable.status`
if [[ "$ENABLE" = "1" ]]
then
	echo "1"
else
	echo "0"
fi

Das folgende Script get_heatpump_status.sh gibt den Status der Wärmepumpe in der Parametrierung eines Wallbox ChargingStatus und unterscheidet dabei die Zustände B (PV-Anforderung nicht aktiv), C (PV-Anforderung aktiv), F (Fehler). Die Wärmepumpe kann PV-Überschuss durch Vorgabe einer Aufnahmeleistung in Watt verarbeiten. Hier wird von der Wärmepumpe der aktuell anliegende Vorgabewert der Aufnahmeleistung abgefragt und in Abhängigkeit des Ergebnisses der Abfrage der Zustand entsprechend gesetzt. Bei einer angebotenen Aufnahmeleistung von 0 Watt wird B ausgegeben, bei einer Aufnahmeleistung ungleich 0 wird C ausgegeben, und wenn die Kommunikation zur Wärmepumpe gestört ist, wird F ausgegeben.

get_heatpump_status.sh:

#!/bin/bash
#get_heatpump_status.sh
HEATPUMP_POWER_REQUESTED=`modbus read -p 5022 localhost 400126 1 | sed "s/^400126//" | tr -d "[:space:]"`
re='^[0-9]+$'
#received result is a number?
if [[ $HEATPUMP_POWER_REQUESTED =~ $re ]]
then
	#received a number
	if [[ "$HEATPUMP_POWER_REQUESTED" != "0" ]]
	then
		echo "C"
	else
		ENABLE=`cat /home/evccsvr/set_heatpump_enable.status`
		if [[ "$ENABLE" = "1" ]]
		then
			MAXPOWER=`cat /home/evccsvr/set_heatpump_maxcurrent.status`
			modbus write -p 5022 localhost 400126 $MAXPOWER
			HEATPUMP_POWER_REQUESTED=`modbus read -p 5022 localhost 400126 1 | sed "s/^400126//" | tr -d "[:space:]"`
			re='^[0-9]+$'
			#received result is a number?
			if [[ $HEATPUMP_POWER_REQUESTED =~ $re ]]
			then
				#received a number
				if [[ "$HEATPUMP_POWER_REQUESTED" != "0" ]]
				then
					echo "C"
				else
					echo "F"
				fi
			else
				#error - not a number received
				echo "F"
                        fi
		else
			echo "B"
		fi
	fi
else
        #error - not a number received
	echo "F"
fi

Das Script set_heatpump_enable.sh wird aufgerufen, wenn evcc die Wärmepumpe zwecks Leistungsaufnahme aktiveren oder deaktivieren möchte. Dabei gilt es zu berücksichtigen, dass evcc zum Zeitpunkt des Aktivierens dernmaximal zur Verfügung stehenden Strom (maxcurrent) nicht ausgibt. Der maximal zur Verfügung stehende Strom wird von evcc unabhängig von der Aktivierung zu anderen Zeitpunkten berechnet. Nun kann man aber nicht das Aktivieren der Wärmepumpe einzig und allein vom Vorliegen eines maxcurrent ungleich null abhängig machen, da maxcurrent auch dann ausgerechnet wird, wenn keine Leistung verbraucht werden soll. Schließlich sind auch andere Bedingungen einzuhalten. Deshalb muss maxcurrent "gepuffert" werden, wenn die Wärmepumpe wie in meinem Fall das Schreiben eines Vorgabewertes der Leistung sofort als eine Aktivierung versteht. Deshalb liest das vorliegende Script den gepufferten Wert aus einer Textdatei und schreibt diesen in die Wärmepumpe, sobald evcc die Wärmepumpe aktivieren will.

set_heatpump_enable.sh:

#!/bin/bash
#set_heatpump_enable.sh
ENABLE=$1
MAXPOWER=`cat /home/evccsvr/set_heatpump_maxcurrent.status`
. /home/evccsvr/set_heatpump_soc.sh
if [[ "$ENABLE" = "true" ]]
then
	modbus write -p 5022 localhost 400126 $MAXPOWER
else
	modbus write -p 5022 localhost 400126 0
fi
HEATPUMP_POWER_REQUESTED=`modbus read -p 5022 localhost 400126 1 | sed "s/^400126//" | tr -d "[:space:]"`
re='^[0-9]+$'
#received result is a number?
if [[ $HEATPUMP_POWER_REQUESTED =~ $re ]]
then
	#received a number
	if [[ "$HEATPUMP_POWER_REQUESTED" != "0" ]]
	then
		echo "1" > /home/evccsvr/set_heatpump_enable.status
		echo "1"
	else
		echo "0" > /home/evccsvr/set_heatpump_enable.status
		echo "0"
	fi
else
	#error - not a number received
	echo "0" > /home/evccsvr/set_heatpump_enable.status
        echo "0"
fi

Das Script set_heatpump_maxcurrent.sh dient zum Puffern des aktuell berechneten maximalen Stroms, den die Wärmepumpe verbrauchen darf, sofern evcc die Wärmepumpe aktiviert hat. Wenn man eine Wärmepumpe hat, die über separate Register verfügt, um einen Vorgabewert einer Leistungsaufnahme zu schreiben und ein separates Register, um die Leistungsaufnahme zu starten oder zu beenden, kann man den Vorgabewert sofort in die Wärmepumpe schreiben. Wenn man jedoch wie in meinem Fall eine Wärmepumpe hat, die den Vorgabewert sofort aktiv umsetzt, muss dieser Wert außerhalb der Wärmepumpe gepuffert werden, was das Script hier macht.

set_heatpump_maxcurrent.sh:

#!/bin/bash
#set_heatpump_maxcurrent.sh
MAXCURRENT=$1
MAXPOWER=$((MAXCURRENT * 230))
echo "$MAXPOWER" > /home/evccsvr/set_heatpump_maxcurrent.status

Das Script set_heatpump_soc.sh ermöglicht es, den über die evcc GUI eingestellten Wert von targetSoc in die Wärmepumpe zu schreiben. Die obige evcc.yaml definiert den SOC der Wärmepumpe (dargestellt von 0% bis 100%) als Soll-Brauchwassertemperatur in °C. Meine Wärmepumpe erlaubt es, für das Verwerten von PV-Überschuss eine erhöhte Soll-Brauchwassertemperatur zu konfigurieren. evcc stellt die Wärmepumpe als vehicle mit einem einstellbaren Ziel-Ladezustand (targetSoc) dar. Bewegt man den Schieberegler in der GUI, soll der gewünschte Ziel-Ladezustand die gewünschte Soll-Brauchwassertemperatur in der Wärmepumpe beeinflussen. Das Script liest den aktuellen Wert von evcc aus und schreibt ihn in die Wärmepumpe, wobei Grenzwerte geprüft werden, damit nicht unbrauchbare Werte geschrieben werden.

Das Script wird aktuell nur dann getriggert, wenn eine PV-Anforderung aktiviert oder deaktiviert wird, da es aus dem Script set_heatpump_enable.sh angesprochen wird. Das ist aber nicht nachteilig, da die aktuell in der evcc GUI eingestellte Temperatur (targetSoc) ohnehin erst bei einer Aktivierung der Wärmepumpe relevant ist.

set_heatpump_soc.sh:

#!/bin/bash
#set_heatpump_soc.sh
#read current targetSoc from evcc (% value interpreted as heatpump water temperature)
WWMAX_EVCC=`curl -s -X GET http://localhost:7070/api/state | jq .result.loadpoints[1].targetSoc`
re='^[0-9]+$'
#received result is a number?
if ! [[ $WWMAX_EVCC =~ $re ]]
then
  echo "ERROR: WWMAX_EVCC not received from evcc"
	WWMAX_EVCC=53
fi
#check if targetSoc was set too high (e.g. above 75% equivalent to 75°C water temperature)
if [[ $WWMAX_EVCC > 75 ]]
then
  echo "WARNING: WWMAX_EVCC set too high: $WWMAX_EVCC, reduced to 75"
  WWMAX_EVCC=75
  curl -X POST http://localhost:7070/api/loadpoints/2/target/soc/$WWMAX_EVCC
fi
#check if targetSoc was set too low (e.g. below 42% equivalent to 42°C water temperature)
if [[ $WWMAX_EVCC < 42 ]]
then
  echo "WARNING: WWMAX_EVCC set too low: $WWMAX_EVCC, increased to 42"
  WWMAX_EVCC=42
  curl -X POST http://localhost:7070/api/loadpoints/2/target/soc/$WWMAX_EVCC
fi
#heatpump requires temperature in units of 0.1°C, recalculate targetSoc to 0.1°C units
WWMAX_EVCC10=$((WWMAX_EVCC * 10))
#read expected heatpump water temperature from heatpump
WWMAX_HEATPUMP=`modbus read -p 5022 localhost 400125 1 | sed "s/^400125//" | tr -d "[:space:]"`
re='^[0-9]+$'
#received result is a number?
if [[ $WWMAX_HEATPUMP =~ $re ]]
then
	#received a number
	if [[ "$WWMAX_HEATPUMP" != "$WWMAX_EVCC10" ]]
	then
    echo "write WWMAX_EVCC10 $WWMAX_EVCC10 to WWMAX_HEATPUMP"
		modbus write -p 5022 localhost 400125 $WWMAX_EVCC10
	else
    echo "WWMAX_EVCC10 $WWMAX_EVCC10 is same as WWMAX_HEATPUMP, nothing to do"
	fi
else
	#error - not a number received
	echo "Error: WWMAX_HEATPUMP not received via modbus"
fi

Damit die Scripte auch ablauffähig sind, werden noch folgende Anpassungen benötigt (noch ohne Sicherheitsaspekte zu berücksichtigen):

chmod +x /home/evccsvr/*.sh
touch /home/evccsvr/set_heatpump_enable.status
touch /home/evccsvr/set_heatpump_maxcurrent.status
chmod g+w,o+w /home/evccsvr/*.status

# Install cli tool modbus to read and write modbus registers
https://github.com/tallakt/modbus-cli

sudo apt-get install ruby
sudo gem install modbus-cli

# Install cli tool jq to decode json structures for accessing evcc rest api
sudo apt-get install jq

[miroslav815]

Sehr interessanter Ansatz! Würde es nicht auch schon reichen, einfach nur die von evcc ermittelte Einspeiseleistung via ModbusTCP in das entsprechende Register der Wärmepumpe zu schreiben?

Genau diesen Gedanken verfolge ich derzeit, um meiner Lambda Wärmepumpe (Installation kommende KW) mitzuteilen, ob bzw. wie viel Überschuss gerade da ist. Alles weitere würde die Lambda dann eigenständig regeln.

Allerdings lässt sich diese nur über "write multiple registers" beschreiben.

Anhand der evcc-modbus-Doku lässt sich für mich bisher aber noch nicht erkennen, ob das überhaupt durch evcc möglich wäre. Vielleicht kann das jemand beantworten.

[andig]

@tomac01 die Leistung "intelligenter" Geräte die selbsttätig "Überschussleistung" kommunizieren kann mittels aux Meter für evcc verfügbar gemacht werden.

Die Einbindung von "passiven" WP zur direkten Steuerung durch evcc über Modbus ist technisch auch kein Problem. Keinen Konsens hatten wir bisher aber zur Steuerung. V.a. willst Du bei der WP ja vermeiden, dass sie ständig taktet.

Dafür bräuchten wir erstmal eine gute Strategie.

[isarrider]

Ich behaupte einfach mal, daß es WP gibt, die, wenn man Ihnen den aktuellen Überschuss mitteilt, das selber sinnvoll (ohne dauerndes an/aus und ein vernünftiges Hoch- bzw Runterfahren des Kompressors/Lüfters) regeln können - aber sicher viele (die meisten) nicht.
Aber natürlich je nachdem was die minimale Leistung der WP ist (manche können bis unter 600W elektr gehen -> das ist an den meisten Wintertagen für viele Häuser selbst mit hohem COP eh von nöten - d.h. sie modulieren dann nur hoch aber gingen nie ganz aus)...
Evtl können die Herren/Damen mit WP Erfahrung hier mal teilen, was sie so erlebt haben / erleben...
Das macht ggf dem Rest hier die Auswahl leichter...

[premultiply]

WPs haben in der Regel vor allem eine "SG-Ready"-Schnittstelle, also sprich zwei Schaltkontakte über die man 4 binäre Wunschzustände hinsichtlich der Energieaufnahme an die WP übermitteln kann.

Dazu gehört in diesem Zusammenhang insbesondere ein Modus um die Leistungsaufnahme temporär zu erhöhen weil z. B. Überschuss vorhanden ist. Was die WP damit konkret macht ist aber nicht genau definiert. Meistens wird damit ein bestimmtes internes Preset aufgerufen was die VLT etwas anhebt oder erstmal zwangsweise Warmwasser bereitet.

Letztendlich handelt sich dabei aber eher um eine Spielerei, die ebenso gut mit einer reinen Zeitsteuerung erledigt werden kann, die die Warmwasserbereitung in die statistisch sonnenreichsten und wärmsten Stunden des Tages legt.

[isarrider]

• 4 Zustände ist viel zu grob - das erinnert an Heizungen, die Nachtstrom über einen Funkimpuls getriggert nehmen... (Ok, ist nur on off aber fast ähnlich grob)

[premultiply]

Das mag vielleicht alles nicht deinen Vorstellungen entsprechen, ist aber die Realität.
Und in der Praxis ist selbst dies recht überflüssig, da WP und PV ohnehin ziemlich konträre Verbrauchs- und Erzeugungsprofile haben und Heizleistung eben anfällt wenn sie gebraucht wird und nur in überschaubarem Maß etwas vor- oder zurückverschoben werden kann. Zudem ist eine Regelung niemals so dynamisch wie bei einem Batteriespeicher möglich ist.
Ausserdem ist der Regelbereich nach oben bei korrekter und effizienter Systemauslegung recht beschränkt. Bei NAT gibt es im Idealfall keine Reserven mehr und es wird bereits ein Teil der Gesamtheizleistung via Heizstab erbracht.

Und im Winter ist ohnehin immer zu wenig PV-Überschuss da um damit über den Tag genug Energie ins Haus zu befördern.
Was willst du da noch groß vorziehen oder aufschieben?

Also wenn überhaupt kann man etwas(!) versuchen die größten Summenverbräuche in die Zeit der statistisch höchsten Tageserzeugung (und bei WP der höchsten Tagestemperatur) mittels Prognose zu legen oder versuchen die Leistungsaufnahme in besonders teuren Stunden etwas(!) zu minimieren. Und Abschalten ist aus diversen Gründen ebenso wenig möglich wie sinnvoll. Gleiches gilt für exzessives Heizen über viele Stunden. Das macht den Wirkungsgrad des WP-Systems zunichte und erhöht in Summe eher die Kosten als sie zu optimieren.

Daher hat eigentlich keine WP eine Schnittstelle nach deiner Wunschvorstellung.
Selbst die mit Modbus-Schnittstelle oder eigener Überschusssteuerung bilden damit - wenn überhaupt - im Wesentlichen auch nur die Möglichkeiten der SG-Ready-Schnittstelle ab.
Selbst wenn das in der Herstellerbeschreibung vielleicht alles etwas blumiger beschrieben ist oder sogar noch mit hippen aber regelmäßig leider besonders mangelhaft implementierten Luftschlössern wie EEBus garniert wird.

Bei genauer Betrachtung bleibt am Ende vor allem eins: Mäßig lauwarme Luft.

[Kasper027]

Hallo an alle. Ich versuche gerade dieses gesamt im Homeassistant umzusetzen. Nur dass ich nicht mit Modbus arbeiten kann sondern per MQTT die daten abholen muss. @herrep es ist ja gesamt schon etwas älter. Gibt es eine einfache Erklärung, wie es eventuell nur mit der GUI eingerichtet werden kann? Die .yaml habe ich verstanden, aber die Scripte sind mir doch ein wenig zu hoch. Vllt kann mir hier einer etwas helfen. Eventuell ist ja auch mit der aktuellen EVCC-Version so gar nicht mehr nötig.

Wie könnte ich nun weiter vorgehen? Welche Datenpunkte werden dringend benötigt?

Über ein bisschen Hilfe wäre ich echt dankbar.