Öffentliches Forum
  - Wärmepumpen

Das mit den 5K liegt daran das die Lambda Rücklaufgesteuert ist. D.h. sie regelt nach der Rücklauf Temperatur und hält perfekt die 5K. Daher geht deine Vorlauftemperatur auch nicht höher.
Das gleiche Problem habe ich auch. Als Lösung sehe ich bei mir nur, dass ich entweder den besten Kompromiss bei der Spreizung finde oder die Heizkreispumpe regelbar wäre, so dass sie immer eine eingestellte Spreizung macht (und entsprechend den Durchfluss regelt).

Die Heizkreispumpe ist ja schon regelbar und wird auch geregelt.
Wenn Qp nicht auf 8kW sondern auf 13kW eingestellt wäre, wäre vermutlich die Spreizung immer noch auf 5K festgenagelt, aber die Pumpe würde mehr Durchfluss machen. In Folge würde die Vorlauftemperatur schneller ansteigen.
Hier mal ein screenshot von gestern:

Die Frage habe ich bzgl. der EU08 ja weiter vorne schon gestellt. Laut Datenblatt müsste die Lambda auf 20% runter gehen können. Weiter vorne in diesem oder dem anderen Threads schrieb jemand, dass bei 20% die COP Anzeige ungenau werde und es deshalb nicht freigegeben ist. Das wäre mir egal, messe eh extern, zumindest Strom und im Heizkreislauf.

der COP weicht auch bei 25% schon um bis zu 50 % von dem extern gemessenen Wert (inklusive kompletter Peripherie) ab. ist doch egal, wenn es dann 100% sind ...

Eben, würde auch lieber die 20% nehmen als eine tolle interne COP Anzeige zu haben. Meine Anfrage ist raus, schauen wir mal, bisher war der Support immer großartig und konnte helfen.

Wo es nun so kalt ist, nimmt das Haus wenigstens genug Wärme ab, so dass die 25% auch bald für einen Dauerlauf reichen dürften. Musste schon die Heizkurve nach unten korrigieren, weil es zu warm wird.

Habe auch noch das Problem, dass nach der WW-Bereitung der Heizkreis-Vorlauf so hoch schießt, dass der Puffer seine Heiz-Anforderung beendet, nur um sie dann in der Sperrzeit nach 30-60 Sekunden wieder anzumelden. Dadurch kommt ein unnötiger Takt auf die WP.

Edit: Wo ich gerade darüber nachdenke, das lässt sich sicher lösen, wenn Lambda den Vorlauf-Fühler für den Heizkreis raus programmiert. Laut Regler-Beschreibung braucht es den bei einem ungemischten Heizkreis logischerweise nicht und der Vorlauf der WP geht nach der WW-Bereitung schnurstracks bergab + er zeigt eh fast identische Werte zum separaten Fühler.

Hallo Gemeinde,
bei einem ungemischten Kreis brauchst Du keinen Vorlauffühler, ist ja schon einer in der WP, klemm ihn einfach ab, dann brauchst Du nix rausprogrammieren.. Habe auch nur einen ungemischten Kreis und habe erst gar keinen fühler eingebaut.
Gruss vom Hut

Ich zitiere mich mal selbst:



Hier ein Diagramm von gestern und heute, jetzt noch inklusive thermische Leistung aus dem externen Wärmemengenzähler:



An beiden Tagen wurde die Soll Vorlauf- (oder Rücklauf-) Temperatur nicht erreicht. Gestern war die Leistung ca. 10kW, heute nur noch 8kW.

Kann es sein, dass Qp abhängig von der Außentemperatur eingestellt wird?

so ist es so wie die Heizkreiskurve hat die auch eine Leistungskurve.
du fängst an um 9 uhr zu Heizen machst dann WW so ab 12 Uhr Richtig ? dann geht es mit Heizen weiter wie kann ich sehen ob RL nicht erreicht ist ?

Gutefrage

danke gutefrage!

Ja richtig: ab 9 Uhr Heizen und ab 12 Uhr WW, dann wieder Heizen.
VL Soll und RL Soll wird ja in der Lambda Oberfläche angezeigt. Und diese Werte wurden während der gesamten Heizzeit nicht erreicht. Ich hatte einen hohen Solltemperastur Offset eingestellt, damit die Heizung sicher durchläuft.

Weißt du, ob die Leistungskurve eine fest eingestellte Kennlinie ist, oder kann diese verändert werden in einem höheren User-Level?

so ab 16.30 hat sie ja das Heizen eingestellt, weil du sicher das Eco Programm oder Zeitprogram nutzt. Gehe ich mal von aus. ob du eine 8 oder13er hast kann ich nicht wissen. Jo mit Heizgrenze 4 KW bei 0 gleich
8 Kw bei minus 15 so 12 bzw 13 Kw. Wenn du denkst du könntest die WP 16 std Auslassen
und dann innerhalb 8 Std das Gebäude aufheizen dann hast du dich geschnitten.
Autsch.


Gutefrage

gutefrage, es ist doch klar, dass das nur in der Übergangszeit geht, oder? ;-)

Hallo in die Runde,

ich habe nun auch seit fast zwei Monaten eine Lambda. Mir ist auch schon das Mischermotor Relais Geklacker aufgefallen (10k im Oktober).

Ich habe auch schon den Test vom Motor ausprobiert, und danach sieht es korrekt angeschlossen aus ( habe die Temperaturen von Vor- und Rücklauf des Heizkreises angesehen) und auch den Motor selbst. Einzig dass der Mischer genau doppelt so lange benötigt wie im Datenblatt angegeben (280 statt 140 sekunden).

Patrick aka jollyjinx

---
FYI: Ich habe eine Modbus@MQTT bridge angepasst und lese und schreibe damit die Lambda WP https://github.com/jollyjinx/modbus-2-mqtt-bridge

jo, bei 2 Mio Schaltspielen mit S/Winterberieb ( 6 Monate Heizen ) hält das Relais 33 Jahre wo siehst du das Problem?

Gutefrage

@gutefrage: sehe da von der mechanischen Belastbarkeit auch kein Problem das verbaute Relais ist auf 10Mio Schaltzyklen ausgelegt. Ich finde es aber seltsam wenn das dauernd klack macht, sich aber Vor und Rücklauftemperaturen gar nicht verändert haben. Kann natürlich auch PID Verhalten liegen.


Ich habe noch eine andere Frage - bei mir ist die Sauggas EVI Temperatur -327.68C - ich nehme mal an der Fühler dafür ist nicht verbaut ?
Habe auch schon die Frage an Lambda gestellt, aber noch keine Antwort bekommen (Feiertag in Austria).

---
Lambda EU-08, Schema: 121, PV und Anwesenheitssteuerung über Node-Red, MQTTBridge: https://github.com/jollyjinx/modbus-2-mqtt-bridge

Hast du den Fühler mit Modbus überschrieben ?
Berichte was die Ösis rausgefunden haben.

Gutefrage

Nein, den Fühler habe ich nicht überschrieben ( der ist eh' nicht sichtbar im modbus).

Sehr prompte Antwort von Lambda:

"Die Sauggas EVI Temperatur gibt es nicht, daher der Wert.
Die Mischer Schaltungen klingen plausibel."


Ich schreibe aktuell via MQTT auf Modbus:

boiler/settemperature : je nach Anwesenheit und ob Geduscht werden soll und ob die Buffer Temperatur nicht höher ist (damit die Schichtung nicht umgedreht wird)

e-manager/gridpower: PV Anlage - ist ein fake Wert der erst anspringt wenn meine Batterie über 30% SOC hat dann wird die schwachsinnige 0.3 + 0.8 kW Default Werte von Lamda überschrieben und auf mindestens 1200 W gesetzt.

heating/operatingmode: Sommer / Winterbetrieb

heating/roomtemperature:
heating/setroomtemperature: wird beides via script gesetzt je nachdem ob eine Solltemperatur unterschritten wird in einem Raum, oder die Ventile zusammen genügend geöffnet sind und es mindestens eine halbe Stunde schon vorbei ist ( um weniger zu takten)

heating/flowlinetemperature: noch nicht, in Zukunft werde ich mir ansehen ob die Vorlauftemperatur automatisch an die Heizbedürfnisse setze - man sieht ja an den Soll/Ist/Ventilstellungs kurven der Heizköpertermostate ob der Vorlauf ausreicht. Wundere mich warum das nicht automatisch jede Heizung hat - würde Mrd. von kWh sparen wenn die Heizung einfach selbst sieht was die Soll/Ist/Ventilstellungs kurven im jeweiligen Haus sind und die Vorlauftemperatur anpassen würde.


---
Lambda EU-08, Schema: 121, PV und Anwesenheitssteuerung über Node-Red, MQTTBridge: https://github.com/jollyjinx/modbus-2-mqtt-bridge

Ich habe meine Lambda auch per Modbus angebunden, allerdings an fhem. und auch ich sende den PV Überschuss per Modbus an die Lambda.

Aber was genau bedeutetn die 0,3kw Anlagengrundlast und 0,8KW Leistungsanfoderung Minimum bzw. was genau macht die Steuerung damit?

Auf der Konfigurationsseite des E-Manager kann man erst einstellen welche Anlagengrundlast, dann die Leistungsanforderung Minimum, Maximum und die Ein/Auschaltverzögerung sowie ob man einen Batteriespeicher hat. (habe ich).

Bei mir sind die Werte auf Anlagengrundlast 0.30 kW (300 Watt) und Leistungsanforderung Minimum 0.8 kW (800Watt) eingestellt (Voreinstellung von Lambda)

Durch Ausprobieren habe ich festgestellt, dass die Lambda nur in den Photovoltaikmodus wechselt, wenn man mindestens 300+800+1 = 1101 Watt als Überschuss kontinuierlich für 15 Minuten sendet.

Nun würde das bei mir erst passieren wenn der Photovoltaikspeicher voll ist. Im Sommer ist das sinnvoll, weil er voll wird und da es dann ja auch schon warm ist und genügend Energie noch da ist.

Allerdings wird der PVSpeicher im Winter selten voll und der PVSpeicher hat nur eienen Wirkungsgrad von 90%. Da möchte ich im Winter die PV Energie direkt nutzen.

Deswegen sende ich sobald der Photovoltaikspeicher > 30% geladen ist und die Photovoltaik 500 Watt Überschuss (mehr als das Haus verbraucht) erzeugt, der Lambda den Wert von 1200 Watt.


Ich setze auch die Solltemperaturen der Thermostate dann ein Grad höher, da ein Hochsetzen der Vorlauftemperatur, so wie Lambda das eigentlich dann macht , bei Raumthermostaten nicht funktioniert, wenn die davon nichts wissen und geschlossen bleiben.


---
Lambda EU-08L, Schema: 121, PV und Anwesenheitssteuerung über Node-Red, MQTTBridge: https://github.com/jollyjinx/modbus-2-mqtt-bridge

Moin Jollyjinx,
warum sind die klacker Schaltungen jetzt plausibel ? Bitte erhelle mich.
Stören die dich jetzt nicht mehr.

Gutefrage

@gutefrage: Das in Anführungszeichen war die Antwort von Lambda direkt. Lambda hält die Schaltvorgänge für plausibel.

Ich finde dass da etwas falsch läuft aber Lambda hat glaube ich auch nicht die Logik geschrieben. Ich denke das ist alles von Sigmatek einfach übernommen worden. Evtl. müsste man Sigmatek mal anschreiben und nachfragen.

Am besten wäre es wenn es eine OpenSource Heizungssteuerung gäbe die die Hersteller verwenden würden, dann müsste man nicht Sachen reverse engineeren nur um zu wissen wie man die Heizung ansteuert und die Integration von verschiedenen Systemen wäre einfacher.

Hallo Lambda Gemeinde,

Eine Frage zum Thema Zusammenspiel von Lambda mit zusätzlicher Heizkreispumpe.

Ich habe eine Lambda WP und leider haben Installateur und Lambda auf einem Parallelbuffer bestanden, weil ich Radiator-Heizkörper statt FBH habe.

Ich habe mich damit arrangiert, weil ich vorhatte die Förderleistung der Heizkreispumpe etwas geringer zu machen als die Förderleistung der WP im stationären Betrieb. Dann wird ja nicht viel gemischt wegen dem Buffer.

Jetzt wo ich die WP bei mir im Betrieb habe, merke ich aber dass das nicht so einfach ist:

1. Die WP verringert die Spreizung von 5K auf 3K und erhöht die Förderleistung am Ende des Taktes.
2. Das Mischventil geht ausgerechnet dann etwas zu, weil die WP am Ende des Taktes um bis zu 3K überheizt. Die Förderleistung der HK-Pumpe bricht wegen dem Mischventil um 30% ein, das Mischventil verringert den Zulauf nochmal um 30%. Die gesamte Zapfmenge des HK veringert sich auf 50%.

Also variiert Pumpen Zufluss und HK Abfluss im Bereich 2:1.

Ich habe jetzt die Wahl:
A: Ich stelle die HK Pumpe auf 900L/h ein, dann hat der Heizkreis am Ende des Taktes ca 400L/h Zapfleistung und die WP leider viel höhere Förderleistung von 900L/h,
----> der Buffer läuft sehr schnell voll und die WP hat erhöhte Rücklauftemperatur.

B: Ich stelle die HK Pumpe auf 1500L/h ein, dann hat der Heizkreis am Ende des Taktes soviel Zapfleistung wie die Förderleistung der WP, aber dafür kommt der Heizkreis am Anfang des Taktes nicht in Schwung
----> Der Heizkreis saugt am Anfang des Taktes kaltes Wasser aus dem Buffer und die HK Temperatur liegt deutlich unter dem WP Vorlauf.

Also wird je nach Heizkreispumpe entweder der WP Rücklauf zu warm oder der HK Vorlauf zu kalt. Weil der Mischer und die Pumpe der WP ein Eigenleben haben ist es entgegen meiner naiven Annahme nicht möglich, eine gute Balance zwischen WP- und HK-Durchsatz zu finden.

Als erste Verbesserung habe ich das Mischventil auf 100% gestellt, jetzt überheizt zwar der Heizkreis ein wenig aber die Zapfleistung vom HK (700L/h) kann ich halbwegs mit der Förderleistung der WP (600 bis 900L/h) abgleichen.

Jetzt überlege ich zusätzlich, ob ich die HK Pumpe steuerbar machen sollte? Also die HK Pumpe durch eine Wilo Varios oder eine Grundfos UPM3 zu ersetzen und diese dann mit iobroker so zu steuern, dass die Zapfleistung des HK immer knapp unter der Förderleistung der WP liegt.

Haben diejenigen Kollegen die auch mit einem Bufferspeicher gesegnet sind schon mal darüber nachgedacht oder sowas sogar in Betrieb?

@ChristofP:
Welches Prinzipschema ist denn bei Dir verbaut worden ? Warum ist es problematisch wenn die WP mehr fördert als der Heizkreis abnimmt - dann wird der Buffer einfach schneller warm, aber da es sich mit dem Rücklauf vom HK mischt, wird der dann einfach langsamer warm oder nicht ?
Aber ich kenne mich da nicht aus und habe bei mir einfach das Prinzipschema 121 verbaut bekommen ( alte Heizkörper ) ohne mich mit Fördervolumina auseinandergesetzt zu haben.


---
Lambda EU-08, Schema: 121, PV und Anwesenheitssteuerung über Node-Red, MQTTBridge: https://github.com/jollyjinx/modbus-2-mqtt-bridge

Hallo in die Runde,

ist jemandem die Lambda schon eingefroren bei -2°C ?

Heute Nacht hat es bei uns recht runtergeschneit und heute morgen hat die Lamda sehr laut gerattert. Es hat sich unten am Ventilator Eis gebildet das in den Ventialtor reingewachsen ist - weshalb der so laut gerattert hat.

Ich habe die Wärmepumpe dann ausgeschaltet und versucht das Eis mit einer Stange wegzuschieben. Das war aber zu fest, da habe ich warme (keine heiße) Luft (Föhn) darauf geblasen und mit der Stange nach ein paar Minuten die Eisplatte wegschieben können.

Ist das schon jemand anders passiert ? Habt ihr schon überlegt eine kleine Metallplatte über die Ventialtorseite zu schrauben ? Sozusagen ein Vordach.

Btw. die Wärmepumpe steht auf der Ostseite vom Haus ( also vom Wind abgwandt ) damit das eigentlich nicht passiert.

---
Lambda EU-08, Schema: 121, PV und Anwesenheitssteuerung über Node-Red, MQTTBridge: https://github.com/jollyjinx/modbus-2-mqtt-bridge

Mir ist das noch nicht passiert, aber ich habe mir auch schon überlegt, ein Dach über die Lambda zu bauen. Meine steht nämlich komplett im Freien ohne Schutz.

Kondenswasser nicht abgelaufen oder reingeschneit?