Add heatpump control

[johschmitz]

Some people also have a heatpump as part of their setup. Would it be possible to also ads control of those devices? That means we can control when the vehicle should be charged or when the home should be heated first.

[andig]

Interessante Idee. Dann wären wir allerdings eine Art SAE? Nicht unmöglich, aber doch ein wenig Aufwand.

[johschmitz]

Es macht halt schlussendlich nur Sinn alles gemeinsam zu Steuern. Wenn die Wärmepumpe nicht mit rein kommt wird es für immer mehr Leute dann halt nur begrenzt Sinn ergeben evcc-io zu nutzen, fände ich schade, da das Projekt ansonsten für mich ziemlich spannend aussieht.

[TheSpirit]

Meine Hauptsteuerung ist bei mir Loxone. Die kennt auch die Wärmepumpe. Und evcc wird einfach per mqtt „eingebunden“.
Klappt super.

[marcsauter75]

klingt spannend, kannst du etwas mehr dazu schreiben.
Hab auch ne WP mit SmartGrid anschluss die quasi noch überschuss-heizen kann und würde das auch gerne alles kombinieren, dass z.B. die Reihenfolge ist, wenn kein Auto dran hängt dann soll er überschussheizen.

Wäre klasse zu wissen wie du es gemacht hast ..

[Th301]

@TheSpirit. gibt es irgendwo nähere Beschreibungen, wie du "eingebunden" hast?
Meine Steuerung ist auch Loxone, ich möchte auch keine weitere App nutzen. Leider kann Loxone mit meinem Ladegerät nicht direkt kommunizieren, daher fände ich EVCC als Kommunikationsschnittstelle interessant. Also quasi Loxone zu EVCC über iobroker und MQTT und EVCC dann mit EEBUS zum Ladegerät.

[johschmitz]

@TheSpirit das kling sehr gut, kann man denn dann selbst den Kompromiss zwischen Heizen und Fahrzeug laden beeinflussen?

[andig]

Du kannst einfach das Heizen selbst steuern und evcc nimmt die restliche Energie fürs Auto. Dafür ist der PV Modus da.

[Chris591]

Das war auch mein Gedanke es mit einzubinden das man den Speicher heizen kann wenn PV Überschuss da ist.
Und eigentlich wäre es jetzt schon möglich.
Custom LP als Wärmepumpe
Custom Vehicle als Speicher der einfach die Temperatur als % Ladung zurück gibt.
Das was ich verstanden habe was fehlt wäre nur die Prio wer wann laden soll.
Oder man würde einen Custom Batteriespeicher konfigurieren - frage wäre geht ein zweiter Batteriespeicher? der hat ja schon die Prio.

[andig]

Dann mach bitte ein neues Thema. Hat mit WP alles nix zu tun.

[andig]

Ich würde mir das Thema Wärmepumpe gerne mal genauer anschauen. Was wären da die Anforderungen und wie sehen die Schnittstellen aus?

[premultiply]

SG Ready Relaiskontakt.
Der Bedarf für irgendwas abseits einer internen zeitgesteuerten Boost-Funktion geht gegen 0.
Wenn die Sonne knallt will man nicht auch noch den Beton und Estrich aufladen...

[Tagiwara]

Ich besitze eine Wärmepumpe von Stiebel Eltron mit einem sogenannten Internet Service Gateway. Das teil hat einen SG ready Kontakt, über den ich Warmwasser als auch Die Vorlauftemperatur der FBH entsprechend überheizen kann. Aktuell mache ich das per Iobroker wenn genügend PV Strom zur Verfügung steht.

Ich kann mein System gerne zum Testen zur Verfügung stellen.

[Chris591]

Ich glaube bei ner Wärmepumpe kommt es immer drauf an was sie macht. Da es ja verschieden WP's gibt. Für eine Heizung/Klima sehe ich es schwierig da etwas gescheites zu regeln. Denn die Raumtemperatur soll ja nicht niedriger sein wenn keine Sonne scheint eher andersherum, also bei einer Klimaanlage oder Kühlung macht es mehr sinn aber die wird eh anspringen wenn die Sonne lacht da es ja wärmer wird.
Aber wenn man damit einen PufferSPEICHER laden kann dann macht es sinn bevor man den Strom verschenkt ihn in Wärme umzuwandeln und den Speicher zu laden.

[marcsauter75]

Hallo, ich habe aktuell eine alpha innotec wird auch über SmartGrid gesteuert, die Streuerung ist eine Luxtronic2 die kann sehr gut ausgelesen werden, die Daten habe ich auch im IOBroker all zur Verfüung, die Luxtronic wird von einigen Heizungsherstellern verwendet.

[Maarten-DeMoor]

@marcsauter75 I just finished installing an Alpha Innotec SWCV 62K3 heatpump in my home as well as an Enphase PV system with IQ7A micro-inverters. Would you mind sharing how you have been able to set up control of your heatpump and EV charger with the PV system using the EVCC project? I was maybe considering buying the new IQ energy router system that was recently released. However, it's not clear to me whether I need to buy the + version including energy meter and relais, or whether a simple smart grid data connection with the heatpump suffices. I assume the heatpump already has smart grid relays or some digital control integrated... since it even has motor frequency control... Thanks in advance

[johschmitz]

Schnittstellen sind leider sehr unterschiedlich. Manche funktionieren über WLAN und brauchen dann so einen Tuya Adapter wie bei Home Assistant. Manche haben auch andere Schnittstellen. Tuya Adapter wäre auf jeden Fall interessant für viele günstige Geräte.

[johschmitz]

https://www.home-assistant.io/integrations/tuya/ hier ist der link.

[kaeferfreund]

wäre es denkbar wenn mal diese Dinge alle abfängt in dem man EVCC einen maximal erlaubten Netzbezug gibt und alle nicht automotive Verbraucher mit einer anderen Lösung z.B. ioBroker, Loxone, Homebridge etc. steuert?
Auf diese Weise könnte EVCC puristisch bleiben und die Zuständigkeiten wären klar gesetzt?

Edit: Ebenfalls gut wäre, wenn EVCC dann den maximal vorgegebenen Netzbezug dann entsprechend auf die Ladepunkte verteilt.
Edit2: Den maximal erlaubten Strom pro Phase, nicht die Leistung!

[andig]

dass das gar nicht geht.

was geht nicht? Die Frage wäre sicher ein eigenes Thema wert!

[fabsenet]

Die Steuerung des Shelly-Relays über evcc. Ich hab nur gefunden, dass man einen Shelly als Meter verwenden kann, aber nicht zum Schalten von Verbrauchern.

[fabsenet]

ich hab jetzt nochmal genauer geschaut und ich war in der Doku bei Geräten nur im Abschnitt "Hausinstallation" unterwegs, weil es das für mich gedanklich halt auch ist. Ich hab jetzt erst gesehen, dass unter Wallboxen auch noch mal schaltbare Steckdosen kommen. Dann probiere ich damit erst nochmal etwas rum, danke.

[VolkerK62]

Das funktioniert. Hab ich auch. Den Shelly1 als charger und den Shelly 3EM als charge meter.

[fabsenet]

Grundlegend muss ich festhalten, dass es funktioniert. ich habe genauso wie @VolkerK62 ein shelly1 und ein shelly 3em und die wärmepumpe selbst ist auch 3phasig betrieben. Wenn man die Doku liest, heißt es ausdrücklich, man muss phases: 1 machen und hab ich auch, aber er zeigte mir oben rechts sogar eine warnmeldung, dass meine phases falsch konfiguriert sind. liegt das am shelly 3em? kann ich das auf 3 stellen oder lieber meldung ignorieren?

[johschmitz]

Über die klassischen Klimaanlagen kann man kühlen und heizen. Grad wenn man eh Elektrizität übrig hat kann das ganz praktisch sein. In vielen älteren Gebäuden gibt es halt oft die Situation, dass eine Gasheizung um solche Ansätze erweitert wird. Im Sommer gibt es auch oft das Thema Pool Wärmepumpe und dann kann man auch teilweise mal verzichten wenn man grad den Strom anderweitig benötigt. Von daher muss eine generische Lösung her, jedes Haus ist da leicht anders eingerichtet.

[premultiply]

Die wesentliche Frage wird sein ob und was das mit evcc zu tun hat. Mit iobroker, SmartApplianceEnabler & Co. gibt es da ja geeignete Werkzeuge für interessierte Anwender um individuelle Lösungen herbeizuführen, was ja bei "normaler" Haustechnikauch vglw. einfach und günstig zu bewerkstelligen ist.

[johschmitz]

@premultiply Wenn man es so löst dann ist die Frage wie gut man evcc in diese Lösung integrieren kann und ob man es dann überhaupt noch braucht(?) Ist die Philosophie so, nur weil der Name evcc ist, dass man keine weiteren Module einbauen sollte? Persönlich würde ich es jedenfalls bevorzugen nur eine Lösung zu verwenden die möglichst simpel sich um alle großen Verbraucher im kW Bereich kümmert. Das ist der Themenblock der für mich falls möglich gemeinsam gemanagt gehört. Am Ende müssen es aber diejenigen entscheiden die ihre Zeit in die Umsetzung investieren.

[andig]

Wir müssen irgendwann mal anfangen zu definieren was „es“ ist das man brauchen könnte. Ich hab noch kein Bild?

[ghost]

Ich sehe in der Steuerbarkeit meiner Wärmepumpe (Wolf CHA-10 Monoblock mit je 150l Speicher für Heizung und Warmwasser) in meiner Situation durchaus als sinnvoll an.

1. Niedrigenergiehaus, welches an Sonnentagen bei niedrig stehender Sonne (Herbst, Winter, Frühling) tagsüber kaum Heizleistung braucht.
2. eGolf, der nicht die gesamte überschüssige PV Energie aufnehmen kann
3. Batterie 7 kWh, die an Sonnentagen bereits mittags voll geladen ist.
   Optimierung: Mit Überschuss aus PV und der Wärmepumpe oder dem Heizstab die Temperatur in den Speichern auf ein höheres Niveau zu bringen.
   Werde dies versuchen, sobald die Steuerung der Wärmepumpe per TCP bzw ModbusTCP geliefert und eingebaut ist.

[ghost]

Was ich in der Beschreibung meiner Ausgangslage vergaß:

1. unser Niedrigenergiehaus ist ein hochisolierten schwedisches Holzhaus auf einer Thermoplatte, mit Erdgas hatten wir Heizjahreskosten von ca. 600€.
2. Wir haben keine Fußbodenheizung, sondern Heizkörper, die wir optimiert mittels Bosch-Smarthome bedarfsgerecht steuern.
   Daher haben wir im Haus keine signifikanten Speichermassen und der Zeitwasserspeicher an unserer Wolf CHA 10/400V Wärmepumpe (SG-Ready) macht daher aus meiner Sicht absolut Sinn.

[ttjaden]

Ich habe zwei Jahre intensiv beruflich an der Regelgung über SG-Ready gearbeitet und habe auch Workshops mit dem Bundesverband Wärmepumpe gemacht. Hier mal eine kurze Präsentation, wie man sinnvolle Regelparameter festlegen kann, so dass die Nutzung der SG-Ready-Schnittstelle Sinn ergibt.

https://solar.htw-berlin.de/wp-content/uploads/TJADEN-2016-PPT-Waermepumpen-und-der-Einfluss-von-PV-Batteriespeichern-auf-einen-netzdienlichen-Betrieb.pdf

Ansteuern könnte man praktisch alle am Markt verfügbaren Wärmepumpen über SG-Ready wohl am einfachsten über einen Shelly. @andig und @premultiply : Wir können uns dazu gerne auch mal im Gespräch austauschen.

[ttjaden]

Könnte man sowas nehmen https://cmatic.de/?accessid=2&id=152 und damit mit EVCC den SG-Ready-Kontakt steuern? Wenn dann trotz Auto laden noch Sonnenstrom übrig ist, soll Warmwasser gemacht werden.

Prinzipiell geht so ein Schalter. Aber schau auch mal in die Doku von EVCC. Hier gibt es ja bereits kompatible "Schalter": https://docs.evcc.io/docs/devices/chargers#schaltbare-steckdosen
Jedoch geht EVCC aktuell wohl noch davon aus, dass die Leistung dann auch über diesen Schalter gemessen würde. Dies wäre bei der Nutzung des Schalters für das schalten des SG-Ready-Eingangs ja aber nicht der Fall.

[ttjaden]

Kurz zur Pufferspeicher-Diskussion. Ich sitze im Arbeitskreis Richtlinie des VDI 4657 "Planung und Integration von Speichern in Gebäudenergiesysteme" einmal Schwerpunkt Thermische Speicher (Blatt 2) und Elektrische Speicher (Blatt 3). Die Richtlinie kommt in ca. einem Jahr raus. Ich greife mal vor: Es gibt gute Gründe für und auch gute Gründe gegen Pufferspeicher zwischen Wärmepumpen und Heizungsanlagen. Wir sollten uns hier in der Diskussion also nicht zu viel an den Kopf werfen ;-)

[ttjaden]

Tjarko, gibt es aus Deiner Sicht signifikante Veränderungen gegenüber Deiner Präsentation, wenn die Wärmepumpe auch im Heizkreislauf einen größeren Vorratsbehälter (160l) hat? Denn gerade das erzeugt bei mir die Idee der Nutzung von PV Überschuss zur Erzeugung eines Wärmevorrats.

Hatte ich seinerzeit auch mit untersucht. Also nur TWW-Speicher, nur Pufferspeicher oder beides zusammen. Auf die Grenzen der sinnvollen Regelparameter hatte das keinen nennenswerten Einfluss. Wichtig ist jedoch, dass die Überhitzung nicht zu hoch gewählt wird. 10K sollte da aus wirtschaftlicher Sicht eine Obergrenze darstellen.

[koaschten]

Ich muss mich hier gerade mal ranhängen.
Wie ist deine Meinung zum "SMA Leitfaden PV + WP"?
Sollte man sich die Mühe machen zum Beispiel einem Shelly 3em als Leistungsmessung der Wärmepumpe zu nutzen und über den Relais Ausgang die Vorlauf-Temperatur bei PV Überschuss auszulösen? Sei es nun über sg-ready oder über andere Wege? Erfordert vermutlich eine relativ träge Hysterese damit nicht jede Wolke die WP wieder ausschaltet, was mit Sicherheit nicht dienlich für die Lebensdauer des Verdichter ist.

Ansonsten bin ich da bei @premultiply , Zeitgesteuert über Mittag. trifft zu 80% ins Schwarze. ;)

[premultiply]

Das verlinkte Dokument finde ich ziemlich umfassend und stimmig.
Die wesentlichen Knackpunkte sind aus meiner Sicht korrekt beschrieben und mit den fachlich richtigen Lösungen behandelt die auch z. B. im HTD- oder PV-Forum immer und immer wieder vorgebetet werden (müssen).

[martin2day2]

Hallo zusammen,

sehr interessante Diskussion.
Ich stehe eben gerade vor genau der Frage...
Ich habe eine PV-Anlage, seit ein paar Tagen EVCC mit einer ZOE im Einsatz und nun möchte ich die Wärmepumpe etwas intelligent einbinden.

Ich selber bin Automatisierer und sehe die Dinge gern praktisch.
Ich sehe bei mir zwei Anwendungsfälle, denn wie schon richtig geschrieben, stehen PV und WP meist entgegengesetzt.

1. Warmwasser: Unabhängig von der Heizanforderung benötigt man Warmwasser. Hier würde ich zuerst "optimieren".
   Aktuell habe ich 1x am Tag für ca. 30min 3kW an Leistung für Warmwasser... das habe ich aktuell noch stur auf 13:00 gelegt... damit
   komme ich super hin. Mit dem SG Ready Signal könnte man diese Aufbereitung aber auch in einen Zeitpunkt legen, der 100% Solar
   erfolgen kann. Wobei ich hier wohl eher das Auto ausmachen würde als die WP öfter zu Takten.
   Für meine Luft-Wärmepumpe spielt die Außentemperatur eine Rolle beim Wirkungsgrad. Deshalb habe ich hier die 13:00 gewählt weil
   es da tendenziell wärmer ist als am Morgen...
2. Wärmeerzeugung bei sonnigen aber kalten Tagen.
   Wenn noch Energie aus der PV über ist, dann könnte man den Estrich um 1-2° überheizen um so einen kleinen Puffer für den Abend
   und die Nacht zu haben. Auch dafür wäre das SG Ready Signal gut geeignet.

Ich würde bei der Umsetzung auch gern mit helfen... soweit es möglich ist.

Ich habe einen FHEM Server und eine Siemens SPS im Haus... :-)

[iot4all]

Da die WP eben kein Heizstab ist ist die Sache eben nicht so einfach. Und eine AZ die höher als ein Heizstab ist erhält man bei der WP eben auch nur wenn man die "Eigenheiten" des Systems berücksichtigt und die Auslegung so präzise macht dass die permanent ins Haus gepumte Wäremenge möglichst genau dem Wärmeverlust des Hauses entspricht.

Dass es einfach wäre, hat niemand behauptet ;).
Der Hersteller muss bei "externer Leistungsvorgabe" die optimale Betriebsweise (z.B. kein Takten) sicherstellen. Da gibt es schon Optionen. Die Verdichter arbeiten heute auch nicht mehr ON/OFF.

Jede Erhöhung oder Absenkung macht die Effizienz zunichte, da dies früher oder Später wieder aufgeholt werden muss. Entweder durch die Erhöhung der Leistung oder den Stop des Verdichters. Dazu kommen dann noch Phasen der Warmwasserbereitung in denen nicht geheizt werden kann und die Maschine für die hohe Temperatur stark beansprucht wird und bei passenden AT auch noch Abtauphasen in denen dem Heizkreis zusätzliche Energie entzogen wird. Währendessen kann natürlich auch kein Warmwasser bereitet werden.

Jeder dieser Modi ist einzeln zu betrachten und herstellerseitig auf eine OPTION (kein MUSS) zur PV-Führung anzupassen. Es würde mich wundern, wenn dies noch nicht im Labor läuft. Energiekrisen haben den Vorteil, dass sich viele Leute Gedanken machen. Der erste OEM, der mit einem funktionierenden Feature "PV-geführt" auf den Markt kommt, wird sich vor Kaufinteresse nicht retten können.

Daher gibt es eigentlich keine mir bekannte WP für den Heimgebrauch die eine direkte externe Leistungssteuerung zulässt. Das höchste der Gefühle sind daher fehlerhafte bis unbrauchbare EEBUS- oder SEMP-Schnittstellen oder eben die klassischen SG-Ready Kontakte mit denen man der WP bestimmte Empfehlungen/Wünsche mitteilen kann (quasi in der Regel eine Art Preset) denen die interne Steuerung dann nach sorgfältiger Abwägung je nach momentanem Betriebszustand und -parametern eventuell nachkommt.

Ich versuche mich gerade an einem Mitsubishi-Außengerät mit bauseitigem PWT. Das AG ist dort per Interface-Modul in 7 Stufen leistungssteuerbar (gab es bereits 2008).
Problem: Die o.g. Optimierungen der Betriebsmodi muss man selbst sicherstellen. Eigentlich ist mir das zu viel Arbeit, aber ich sehe es als Lernprojekt. Die Steuerung wird in Node-Red realisiert (sehr flexibel, auf schlanker Hardware laufend (RPi)).

Im Idealfall steuert das HEMS (oder EVCC oder openWB) das Teil proportional zum PV-Überschuss, genau wie ein BEV. Allerdings gibt es weder 6A-Beschränkung noch 1p3p-Umschaltung ;).

Hier wird versucht, einer Lambda-WP den Überschuss zu übermitteln (Register-write):
https://openwb.de/forum/viewtopic.php?p=65436#p65436

[premultiply]

Das besonders Blöde bei "PV-geführter WP" ist auch noch, dass bei Sonnenschein tagsüber auch noch die sonstigen solaren Erträge (z. B. Sonneneinfall durch Fenster) ohnehin höher sind. Wenn man in dieser Zeit die Bude überheizt bekommt man

1. tagsüber mit Verzögerung eine deutlich höhere Raumtemperatur (natürlich je nach Einstrahlung) als beabsichtigt und
2. dann ebenfalls mit Verzögerung durch diesen starken Wärmevortrag mit anschließender Abregelung des Wärmeeintrags durch die WP dann nachts ein Wärmeloch in dass die WP (ohne PV) mit Netzstrom und niedriger AT übermäßig zuheizen muss (normales Schwingungsverhalten) da die RL-Temperatur dann erstmal überproportional stark absinkt. Das Haus fungiert ja dabei auch wie ein sehr großer Pufferspeicher. Bei FBH (oder gar BKA) natürlich deutlich mehr als bei HK. In jedem Fall führt das aber zu vglw. stark schwankenden Innenraumtemperaturen die sich im ungünstigsten Fall nicht mit dem gewünschten Temperaturverlauf (nachts etwas kühler) decken.

Die Warmwasserbereitung (und unterbrochener Heizbetrieb) schiebt man in die sonnenreichsten Stunden da

1. Der sonstige solare Eintrag ins Gebäude dann am höchsten ist und somit die Heizunterbrechung am wenigstens auffällt.
2. die AT am höchsten ist und somit die Differenztemperatur am geringsten ist (Effizienzoptimierung)
3. der Anteil der selbsterzeugten PV-Energie am höchsten ist (Minimierung des Netzbezugs)

um dann mit vglw. schlechtem COP in relativ kurzer Zeit relativ hohe Speichertemperaturen zu erreichen die dann im Idealfall den Warmwasserbedarf für 24h decken.

[koaschten]

Dann hab ich das ja richtig verstanden, denke ich. "Stärker heizen" macht wenig Sinn, was Sinn macht ist den Brauchwasser Puffer höher zu temperieren.

[premultiply]

Idealerweise wird der Warmwasserspeicher nur einmal am Tag (eben zur statistisch wärmsten Tageszeit die aber auch den höchsten PV-Ertrag hat) auf die Zieltemperatur erwärmt. Das ist oft die Zeit nach dem ortsbezogenen Sonnenhöchststand. Ausnahmen bestätigen die Regel.

[iot4all]

WW: volle Zustimmung
WW-Volumen mit hoher VL-Temp. sollte bei optimalen Außenbedingungen in mglst. kurzer Zeit generiert/gespeichert werden.

Heizen: Hier punktet die FBHZ mit Pufferspeicher (hier um die 1000l, welche schon die Taktung der Brennwerttherme massiv reduzierten und die Lebensdauer deutlich verlängerten). Das größere Brauchwasservolumen wird den Temp.-anstieg im System gering halten und stattdessen Nachtreserven bieten (bei minimal abgesenkter VL-Temp.).

Auch die große Trägheit der FBHZ hilft, keine extremen Raumtemp.-sprünge zu generieren, zumal hier auch eine gewollt kleine WP zur Anwendung kommt (ca. 4 kW max.). Das beugt unerwünschter Taktung vor.

Man kann die Systeme trotz zu beachtender Grundprinzipien nicht komplett pauschalieren, da etliche Parameter für ein gutes Gesamtsystem verantwortlich sind:

• WP-Leistungsklasse (häufig überdimensioniert)
• PVA-Größe
• mit / ohne Puffer
• Raumvolumen / Heizfläche
• Fußbodenbelagsart (Keramik puffert mehr, Holz isoliert mehr)
• Gebäudedämmung
• Fensteranteil an der Gebäudehülle (passive Energiegewinne)
• Einstellung der WP (Vol.-strom, hydr. Abgleich, VL-Temp.)
• u.a.

Aus Nutzersicht sehe ich eine "PV-Führungsoption" dennoch als gutes feature. Für WW sowieso (deutlich besserer Heizstab) und bei trägen/pufferfähigen Systemen auch zum Heizen.

Mal sehen, was das Livesystem für Ergebnisse liefert. Es geht um Gasreduktion und da kann eine optimal betriebene Klein-WP sicher einiges an Beitrag leisten.

[fabsenet]

Moin! Ich hab bei uns einen 3EM eingebaut und fand es allein schon interessant, darüber die Arbeit der WP besser beobachten zu können. Wir nutzen die aktuell auch zum Kühlen über die Fußbodenheizung und für Warmwasser. Ich habe Warmwasser per Zeitsteuerung nur in der Mittagszeit, aber wenn wir über SG Ready das Signal geben, macht sie halt zu jeder Zeit Warmwasser. Kühlen machen wir ausschließlich, wenn SG Ready Signal kommt. Also zwingend brauchen tut man den 3em dafür nicht, aber ich hab zum Beispiel auch erst darüber festgestellt, dass sie manchmal am takten war und habe dann feinjustiert. Ich würde es wieder tun, aber dir muss auch klar sein, dass es nur ein Schritt in Optimierung und Eigenverbrauchssteigerung ist. Weitere Fragen? :-) lg f

[Pluenni]

Das wird immer interessanter hier!
Da ich nun das Überschussladen meines EV im Prinzip am Laufen habe, paar Tests noch und gut ist, fällt mir beim Stöbern dieser Thread ins Auge.
Warmwasser als Puffer ist auch bei mir die Idee. Meine WP ist HD Ready und auch ich habe bislang zur Fernsteuerung das kleine ModBus Gerät ISG am Start.
Ich muss mal Recherche betreiben, aber die Schnittstelle ist im Prinzip gut ansteuerbar. So kann ich zB über einen WebHook über Alexa meine Lüftung steuern (in 3 Stufen), zB wenn wir Kochen und der Braten mal wieder extreme, gute Gerüche verbreitet.
Die Anteuerung habe ich teils geschätzt und teils über das Handbuch herausgefunden. Schon eine Weile her.
Ich könnte mir Vorstellen, dass man dann Warmwasser bei Überschuss so ansteuert abhängig von u.a. auch der Werte rückwärts aus der WP.
Bin gespannt, auf postives Echo hier.

U.a. dieses Forum finde ich interessant:
https://www.openwb.de/forum/viewtopic.php?t=4616

lg,
T

[Pluenni]

Mal meine PHP Scripte kurz angeschaut:
$isg_website = "http://192.168.188.26";
$modus_luefterstufe = "0"; // 0-3

// Umwandeln der Daten
//$code=rawurlencode ("[{"name":"val39s","value":".$modus_betriebsart."}]");
$code=rawurlencode ("[{"name":"val82","value":".$modus_luefterstufe."}]");
//echo $code;

$cu = curl_init();

curl_setopt($cu, CURLOPT_URL, $isg_website."/save.php"); // url
curl_setopt ($cu, CURLOPT_POST, 1); // post formular

curl_setopt($cu, CURLOPT_FOLLOWLOCATION, true); // Location: folgen
curl_setopt ($cu, CURLOPT_COOKIEJAR, 'cookie.txt'); // cookies unterstützen...
curl_setopt ($cu, CURLOPT_RETURNTRANSFER, 1); // ausgabe als string
$req = curl_exec ($cu); // request mit Anmeldedaten abschicken
curl_setopt ($cu, CURLOPT_POSTFIELDS, "data=".$code);
$req1 = curl_exec ($cu); // request mit den Änderungsdaten abschicken
$response = curl_getinfo( $cu );
curl_close ($cu);

?>

So setzte sich der post zusammen. der Parameter val82 ist derjenige welcher mit der Lüfterstufe die Steuerung ergibt.
Die Idee ist nicht von mir, hatte ich in den Tiefen irgendwo gefunden, weil ich nicht wusste, wie der Post sich zusammensetzt.

Warmwassertemp. Soll wäre Zb val11.

Die ModBus Adressen sind hier zu finden:
https://www.stiebel-eltron.de/content/dam/ste/cdbassets/historic/bedienungs-_u_installationsanleitungen/ISG_Modbus__b89c1c53-6d34-4243-a630-b42cf0633361.pdf

Wie man an die Übersetzung kommt, ist der Knackpunkt.
Ansonsten liesse sich doch die Wärmepumpe damit ansteuern mit allem, was das ISG auch bietet und zB die Warmwasser Temp hoch setzen oder den Handbetrieb auslösen mit zB einer individuellen Soll Temp.

Vielleicht erzähl' ich auch Blödsinn.

T

[Pluenni]

So, und das sollte als Anstoss dann reichen: Hier hat recht cool einer mal die Box geöffnet und den Webserver mit SOurcen alle mal analysiert, um die Auslesewerte dann in lox einzuspielen.
https://loxwiki.atlassian.net/wiki/spaces/LOX/pages/1540556607/mit+ISG+web+ber+Modifikation+des+Webservers

[Lucifus01]

Hallo zusammen,
die Heizung über evcc zu steuern ist eine interessante Idee.
Ich habe eine Vaillant Wärmepumpe, welche auch schon den eebus besitzt. Da eebus bereits in evcc implementiert ist, ist natürlich nun meine Frage, ob ich diese nicht bereits jetzt schon (als zweites Auto oder so) einbinden kann?
In der App der Heizung finde ich über eebus auch schon meine evcc Installation.

SMA macht das auch schon:
https://www.youtube.com/watch?v=0R3MdE03w58

[occtopus]

Hallo zusammen,
die Vaillant Wärmepumpe habe ich auch eingebaut. Die Anlage findet auch ohne Probleme die EVCC_HEMS allerdings ist es nach meinem Kenntnisstand so, dass evcc die Lib https://github.com/enbility/eebus-go benutzt. In dieser sind aktuell "nur" die Auto Lade Use Cases abdeckt. Es müsste wenn ich das richtig verstehe der HAVC Use Case umgesetzt werden. https://www.eebus.org/solutions/#use_case_tab. Dies sollte dann ermöglichen maximal viel Überschuss in durch die Wärmepumpe und deren interne Regelung nutzbar zu machen. @andig gibt es Aktivitäten in die Richtung. Könnte ich hier irgendwie unterstützen?

[andig]

@occtopus danke für Dein Unterstützungsangebot! Mit #9393 haben wir einen allerersten Schritt gemacht. Der nächste sinnvolle, aber sicher nicht einfache, Schritt wäre #7338.

Unterstützung für EEbus wäre definitiv interessant. Bisher ist es v.a. an Testgeräten gescheitert. Gespräche mit mehreren Anbietern sind ergebnislos verlaufen. Wenn Du/ihr mit Euren Geräten testen wollt können wir da weiter machen.

Für EEbus ist @DerAndereAndi der Experte. Wir sind von Unterstützung durch enbility abhängig.

[DerAndereAndi]

Die mir bekannten Vaillant Wärmepumpen unterstützen nur sehr alte UseCases, von denen die Spezifikationen nicht öffentlich verfügbar sind. Und die Geräte verhalten sich auch nicht so, wie man sie von der aktuellen EEBUS Spezifikation erwarten würde. Siehe https://enbility.net/devices/

Ich sehe da momentan keine Chance die alten UseCases zu unterstützen. Auch die neueren wäre einiges an Arbeit. Ohne Testgeräte auch fast unmöglich.

[occtopus]

Das mit den sehr alten UseCases hatte ich auch schon mal irgendwo gelesen, es aber nicht wiedergefunden. Ich würde da mit meinem Testgerät auf jeden Fall zur Verfügung stehen. Habe schon mal ein Port Mirror auf von der sensoNet aufgemacht und wollte mal schauen was ich da eventuell mit sniffen kann.

[Optic00]

Ich kann meine Tecalor Wärmepumpe über das zusätzliche "ISG Web" per Modbus steuern. Ich fände eine Integration in EVCC auch toll. Ich glaube es gibt viele die so etwas gerne hätten, aber es ist nur nicht so straight-forward wie bei Wallbox und E-Auto vermutlich. Warmwasser als kurzzeitig steuerbaren Verbraucher / Puffer fände ich da noch am einfachsten da man ihn m.E. relativ einfach mit einem Akku vergleichen kann. Bei der Fußbodenheizung/Estricherwärmung wird das Thema sicher komplexer, da man gegen/mit der Trägheit der Estrichtemperatur ein Raumtemperatur erhalten möchte. Das ganze Abhängig von der Aussentemperatur.

[andig]

Für das Stiebel ISG hatte ich mal einen Prototypen gebaut. Falls Du selbst compilieren kannst könntest Du darauf aufsetzen.

[rediculum]

Meine Weishaupt hat einen SG Ready Kontakt. Daran hab ich einen Shelly1 dran, welcher von evcc angesteuert wird. Schau mal #3837

[diver77]

Genau so habe ich es auch mit meiner Striebel-Eltron WWK300 auch gemacht.
Mich würde mal interessieren, ob es eigentlich möglich ist, über evcc auch abzulesen, wieviel Strom aus der Steckdose und wieviel Strom vom PV überschuss kommt. Nicht nur für meine WP sondern auch für mein Auto.

[IonasElate]

Hallo!

Gibt es hier was neues? Wenn ja wo kann ich mich einlesen?
Ich habe auch eine Stiebel WP und ein ISG. Die Werte (Verbrauch) als Anzeige würden mir schon reichen. Steuern muss ich nichts (läuft über OpenHAB).

[Tombra1889]

DIe Verbrauchswerte der ISG sind nur Schätzwerte. Diese Wärte sind per Modbus leider nicht erreichbar. Für ioBroker gibt es einen Adapter, dieser nutzt die Webseite aus und kann daher den Schätzwert Stromstärke und Spannung des Inverters auslesen.
Nach meiner Erfahrung werden aber zu große Werte geliefert, die dann teilweise größer als der Gesamtverbrauch des Hauses sind.

Demnächst wird ein KNX Zähler eingebaut, dann sollten genauere Werte inkl. Pumpen und Co. vorliegen.

[Flixhummel]

Hallo in die Runde, ich habe eine Weishaupt BiBlock Wärmepumpe WBB20. Mit dem letzten Softwareupdate hat sie jetzt auch ein "Gaspedal" bekommen: Per Modbus TCP kann der Wärmepumpe, Datenpunkt 40002 (Holding R/W), (0 … 30.000 W) ein elektrischer Leistungswert vorgegeben werden, z. B. der PV- Überschuss zur kompletten Eigenstromnutzung.
Also nicht nur SG Ready On-Off sondern auch der PV Überschusswert.
Also könnte man ja die Wärmepumpe als Loadpoint in EVCC anlegen und in den Datenpunkt die überschussleistung reinschreiben - analog zum E-Charger. und dann bräuchte man eine priorisierung der Verbraucher (Hausbatterie, EV, WP).
Aber wie man die allgemeine Heizlogik einrichtet (siehe diskussionen oben) da hab ich noch ein großes Fragezeichen und viel zu wenig ahnung wie man eine heizung überhaupt effizient steuert. Über die Wintermonate schaltet unsere WP regelmäßig jede Stunde ein und läuft dann für eine halbe stunde bei ca. 2kw. Ob das normal ist, gut ist oder nicht, hab ich keine Ahnung. Ich kann einige der obigen Beiträge nachvollziehen, wonach es nur in der Sommerzeit sinn macht das Warmwasser dann zu erhitzen, wenn PV Überschuss vorhanden ist. und dann ist es wohl am besten, per zeitschaltung eine zeit vorzugeben und den Leistungswert der PV überschuss. dann wird einmal am Tag aufgeheizt und das sollte reichen...
Hat jemand von euch schon diese möglichkeit ausprobiert, der WP einen PV überschuss-Leistungswert vorzugeben?

[joplhb]

Hallo @Flixhummel , wenn Du die Leistung Deiner WP unter 2 kW einstellen kannst, wäre das sinnvoll. Jede Stunde für ca 30 Minuten anspringen halte ich nicht für sinnvoll, auch für die Lebensdauer. Die heizt wahrscheinlich jedesmal auch den Kompressor auf, was für den Gesamtenergieverbrauch kontraproduktiv ist. Da würde ich mal testen, ob das mit 1 kW Limit durchläuft, falls Du es so niedrig einstellen kannst.
Ob das so sinnvoll ist, die WP auf den Überschuss zu regeln weiß ich nicht. Ich begrenze momentan eher die Leistung, so dass sie ziemlich lange am Stück läuft. Da macht es mir auch nichts aus, wenn das aus dem Akku kommt. Im Winter reicht es eh nicht für Autarkie (WP, 2 E-Fzg).
Für mich ist gerade eher interessanter, bei richtigem Überschuss (Autos + Akku voll, WW-Speicher auf 60°C) noch etwas über den Heizstab in den WW-Speicher zu drücken, bevor ich den Strom für 7 ct in Netz "verschenke". Dann reicht die Temperatur für die thermische Desinfektion, was in einem 2-Familienhaus turnusmässig durchgeführt werden sollte. Oder das warme Wasser reicht dann 2-3 Tage.

[Tombra1889]

Im Gegensatz zu Autos müssten die Statusausprägungen für Wärmepumpen etwas anders sein. Diese würde ich gerne einmal gemeinsam sammeln.

Sammlung relevanter Statusausprägungen für Wärmepumpen:

1. Aus # ggf. relevant, vielleicht finden wir aber auch Gründe, die dagegensprechen?!
2. Standby / Grundlast # z. B. für Steuerungen Pumpen etc. Im Gegensatz zu Autos wären die "Chargingsessions" nicht auf den eigentlichen Anlauf der Wärmepumpe begrenzt, sondern sollten sich im Optimalfall auf 24 Stunden erstrecken und so in der Übersicht der Sessions auftauchen.
3. Heizen # die Wärmepumpe/Verdichter läuft aktuell
4. --> Pufferladung # die Wärmepumpe heizt und lädt dabei den Pufferspeicher
5. --> Warmwasseraufbereitung # die Wärmepumpe läuft und erwärmt das Trinkwasser
6. SG-Ready angefordert # Verdichter läuft aber noch nicht
7. SG-Ready aktiv # Verdichtet läuft
8. --> SG-Ready aktiv mit Pufferladung
9. --> SG-Ready aktiv mit Warmwasseraufbereitung
10. EVU-Sperre # oder Ähnlich, hiermit könnten ggf. teure Zeiten via Tiber oder Ähnlich gesperrt werden, ggf. in Kombination mit einem Preislimit / Batteriestand und Maximale Sperrzeit. Der Kontakt müsste ebenfalls via SG-Ready geschaltet werden können.

Die Steuerung würde ich weiterhin auf die SG-Ready Funktion begrenzen. Dies bedeutet die Status 1-5 würden von der Wärmepumpe selbst bereitgestellt. Sollte ein PV Überschluss hinzukommen, kann die Wärmepumpe den SG-Readykontakt schalten und so Status 6 aktivieren. Wenn die Wärmepumpe dann startet, würden je nach verfügbaren Ausprägungen 8 oder 9 aktiv werden.

Die Status 4,5,8 und 9 könnten ggf. auch mit einer Zweitstatusausprägung und entsprechender Kombination abgebildet werden.

[Tombra1889]

Kann evcc hier schon mehr als veröffentlicht ist?

evcc:
  log:
    level: info
  server:
    bind: ":8080"
  cache:
    dir: data
  http:
    timeout: 10s
  meter:
    refresh: 10s
  heatpump:
    - name: "Wärmepumpe"
      type: "modbus"
      address: "192.168.0.200:502"
      refresh: 10s
      status: true
      enable: true
      power: true
      current: true
      temperature:
        indoor: true
        outdoor: true
      setpoint:
        min: 15
        max: 25
      operationMode:
        heating: true
        cooling: true
        ventilation: true
      compressorState: true
      fanState: true
      errors: true
      errorList:
        - code: "E100"
          description: "Low pressure error"
        - code: "E200"
          description: "High pressure error"

[RenatusRo]

ROTFL, LLM being LLM :-)

[premultiply]

Auf diesen energiefressenden Schwachsinn hat die Welt echt noch gewartet... 😪

[joplhb]

Ich denke da darf jeder Entscheiden für was er seinen Energieüberschuss einsetzt. Man kann ihn natürlich auch für 7ct einspeisen und Nachts mit schlechtem Wirkungsgrad  für 38 ct/kWh nachheizen oder einfach tagsüber mit dem Heizstab auf 75 Grad aufheizen und die Wärmepumpe hat keine Abnutzung. Das ist für mich auch Umweltschutz wenn die Wärmepumpe länger hält. Ich bin gerade dran, es so aufzusetzen, dass ich einen Dummy in FHEM habe, der von meiner Ladestation „Heizstab“ aus evcc mit Daten versorgt wird. Wenn es vollständig läuft werde ich es posten. Freundliche Grüße Joachim Platzer Am 11. Apr. 2024, 13:07 +0200 schrieb premultiply ***@***.***>:

…

Auf diesen energiefressenden Schwachsinn hat die Welt echt noch gewartet... 😪 — Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you commented.Message ID: ***@***.***>

[RenatusRo]

ich glaube, es ging um ChatGPT, nicht den Heizstab ...

[premultiply]

So ist es. Es ging um die Qualitätsergüsse von ChatGPT & Co und den enormen Energiebedarf den die dafür verwendete Technik zur Herstellung und Betrieb hat.

Deine Meinung über den Verschleiß von Wärmepumpen durch Dauerbetrieb teile ich allerdings aus technischen Gründen auch nicht.
Das Gegenteil ist der Fall.

Und ein Heizstab hat eben auch immer nur einen COP von 1 während eine WP ein Vielfaches der eingesetzten Energie als Wärme liefert.
Daher stimmt deine Rechnung nicht.

Übrigens ist es je nach Wasserqualität auch absolut nicht empfehlenswert einen Warmwasserspeicher weit über 60°C aufzuheizen wenn einem an einer langen Lebensdauer der gesamten Installation gelegen ist. Die Speicherkapazität eines solchen ist übrigens auch relativ gering im Vergleich zum Volumen bei häufig auch noch vglw. großen Verlusten (natürlich typ- und installationsabhängig)

[joplhb]

Entschuldigung, ich habe es nur kurz auf dem Mobiltelefon überflogen. Aber ganz klar: Wer lesen kann ist in Vorteil :-)

Da hast Du schon recht, dass Dauerbetrieb mehr Verschleiß erzeugt als Takten mit Ein-Phasen > 30 Minuten. Reibung ist halt Reibung und erzeugt Verschleiß und thermische Belastung ist auch nicht ohne Auswirkung.
Wir haben ein Zweifamilienhaus, da kann ich nicht beliebig Heizzeiten nach Sonnenangebot verschieben oder den Mietern sagen, sie sollen halt 3 Stunden später duschen.
Deshalb habe ich mich für einen Reverse+ Speicher im Heizkreis Erp A+ mit 400l mit 40W Verlust und 1000l mit 200mm Isolierung und 57W Verlust entschieden. In den Speichern ist Heizungswasser, das Frischwasser mache ich über eine Frischwasserstation. Wenn der WW-Speicher > 60° hat schalte ich ein Ventil um, um das Vorlaufwasser der FriWa weiter unten zu zapfen. Da bilde ich mir ein, eine Verkalkung reduzieren zu können. Je nach Temperaturdifferenz bekommt man da schon 10 kWh oder mehr in den Speicher.
Unter Energiegesichtspunkten hast Du recht, dass der Heizstab wenig sinnvoll ist. Da ich aber wie schon geschrieben wenig für die Einspeisung bekomme, geht es für mich unter finanziellen Gesichtspunkten auf. Und solange unser Netz bei starker Sonne oder starkem Wind Kapazitätsprobleme hat, bin ich der Meinung, ich darf das schon selbst (etwas unsinnig) verbrauchen.
Wir haben für 260m² Wohnfläche 5650 kWh Strom für Heizung und WW verbraucht, das ist für mich in Ordnung, hat aber noch etwas Potential. Mit der Gasheizung waren es 30000 - 40000 kWh.
Ich denke müssen nicht alle der gleichen Meinung sein, ich finde die Diskussion wichtig.
Aber auf jeden Fall vielen Dank für evcc und die super Unterstützung!!!

[cton]

Ich habe versucht meine LWZ 504 mit ISG web und EMI (über SEMP) in evcc zu integrieren. Leider klappt das noch nicht so ganz:

• Der HTTP POST macht aus <?xml --> <?xml dadurch erkennt das ISG den Request nicht
• Ich kann irgendwie aus maxcurrent keine Power berechnen.

Vielleicht hat jemand eine Idee und kann mir helfen. Ich würde mir natürlich auch eine "native" Integration wünschen.

meters:
  - name: WP_Water_Pwr
    type: custom
    #usage: charge
    power: # Leistung in Watt
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: .Device2EM.DeviceStatus[0].PowerConsumption.PowerInfo.AveragePower | tonumber
      
  - name: WP_Heating_Pwr
    type: custom
    #usage: charge
    power: # Leistung in Watt
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: .Device2EM.DeviceStatus[1].PowerConsumption.PowerInfo.AveragePower | tonumber

chargers:
  - name: WP_Water
    type: custom
    status:
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: if .Device2EM.DeviceStatus[0].EMSignalsAccepted == "true" then if .Device2EM.DeviceStatus[0].Status == "On" then "C" else "B" end else "A" end
      # ...
    enabled: # charger enabled state (true/false or 0/1)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: if .Device2EM.DeviceStatus[0].Status == "On" then 1 else 0 end
      # ...
    enable: # set charger enabled state (true/false or 0/1)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/
      insecure: true
      method: POST
      headers:
      - content-type: text/xml; charset=utf-8
      body:  "
      <?xml version=\"1.0\" encoding=\"UTF-8\"?>
      <EM2Device xmlns=\"http://www.sma.de/communication/schema/SEMP/v1\">
      <DeviceControl>
      <DeviceId>0-0000A83A-0280AD248732-00</DeviceId>
      <On>{{if .enable}}true{{else}}false{{end}}</On>
      <Timestamp>0</Timestamp>
      </DeviceControl>
      </EM2Device>
      "
      # ...
    maxcurrent: # set charger max current (A)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/
      insecure: true
      method: POST
      headers:
      - content-type: text/xml; charset=utf-8
      body:  '<?xml version="1.0" encoding="UTF-8"?><EM2Device xmlns="http://www.sma.de/communication/schema/SEMP/v1"><DeviceControl><DeviceId>0-0000A83A-0280AD248732-00</DeviceId><On>true</On><RecommendedPowerConsumption>${ maxcurrent * 230 }</RecommendedPowerConsumption><Timestamp>0</Timestamp></DeviceControl></EM2Device>'
      # ...
    features:
      - integrateddevice
      - heating
      
  - name: WP_Heating
    type: custom
    status:
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: if .Device2EM.DeviceStatus[1].EMSignalsAccepted == "true" then if .Device2EM.DeviceStatus[0].Status == "On" then "C" else "B" end else "A" end
      # ...
    enabled: # charger enabled state (true/false or 0/1)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/DeviceStatus
      jq: if .Device2EM.DeviceStatus[1].Status == "On" then 1 else 0 end
      # ...
    enable: # set charger enabled state (true/false or 0/1)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/
      insecure: true
      method: POST
      headers:
      - content-type: text/xml; charset=utf-8
      body:  '<?xml version="1.0" encoding="UTF-8"?><EM2Device xmlns="http://www.sma.de/communication/schema/SEMP/v1"><DeviceControl><DeviceId>0-0000A83A-0280AD248732-01</DeviceId><On>{{if .enable}}true{{else}}false{{end}}</On><Timestamp>0</Timestamp></DeviceControl></EM2Device>'
      # ...
    maxcurrent: # set charger max current (A)
      source: http
      uri: http://192.168.0.10:49153/SimpleEnergyManagementProtocol/
      insecure: true
      method: POST
      headers:
      - content-type: text/xml; charset=utf-8
      body:  '<?xml version="1.0" encoding="UTF-8"?><EM2Device xmlns="http://www.sma.de/communication/schema/SEMP/v1"><DeviceControl><DeviceId>0-0000A83A-0280AD248732-01</DeviceId><On>true</On><RecommendedPowerConsumption>{{ .maxcurrent }}</RecommendedPowerConsumption><Timestamp>0</Timestamp></DeviceControl></EM2Device>'
      scale: 230
      # ...
    features:
      - integrateddevice
      - heating
vehicles:
  - name: WP_Water
    type: custom
    title: Warmwasser
    icon: waterheater
    phases: 1
    soc:
      source: modbus
      id: 1
      uri: 192.168.0.10:502
      register:
        address: 15
        type: input # coil, holding or input
        decode: int16 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
        #bitmask: 2 # Optional: a bitmask that is applied to the read value. Here the mask is 0000000000000010b, ignored if value is 0
      scale: 0.1 # floating point factor applied to result, e.g. for kW to W conversion
      timeout: 2s # timeout, without unit in ns
      
  - name: WP_Heating
    type: custom
    title: Heizen
    icon: heater
    phases: 1
    soc:
      source: modbus
      id: 1
      uri: 192.168.0.10:502
      register:
        address: 7
        type: input # coil, holding or input
        decode: int16 # int16|32|64, uint16|32|64, float32|64 and u|int32s + float32s
        #bitmask: 2 # Optional: a bitmask that is applied to the read value. Here the mask is 0000000000000010b, ignored if value is 0
      scale: 0.1 # floating point factor applied to result, e.g. for kW to W conversion
      timeout: 2s # timeout, without unit in ns

loadpoints:
  - title: Wärmepumpe Warmwasser
    charger: WP_Water
    meter: WP_Water_Pwr
    vehicle: WP_Water
    mode: pv
    enable:
      threshold: 0
      delay: 1m
    disable:
      threshold: 0
      delay: 15m # Laufzeit mindestens 15 Minuten
    priority: 2 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    soc:
      estimate: false
      poll:
        mode: always
        interval: 5m
        
  - title: Wärmepumpe Heizung
    charger: WP_Heating
    meter: WP_Heating_Pwr
    vehicle: WP_Heating
    mode: pv
    enable:
      threshold: 0
      delay: 1m
    disable:
      threshold: 0
      delay: 15m # Laufzeit mindestens 15 Minuten
    priority: 1 # relative priority for concurrent charging in PV mode with multiple loadpoints (higher values have higher priority)
    soc:
      estimate: false
      poll:
        mode: always
        interval: 5m

[andig]

Für Stiebel Isg hab ich irgendwo noch einen nativen Prototypen rumliegen ohne Web.

[ChilledRolla]

@andig Das hört sich sehr interessant an. Wenn Du mir sagst wie ich den Prototypen kompiliere und es in die evcc.yaml einbinde, dann werde ich es sehr gerne für Dich testen....