Öffentliches Forum
  - Wärmepumpen

Kurze Zwischenfrage zum logging der Lambda (Sigmatek Steuerung): muss hierzu irgendwas eingestellt werden, damit die 24h-Werte jeweils geloggt werden? Hab gestern einfach mal nen übrigen USB-Stick eingesteckt, die Settings und vorhandenen Logs (Fehler bzw was auch immer gemacht wurde) mal gesichert und den Stick drin gelassen...

Dabei hab ich auch festgestellt, das Lambda am 23.11. ein SW-Update auf ich meine 1.1.13 aufgespielt hatte. Fiel mir bislang noch gar nicht auf. Hatte erst zur Zeitumstellung im Oktober per Mail nachgefragt, ob so n Premiumteil nicht selbstständig die Zeit umstellen kann, da ja online. Keine 24h später erhielt ich die Info, das sich jemand eingeloggt hat und die 09 aufgespielt habe (also Lambda Support). Muss die Tage mal per Remote schauen, ob noch Settings geändert wurden, oder „nur“ SW erneuert wurde. Dies am Display auszulesen find ich zu ätzend

Zum logging muss nichts extra konfiguriert werden, USB-Stick einfach drin lassen, dann werden jeden Tag um 23:59h die Tages-logs geschrieben.

Hallo nochmal,

nächste Woche soll die 20er nun endlich installiert werden um die zu kleine 13er zu ersetzen.

Das Thema Rohrdurchmesser beschäftigt mich nach wie vor. Sind die 35 mm ausreichend? Wie sind eure Erfahrungen dazu?
Zudem haben wir nur einen 300 L Pufferspeicher für die Heizung. Brauchwasser wird über eine Brauchwasserwärmepumpe separat erzeugt.

Kann eine 20er unter den Voraussetzungen einigermaßen effizient laufen, oder müssten Rohrdurchmesser und Pufferspeicher vergrößert werden? Der Volumenstrom der 20er ist ja schon eine andere Nummer als bei den kleineren Modellen.

Aber nur, wenn er FAT32 formatiert ist.

Nochmal eine Sache die zum Thema Lambda Statistiken was ich gemerkt habe:

Da in der letzten Woche so ziemliech die Worst-case Temperaturen und Feuchtigkeit (99%) fürs Abtauen waren hab ich nochmal verglichen was Lambda da überhaupt mitrechnet:



Beispiel Dienstag der 20te.

Lambda sagt 174kWh Wärme.

Ich ermesse in HA 156,49kWh Net-Influx ins Haus fürs Heizen, 3,92kWh WW, und -8,17kWh fürs Abtauen. Die Abtauenergie hier ist rechnerisch schon aus der Heizenergie herausgenommen, zeig ich hier nur separat an.

Da frag ich mich wie Lambda an 174kWh kommt? 156,49+3,92=160,41. Dazu noch +8,17kWh für die Abtauenergie die rekuperiert werden soll, das macht dann 168,58kWh.

Aber da fehlt noch immer einen Unterschied um auf 174kWh zu kommen.

Nur wenn ich die Abtauenergie die aus dem Haus entzogen wird noch dazu rechne (also nicht nur die Rekuperation um auf 0 zu kommen, sondern auch die negative Energie), dann komme ich auf 176.75kWh was dann in der Nähe der 174kWh von Lambda liegt.

Das ist dann sowas von einem absoluter Quatsch, denn Lambda's Rechnung kommt dann auf eine TAZ von 4.64 intern gemessen. Meine elektrisch extern gemessene TAZ, aber auch die korrektere thermische Rechnung, kommt auf TAZ von 3,86.

Ob sie das so rechnet würde man sofort rauskriegen, wenn man während einer Abtauung auf die Statistikseite für die Heizenergie guckt. Wenn der Zähler dort stehenbleibt, wird die Abtauenergie nicht eingerechnet

Ich hätte eine Frage zur Verwendung von überschüssigem PV Strom. Bei mir ist die VL Erhöhung von 1K sowie 20% überschüssige Leistung im Heizbetrieb bei PV Überschuss eingestellt. Die 1K Leistungserhöhung finde ich zwar in der Ansicht des Heizkreis, er wird aber nicht als VL Anforderung weitergegeben (s oben links im Heizkreis Bild und entsprechend auf der Wärmepumpe). Dadurch ballert die Wärmepumpe mit viel höher Energie als sinnvoll gegen die selbe VL Temperatur und läuft dann bis zu einer Spreizung von 2k, weil bei der ausschalthysterese die 1K Erhöhung berücksichtigt wird.

Ist das bei euch auch so? M.E. macht das so keinen Sinn.

Kurze Frage wo finde ich diese Grafik mit dem Verbrauch über mehrer Tage?
Ich vermute es ist der Button mit dem Kuchendiagramm links unten auf der Startseite aber da ist bei mir nur eine Tabelle. Rechts der Button mit dem Blitz unter dem Reset reagiert nicht.
SW ist die 1.1.0 vom Feb 20 2025

In der Lambda-Steuerung gibt es m. E. keine Angaben zu Werten für mehr die letzten 24 Stunden. Sowas muss man sich aus exportierten Daten selbst basteln.

Glaub die neue Steuerung kann das. Mir wurde leider auch noch die alte Steuerung verbaut Mitte November. Ne Woche später kann die Meldung, dass ab jetzt nur noch die neue geliefert wird...

Ja genau ich meinte die rechte Grafik aus der Lambda Steuerung.

Ok ich dachte das wäre nur ein Software Sache. Wäre schade wenn das mit der "alten" Steuerung nicht gehen würden. Meine ist vermutlich von Juli 25

Du kannst nur die Werte seit dem letzten Zurücksetzen angucken. Auf dem Tortendiagram im Hauptmenue nur gesamt, auf dem Tortendiagramm in der WP-Ansicht für WW, Heizung, Abtauen, Lüfter usw.
Wenn du Tageswerte oder sowas haben willst, musst Du täglich ablesen und die Differenz ausrechnen

Ich habe dieses Menü bisher auch noch nicht gefunden. SW v1.1.0 vom Feb 20 2025. Ich sehe allerdings im "Kuchen-Menü" aus der Startseite (Energiestatistik Wärmeverteilung) rechts unter dem Button "Reset" einen Button, der eine zusätzliche Statistik zeigen könnte (Blitz-Pfeil-Symbol). Da passiert nur leider nichts, wenn ich den drücke. Weiß jemand, was der Button machen soll?

Welche Software Version hast Du? Ich habe zwar der Button, aber kann die schöne Grafiken nicht aufrufen. Ich habe die Software V1.1.3 von 23 Okt. 2025.

Ich denke der Unterschied sind die Lüfter und Pumpenleistungen, die Lambda separat erfasst.

Bei YT gibt es ein schönes Video über der Einbau eine Lambda Wärmepumpe. Er zeigt auch die schöne Grafiken. Wenn ich gut schaue hat er die SW Version von Dezember 2025.
Einbau Lambda WP

Die zeitlich abrufbaren Statistiken gibt es nur mit der neueren Hainzl Steuerungen, egal von SW Version.

Die summieren alle Betriebsdaten die es auch in WP Modul -> Tortendiagramm gibt, Problem ist halt Abtauenergie sollte negativ sein, nicht positiv.

Die echte AZ wird dann noch verschlechtert im vergleich zur Real-World Messung da Inverterenergie nicht mitgezählt wird (%9) Differenz.

Es leuchtet ein: Bei meinem Einbau war die Abtauenergie zunächst auch positiv, nach dem SW-Update dann negativ. Das deckt sich mit deiner Wahrnehmung. Ich habe eine Sigmatek-Steuerung, bei der der Button auf der rechten Seite eingeblendet ist, aber noch nicht aktiviert ist. Ich frage mal bei den Freundlichen nach :-)

Ich meine mich zu erinnern, dass zunächst im WP Modul die normalen Sollwerte stehen, und dann, wenn die RL Temperatur erreicht ist erst die neuen, höheren Werte auftauchen.

Konnte ich bisher nicht beobachten, die RL Temperatur steigt bis die HKP auf 100% läuft. Dann fängt natürlich die VL Temperatur wieder an zu steigen, weil die Wärme nicht weg kommt. Die soll VL Temperatur bleibt gleich bei mir. Kann Mal jemand mit PV das bei sich beobachten?

Vor langer Zeit, 1-2 Jahre, meinten hier im Thread mehrere, dass Lambda bei der Anzeige der thermischen Leistung ziemlich genau ist und sich das mit externen WMZ deckt. Wäre schon spannend, was jetzt stimmt.

Bei mir kommt mir die thermische Leistung noch plausibel vor, aber eigentlich aufs Jahr gesehen mehr als ich in einem sehr guten Neubau erhofft hätte. Aber das ist natürlich rein bauchgefühl, wichtig wären verlässliche Zahlen. Bei den geringen Spreizungen bei mir kommt man aber auch an die Grenze dessen, wo die Eichung der meisten Zähler beginnt.

Wie hast du denn genau die Werte ermittelt? Geeichter WMZ direkt am Ausgang der Lambda?

Für die Sensoraufbereitung im Außengerät nutzt Lambda einen 24-Bit Wandler. Der Eingangsrange ist also in 16,7 Mio Inkremente teilbar. Dementsprechend können VL und RL mit 1/100 Grad Auflösung angezeigt werden, evtl. werden sie sogar für die interne Berechnung noch feiner aufgelöst verwendet.
Die Reine Auflösung allein ist aber noch keine Gewähr für eine genaue Berechnung. Wenn die VL- und RL-Sensoren nicht topp kalibriert wurden, kommt auf jede Differenz immer noch ein nahezu konstanter Offset obendrauf. Und der würde dazu führen, dass der relative Messfehler mit sinkender Spreizung steigt.
Ich habe im Sommer probeweise die Ladepumpe über einige Stunden bei geschlossenem Heizkreis über den Puffer im Kreis laufen lassen, um meine Puffersensoren abzugleichen. Dabei konnte ich feststellen, dass meine VL- und RL-Sensoren nicht perfekt abgeglichen sind. Mein VL-Sensor misst eine etwas höhere Temperatur als der RL-Sensor. Ich habe seinerzeit nicht versucht das zu quantifizieren, werde das aber vielleicht nach der Heizperiode nochmal nachholen. Dazu muss ich ja nur die auf 1/100 aufgelösten Werte ablesen...

Das ist ja gar nicht ein Problem des WMZ der Lambda (D.h. Genauigkeit der Volumenstrom Messung und der relativen Genauigkeit der Spreizung), nur von der folgenden Berechnung davon und wie das mit dem Abtauen funktioniert.

Wenn du tatsächliche nützliche Thermische Energie messen willst, muss Abtauen beim WMZ umgekehrt fahren und von der Integrale runterzählen.



Der Defaultzähler in HA (unten) ist hier auch falsch da er nicht als Net-Meter eingestellt ist und kann nicht runterzählen. Der obere Sensor ist mein eigener Meter was ich eingestellt habe.

Meine Aussage ist hier das die Lambda Steuerung da sogar schlechter behandelt, d.h. die Zahlen hier:



Bedeuten nicht die Net-Generierte Wärmemenge, sondern die bewegte Wärmemenge. Aber das beim Abtauen hochzuzählen bei der Heizperiode ist uns aber komplett egal, und das dann auch in der COP Berechnung zu haben ist ja noch schlimmer weil das dann weiter weg abweicht von der tatsächlichen nützlichen Wärme was ins Haus geht und womit wir die AZ bestimmen wollen.

Besteht eigentlich Konsens, daß die Hainzl-Steuerung besser ist?
Sollte ich darauf achten bzw. bestehen, daß ich die Hainzl-Steuerung bekomme? Meine EU10L soll demnächst geliefert werden. Die Bestellung müßte im Oktober 2025 erfolgt sein.

Ich gehe davon aus, dass der Sigmatek Steuerung auch die grafische "Extension" bekommen wird. Bei mir ist der Button schon programmiert, aber noch nicht aktiv. Ich habe eine Anfrage bei Zewotherm laufen

Was war denn der Grund, warum Lambda auf die Hainzl-Steuerung umgestellt hat? Die Grafik kann es ja nicht gewesen sein, wenn man das bei der Sigmatek auch implementieren kann.