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

[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]

Das wäre dann ja eine spezifische Art von Charger oder Ladepunkt mit Einschaltleistung (heute: minA) und Mindestlaufzeit (gibts heute nicht).

Drüber nachgedacht. Bei SGReady bekommt die WP ja nur einen Hinweis, wird aber nicht hart ein/aus geschaltet. Daher sollte es auch keine Mindestlaufzeit brauchen. Das müsste die WP selbst umsetzen.

[Vogelbecker]

Branch ist hier: https://github.com/evcc-io/evcc/tree/feature/stiebel-isg. Können wir gerne mal zusammen rein schauen ob auf Stand von master heben.

Wieviel Aufwand ist es, des ISG-Branch auch die aktuelle Version zu heben? Bin durch #7207 aufmerksam geworden

[andig]

Gar keiner- erledigt.

[ChilledRolla]

@andig Bin da nicht so tief drinnen bei "branch builden". Gibt es eine kurze Anleitung was da zu tun ist? Das wäre super! Vielen Dank vorab.

[andig]

Siehe https://github.com/evcc-io/evcc/blob/master/CONTRIBUTING.md. Das kann ich leider nicht supporten, vllt. kann die Community Dir helfen.

[typxxi]

Ich schließe mich mal dahingehend an, dass wir hier

• eine Atlantic Explorer V4 Brauchwasserwärmepumpe haben (SG Ready , sprich die geht bei Strom auf der Leitung auf VOLLGAS bis 63°C)
• und eine China 12 kW Wärmepumpe kriegen, die zumindest HA unterstützt und ebenfalls SG Ready ist.

Bin gespannt, wie man das am Ende "eintüten kann", oder sagen wir zumindest die BWWP (SG Ready), den Hausakku und die Elektrokarre.

Einbau steht die Tage an und wir haben auch die Atlantic Explorer Bridge zur WLAN Anbindung und Fernsteuerung.
Vielleicht ist ja schon jemand mit Atlantic Explorer unterwegs bzw. baugleichen Produkten wie der Panasonic Variante oder auch der Austria Email Explorer. Vielleicht findet sich ja einer aufgrund der Suchbegriffe und baugleichen Produkte.

[typxxi]

Ich denke, bei Abschaltung meinen wir unterschiedliche Dinge.

Jedenfalls klingt Deine Lösung mit "SG Ready" Ladepunkt sozusagen nach etwas Passendem.

Ich bin leider nicht wirklich voll in der Logik von evcc drin, aber verstehe das mal so, als würde diese "Last Wärmepumpe" wie eine weitere Wallbox mit 1 Phase gehandhabt, die nach der 1. Wallbox mit 1 Auto mit Überschüssen versorgt wird.

Aber was meint "min current == max current so dass es zur Leistung der WP passt" genau ?
Meines Wissens geht die BWWP bei Spannung auf SG Ready immer in den 800 Watt Modus = VOLLGAS und das so lange, bis durch die Wassertemperatur von 63°C als oberem Limit sich die WP aus der Erwärmung verabschiedet.

min current wäre dann "min current == 800" ?

Der Custom charger wäre dann die Ansteuerung des SonOff via WLAN, die ÜBERSCHUSSLEITUNG zu aktivieren.

Ich finde auch Deine weiteren Überlegungen
"Als normaler Ladepunkt ließe sich das dann auch über den Planner steuern. #16123 kann dann noch dafür sorgen, dass dafür die Batterie nicht gesperrt wird."

so rund, dass ich meine, dass da jetzt nix fehlt, außer auf unserer Seite, denn aufgrund der neuen Wärmepumpenförderung würde mein Vater als Rentner nun 65% Förderung bekommen und das ohne die Brennwert Ölheizung opfern zu müssen. Die Förderung gilt für einkommensschwache Haushalte in dem Sinne, dass derjeniege Eigenheimbesitzer gefördert werden soll, der unter dem Durchschnittseinkommen in Deutschland (zu versteuerndes Familien Brutto < 40000€) liegt.

Und damit ist die neu gekaufte Brauchwasser Wärmepumpe obsolet geworden und wird verkauft, weil nun die Wärmepumpe auch das Warmwasser mitmachen wird und zwar im Hybrid Betrieb mit der Ölheizung zusammen, so dass nur noch an sehr kalten Tagen, wo Öl günstiger wird als Wärmepumpe eben der gute Ölbrenner die 2500 Liter im Tank langsam verbrennen wird.
Für die Wärmepumpe für 2400€ gibt es inkl. Energieberater 1600€ und 2000€ Montage dann eine volle Förderung von 65%, also bei 6000€ sind 2000€ zu tragen. Die 2200€ teure Brauchwasserwärmepumpe, die nur warmes Wasser machen kann, bringt sinngemäß gar nix, von daher wird sie nun halt verkauft, nachdem wir endlich die HA Steuerungs komponente dafür aus Frankreich bekommen haben.

Alles von Dir beschriebene passt auch zu der Wärmepumpe wobei es hier vermutlich auch nur um 1phasige Wärmepumpe gehen wird und dann bis 4000 Watt. Sprich: oben genannte min. Current wird anders aussehen.

Ich habe jetzt zwar das Handbuch der Wärmepumpe da, weil alles gerade erst gestern neu entschieden worden ist, als der Energieberater die Idee für machbar und förderfähig beschieden hat, aber ich bin noch nicht durch den SG Ready Modus und was es dort so geben wird.
ABER: es gibt eine HA Integration für die Wärmepumpe und von daher denke ich, dass das Zusammenspiel irgendwie klappe dürfte.

Ich sage schon mal Danke und werde den Punkt hier fortsetzen, sobald es hier an die "physische Umsetzung" geht bzw. die Wärmepumpe da ist und ich den SonOff dann schalten darf.

Oder kann ich das o.g. schon heute testen ?
Wie kann ich eine SonOff WLAN Steckdose via evcc adressieren, denn dann würde ich z.B. jetzt schon einen Föhn an die Steckdose hängen, wo die Brauchwasserwärmepumpe laufen sollte, denn die gesamte Elektrik dafür liegt ja schon und ist einsatzbereit.

Was müsste ich dafür tun ?
Ob dann ein Föhn von evcc mit SG Ready aktivierung geschaltet wird oder die Wärmepumpe, das ist dann ja egal.

[andig]

min current wäre dann "min current == 800" ?

800W / 230V / 1p = 3,...A

"Als normaler Ladepunkt ließe sich das dann auch über den Planner steuern. #16123 kann dann noch dafür sorgen, dass dafür die Batterie nicht gesperrt wird."

Mit "smart cost" kannst Du die z.B. auch unterhalb eines bestimmten Tibber Preises einschalten lassen!

Wie kann ich eine SonOff WLAN Steckdose via evcc adressieren

Da musst du mal schauen welche Schnittstellen das Ding hat und Dich mit den evcc Plugins auseinander setzen. Das hat hier aber nix zu suchen...

[VolkerK62]

min current wäre dann "min current == 800" ?

Nicht ganz. current = A, also 800W/230V = 3,5A. Somit entweder 3 oder 4.

Wie kann ich eine SonOff WLAN Steckdose via evcc adressieren,

testen geht auf jeden Fall.
Die Steckdose hat doch ein REST API, oder?
So sieht das bei einem Shelly aus.
Musst du dann nur für dein SonOff anpassen.

- name: test
  type: custom
  status:
    source: http
    uri: http://192.168.178.88/status
    jq: if .relays[].ison == true then "C" else "B" end
  enabled:
    source: http
    uri: http://192.168.178.88/status
    jq: if .relays[].ison == true then 1 else 0 end
  enable:
    source: http
    uri: http://192.168.178.88/relay/0?turn={{if .enable}}on{{else}}off{{end}}
  maxcurrent:
    source: script
    cmd: /bin/sh -c 'echo 1'

[VolkerK62]

Das hat hier aber nix zu suchen...

@andig ups, sorry. Blendest du es aus, oder soll ich es löschen?

[typxxi]

min current wäre dann "min current == 800" ?

Nicht ganz. current = A, also 800W/230V = 3,5A. Somit entweder 3 oder 4.

Wie kann ich eine SonOff WLAN Steckdose via evcc adressieren,

testen geht auf jeden Fall. Die Steckdose hat doch ein REST API, oder? So sieht das bei einem Shelly aus. Musst du dann nur für dein SonOff anpassen.

Ich habe gar keine Steckdose, sondern so ein SonOff POW320D WLAN Switch für 20 A = 4,6 kW
Davon gibt es diverse Varianten wie POW316 , was dann ein 16A Switch wäre, aber ohne D = ohne Display.

Auf Amazon findet man es hier
Wer so einen kaufen will, schaut beim Raspishop und wird für 7€ weniger fündig (21€ Amazon zu 14€ Raspishop)!

Und ja, ich hatte evcc nach Sonoff durchforstet, aber nix dazu gefunden und ich würde gern vermeiden, nur für 1 Verbraucher oder 2 noch eine neue Marke in das Potpourri aufzunehmen, die ja alle noch mit ihren Apps einen Rattenschwanz nach sich ziehen.

Unter HomeAssistant gibt es eine Integration, aber was meinst Du mit REST Api ?

Ich ahne, Du meinst eine Schaltbarkeit via URL Aufruf, wenn ich mir den Demo Code von Dir so anschaue mit den urls

    uri: http://192.168.178.88/status
    uri: http://192.168.178.88/relay/0?turn={{if .enable}}on{{else}}off{{end}}

Aber ob das SonOff kann, weiß ich nicht, weil ich damit nie gearbeitet hatte.
Google brachte hier etwas , was passen dürfte, aber auch wieder zumindest noch unklar ist, weil der PowR320D nicht in der Liste enthalten ist.
https://sonoff.tech/diy-developer/#7

Hier ist dann ein anderes Beispiel , nur auch nicht namentlich für PowR316 oder PowR320 - oder liege ich da falsch
https://community.openhab.org/t/oh3-sonoff-diy-mode-with-rest-api-http-binding/125576/9

UID: http:url:66be259eda
label: Test 3
thingTypeUID: http:url
configuration:
  authMode: BASIC
  ignoreSSLErrors: false
  baseURL: http://192.168.100.45:8081/zeroconf/
  delay: 500
  stateMethod: POST
  refresh: 6
  commandMethod: POST
  contentType: application/json
  timeout: 3000
  bufferSize: 2048
channels:
  - id: switch_trest
    channelTypeUID: http:switch
    label: switch_trest
    description: ""
    configuration:
      onValue: '{"deviceid":"","data":{"switch":"on"}}'
      stateContent: '{"deviceid":"","data":{}}'
      stateExtension: info
      offValue: '{"deviceid":"","data":{"switch":"off"}}'
      commandExtension: switch
      stateTransformation: JSONPATH:$.data.switch
  - id: stateonly
    channelTypeUID: http:string
    label: stateonly
    description: ""
    configuration:
      mode: READONLY
      stateContent: '{"deviceid":"","data":{}}'
      stateExtension: info
      stateTransformation: JSONPATH:$.data.switch

[lucode]

Im Prinzip finde ich eine Wärmenpumpen Steuerung eine gute Idee, aber ich zweifle daran ob es eine gute Vorgehensweise ist Wärmepumpen direkt auf evcc zu steuern. Wenn der "Typ: Custom" es zulässt Wärmerzeuger über Modbus oder HTTP zu steuern ist ja wunderbar. Aber ich denke sinnvoller und einfacher wäre es Heizprofile über evcc zu erzeugen. Diese könnten dann z.b. mit Home Assistant weiterverarbeitet werden und auf individuelle Wärmeerzeuger angepasst werde.

Mit Heizprofilen meine ich im Prinzip Profile die Sollwerte von Wärmeerzeuger steuern.
In unserem Haus habe ich z.b. Smarte Zigbee Thermostate, die ich Zeitgesteuert mit verschieden Sollwerten versorge. Dazu habe ich 3 abgestufte Profile mit ca. 0.5 C Unterschied der Sollwerte. Ich könnte aber auch die Temp. der Warmwasseraufbereitung erhöhen wenn genug Solarstrom vorhanden ist.

Im Prinzip könnte man dies auch jetzt schon machen, z.b. über einen MQTT oder Shelly Charger, aber halt nur mit einem Profil bzw. 2 (high / low) über den evcc/loadpoints/1/enabled schalter. Schön wäre es dies dynamischer zu haben indem ein Wert wie bei einer Wallbox in Ampere (über OCPP) auf die APT/MQTT Schnitstelle gelegt würde. Man kann das selber filtern welcher Wert wechlem Profil entspricht. Super Cool wäre es den Wert auch in der UI angezeigt zu haben.

[Prothesentraeger]

Ich habe eine ältere Wärmepumpe die kein SG Ready kann. Ich habe also alle Rückmeldungen über Temperaturen oder sonstwas nur an der propritären Steuerung Im Heizungsraum die ich nicht fernsteuern kann und die auch keine Werte nach Aussen gibt. Auch den Stromverbrauch der WP kann ich nicht einsehen oder an EVCC weitergeben. Ich könnte sie also nur Blind steuern was aber besser ist als nix.

Das einzige was sie extern kann ist auf die Sperre vom Netzbereiber zu reagieren. Ich kann sie damit nur An oder Ausmachen.

Ich habe also einen Shelly dafür genutzt diesen Kontakt zu schalten: AUS = WP denkt Netzsperre, AN = normaler Betrieb.

Manuell kann ich dadurch die WP immer aus Aus lassen und anmachen wenn Überschuss ist oder im WInter der Preis niedrig.
Da die die ganze Zeit vorher aus war ist nach dem Anschalten immer Bedarf fürs Heizen oder Warmwasser da!
So ist das nicht sonderlich elegant aber könnte reichen...

Nun habe ich die als loadpoint eingebunden nach einer Anleitung die ich irgendwo im Netz gefunden habe. Und ich habe sie in der Reihenfolge der Loadpoint an die erste Stell gesetzt. Nur es scheint nicht zu funktionieren. Auch bei deutlich mehr als 2 KW Überschuss wird sie nicht angemacht. Es wird lieber das E-Auto mit 4-5 KW geladen. Ich kann sie aber manuell über EVCC an und ausschalten.

chargers:
- type: template
  template: shelly
  host: 192.168.0.51
  channel: 0
  integrateddevice: true
  icon: waterheater
  heating: true
  name: wp_tw61
- type: template
  template: easee
  user: xxxxxxxxxxxxxxxxxxxx  
  password: xxxxxxxxxxxx  
  charger: xxxxxxxxx  
  timeout: 20s  
  authorize: false
  name: wallbox_kaminholz
- type: template
  template: easee 
  user: xxxxxxxxxxxx  
  password: xxxxxxx
  charger: xxxxxxxxxx 
  timeout: 20s  
  authorize: false
  name: wallbox_carport

loadpoints:
- title: Wärmepumpe TW61
  charger: wp_tw61
  mode: pv
  enable:
    threshold: -1500 # Wärmepumpe wird eingeschaltet, wenn 5 Minuten lang mindestens 1500W Einspeiseleistung vorhanden sind
    delay: 5m
  disable:
    threshold: 500 # Wärmepumpe wird ausgeschaltet, wenn 10 Minuten lang mehr als 500W Netzstrom bezogen wurde
    delay: 10m
- title: Kaminholz
  charger: wallbox_kaminholz
  mode: pv
- title: Carport
  charger: wallbox_carport
  mode: pv

Wie kann ich das zum laufen bekommen?

[VolkerK62]

Im WebUI die Loadpoint Einstellungen öffenen. Da kannst du das einstellen.

Ich dachte naiv das sobald 2 KW Überschuss erreicht werden EVCC die WP anmacht und dann die Ladung der E-Autos runterfährt...

Das kannst du mit priority erreichen.
https://docs.evcc.io/docs/reference/configuration/loadpoints#priority

[Prothesentraeger]

Heute scheint es durchaus funktioniert zu haben. Da ich keinen auswertbaren Stromzähler vor der WP habe und auch auf die Einspeiseleistung der PV nicht zugreifen kann bin ich noch so halb im Blindflug.

Aber ich habe eben einen 3phasen Zwischenzähler mit RS485 und einen RS485<> USB Adapter bestellt. Ich hoffe das läßt sich dann einfach in EVCC integrieren. Wenn der funktioniert hol ich mir noch einen so das ich sowohl Verbrauch der WP als auch den Solarertrag in EVCC sehen kann.

Mein EVCC läuft als Add-On in HA und HA nativ auf einem Lenovo MiniPC M600. Muss ich da nur den Zwischenzähler mit dem RS485<> USB Adapter verbinden, das USB Kabel in den PC stecken auf dem HA/EVCC läuft, in yaml die Einstellungen für den Zähler wie in der DOku eintragen und es funktioniert?

Zusatzfrage: Meine Easee Home Wallboxen werden ja von EVCC erkannt und ausgewertet/gesteuert. Macht es trotzdem Sinn da auch einen Zwischenzähler mit RS485 einzubauen den man in HA/EVCC auswerten kann oder ist das sinnfrei da doppelt gemoppelt?

[m0nn3]

Ich persönlich bevorzuge Netzwerk Wandler wie diese:

https://amzn.eu/d/eAKZls5
https://amzn.eu/d/dgXZSsy

Beim PE11-H hat man den Vorteil das es in einer Unterverteilung passt, da es die Größe eines Sicherungsautomaten hat.
Damit brauch man sich nicht mit USB Geräte herum ärgern, gerade als Anfänger gibt es da ein paar Sachen zu beachten.
So ein Netzwerk Konverter gibt man eine feste IP und hat ruhe und erreicht es immer.
Damit hatte ich bisher noch keine Probleme.

[Prothesentraeger]

Hatte gestern beides erwogen. Aber da der 4 Kanal USB <> RS 485 dann doch 40 € preiswerter war als der 4 Kanal mit LAn hab ich Geld gespart.... Der mit USB hat nur 27 € gekostet und hat den Vorteil das ich keine externe Stromversorgung benötige. POE habe ich nicht. Vielleicht kauf ich dann eben zweimal und gönn mir den mit LAN später.

Und ich dachte wenn ich eh mehr als einen RS485 Wandler brauche dann ist es schlau gleich einen mit mehr Kanälen zu nehmen. Oder ist da die Empfehlung eher alles getrennt und einzeln`?

[typxxi]

Mein EVCC läuft als Add-On in HA und HA nativ auf einem Lenovo MiniPC M600. Muss ich da nur den Zwischenzähler mit dem RS485<> USB Adapter verbinden, das USB Kabel in den PC stecken auf dem HA/EVCC läuft, in yaml die Einstellungen für den Zähler wie in der DOku eintragen und es funktioniert?

Zusatzfrage: Meine Easee Home Wallboxen werden ja von EVCC erkannt und ausgewertet/gesteuert. Macht es trotzdem Sinn da auch einen Zwischenzähler mit RS485 einzubauen den man in HA/EVCC auswerten kann oder ist das sinnfrei da doppelt gemoppelt?

Ja, das macht schon Sinn, denn Wallboxen und Wärmepumpen sind die Großverbraucher Nummer 1, von daher sind die 30€, die ein SDM72 Modbus gebraucht auf Kleinanzeigen kostet, nicht verkehrt asngelegt, zumindest solange, bis man einschätzen kann, wie genau der Wallbox interne Strommesser arbeitet. Dann kann man den SDM auch wieder ausbauen und verkaufen.

Growatt Wechselrichter sind bei uns im Eiinsatz und die haben 0,6% Abweichung zum Zähler des Versorgers (Achtung: Volleinspeiser) und dem SDM72 gehabt. Danach hab ich den SDM72 umgehangen in eine neue Aufgabe, den Stromverbrauhc der Wärmepumpe zu messen. Mittlerweile hab ich 4 davon , alles Modbus, und dann noch 1x einen SDM72 S0, wo nur das Zählwerk genutzt wird.

[Tombra1889]

Hallo zusammen,
bzgl. der Verwendung einer Wärmepumpe ist der COP-Wert eine interessante Information.
Ich fände es gut, wenn ich diesen Wert mir mit in der EVCC Oberfläche einblenden könnte.

Ggf. als optionale Erweiterung in diesem Menü:

Ich nutze den Mittelwert über die Verdichterlaufzeit des aktuellen Heizvorgangs:

[VolkerK62]

Wie soll das funktionieren?
Man bräuchte den Temperaturunterschied um die Energiemenge zu berechnen um diese dann ins Verhältnis zur aufgewendeten Energie zu setzen.
Da in der Zeit auch Entnahmen stattfinden, ist das schwierig.

[Tombra1889]

Mir geht es primär um die Anzeige, würde den berechneten Wert via mqtt übertragen. Der Temperaturunterschied liegt mir aus der Wärmepumpe via Modbus vor. Aber ein guter Punkt, bzgl. der Entnahme, da schaue ich nochmal ob ich die richtigen Datenpunkte habe.

[andig]

See #17735 for an experimental attempt of implementing and SG Ready compatible charger.

This really is just a custom charger with the Status/Enable/Enabled logic tweaked to treat Boost mode as enabled and Normal mode as disabled as suggested in #7207 (comment):

Meiner Ansicht näch wäre es perfekt wenn der Charger bei PV Überschluss oder mit Ladeplan den SG-Ready Eingang 1 (Betriebszustand 3 "forcierter Betrieb") schalten würde. Dadurch würden die in der Wärmepumpe konfigurierten höheren Werte für WW und Heizen angefahren.

[andig]

#17845 now also offers a simple SG Ready-like implementation for Vaillant devices that support the SensoNET protocol. Thanks to @WulfgarW for developing the protocol.

[na-ma-ste]

Hallo allerseits,

ich hab gespannt die Unterhaltung hier verfolgt. Es gibt ja schon einige Wärmepumpen die eingebunden sind. Ich wollte Fragen, ob auch Alpha Innotec, die seit neuestem den Modbus/TCP geöffnet haben, aufgenommen werden können? Die Unterlage dazu habe ich beigefügt.

AIT - SHI Modbus Schnittstelle Datenpunkte final (1).pdf

[andig]

Ohne rein geschaut zu haben: Du kannst das selbst per sgready oder heatpump charger realisieren und das Ergebnis sogar noch in ein Template verpacken.

[na-ma-ste]

Hi @andig , danke. du beziehst dich auf die Beschreibung in diesem Teil der Doku von evcc, ja? - https://docs.evcc.io/docs/devices/heating#direkte-kommunikation

Also SGready via Shelly?

[andig]

Das hat mit Shelly nichts zu tun sondern mit type: sgready. Die Alterantive ist type: heatpump. Im repo gibts dazu diverse Tempaltes die das nutzen.

[na-ma-ste]

Hallo @andig , du kannst diesen Request schließen. Das, was ich beabsichtig hab wurde hier gelöst: #21516

[KingAreg]

[KingAreg]

Hi @andig, danke für deine schnelle Antwort. Wenn es nebulös ist versuche ich es etwas aufzuklären. Vielleicht vorab, ich bin noch kein Profi und im evcc Bereich noch recht neu, warum meine Fragestellung vielleicht etwas einfach und oberflächlicher ist.

In evcc kann ich wenn ich Hersteller Alpha Innotec auswähle dann darunter folgende Parameter einstellen:

Modbus ID: 1
IP Adresse: Meine IP der WP
Port: 502 (War so der Standard)
Zeitüberschreitung: nichts eingestellt
Anhebung der Heizwassertemperatur: aktuell auch nichts eingestellt
Anhebung der Warmwassertemperatur: aktuell auch nichts eingestellt

Der Status zeigt mir bei Prüfung das an:

Status: verbunden
Gedimmt: Nein
Ladebereit: Nein
Energie: 2.123,3 kWh
Heizungslimit: 30,0 °C
Leistung: 0,0 kW
Temperatur: 28,6 °C

Wie stelle ich mit diesen Parametern ein, dass ich jetzt z.B. wenn PV Überschuss vorhanden ist, den normalen Sollwert von 48 Grad für das Warmwasser auf z.B. 55 Grad erhöhen möchte. Ich habe versucht bei Anhebung der Warmwassertemperatur 7K einzustellen, das hat aber in meinem Test nichts an der Temperatur geändert. Daher meine Frage ob die Einrichtung so wie ich es gemacht habe, über auswahl des Herstellers überhaupt passend ist oder ob ich es anders machen muss z.B. Benutzerdefinierte Wärmepumpe (SG-Ready über Plugins)?

Vielleicht stehe ich auch einfach nur auf dem Schlauch, denke aber dass das was ich machen möchte eigentlich nicht extrem schwierig zu realisieren sein dürfte?

Vielen Dank dir schonmal!

[andig]

Ich habe versucht bei Anhebung der Warmwassertemperatur 7K einzustellen, das hat aber in meinem Test nichts an der Temperatur geändert.

Was testest Du denn da? "Lädt" Deine WP denn überhaupt? Gibts ein Logfile (separate Discussion, interessiert hier sicher nur Wenige)?

[KingAreg]

Ich habe versucht bei Anhebung der Warmwassertemperatur 7K einzustellen, das hat aber in meinem Test nichts an der Temperatur geändert.

Was testest Du denn da? "Lädt" Deine WP denn überhaupt? Gibts ein Logfile (separate Discussion, interessiert hier sicher nur Wenige)?

Hi @andig, mein Test war jetzt erfolgreich, ich habe nochmal alle Parameter anders eingestellt und heute beim ersten Test hat alles funktioniert, bis auf das Rücksetzen des Sollwerts nach dem Aufheizen. Dies klingt mir nach einem allgemeinen Problem. Ist dieses bekannt bzw gibt es schon eine Lösung?

Vielen Dank!

Grüße,
Areg

[andig]

/cc @daniel309

[daniel309]

Siehe hier. #27927 (reply in thread)

Kurz: alles gut