Öffentliches Forum
  - Wärmepumpen

Das habe ich auch gerade gemacht, da ich überhaupt erst einmal klären will welche VLT ich wann brauche. Heizkurve teste ich momentan mit 15/28 und 7/25. Deshalb wird meine Aufzeichnung nicht sehr spannend sein ;-)
Momentan habe ich in den Rules nur das Modul zum Umschalten nach dem WW.
Da die AT zwischen 0 und 6°C schwankt, tut sich auch nichts beim Soll VL, der ist konstant bei 26°. In der Nacht lief sie mal durch, da es nur 0 - 1° AT hatte.
Guckst Du...


Genau unter mqtt.0.panasonic_heat_pump.log findest du das. Musst natürlich influxdb aktivieren, sonst siehst du immer nur die letzte Zeile.

Schon bemerkenswert, was so eine große Heizfläche an Selbstregelfähigkeit hat, wenn du kaum an der VLT Änderungen brauchst und trotzdem die erforderliche Leistung übertragen wird. Dazu auch noch auf niedrigem Niveau. Im Diagramm würde ich mir noch die abgegebene Leistung wünschen.
15/28 und 7/25, wirklich negativ? Um Tag/Nachtschwankungen auszugleichen? Oder Vertipper?

Danke für die Bestätigung @MQTT

Quatsch mit Soße, soll natürlich -15/28 und 7/25 heißen ;-)
Ob 28° wirklich reichen, wird sich zeigen müssen. Da aber eh immer 1K über Soll gefahren wird, bin ich guter Dinge.

Da brauchst du dir ja eigentlich fast gar keinen Kopf um die HK zu machen. Falls es mal zu kalt werden sollte, einfach n Grad mehr und gut is ;-)
Was erzeugt sie denn momentan, wenn sie auf 19Hz läuft, 3kW?

Deine VLTsoll mit 26° sind echt grenzwertig für eine Heizung, aber OK wenn du damit klar kommst und bei so eine flachen HK solltest du auch wenig Probleme mit dem Überschwingen bekommen. Ich würde aber noch das FlüsterLevelmodul mit reinnehmen weil der VL gleich nach dem Taktstart doch sehr nahe an den Abschaltpumkt kommt.

Bei den 3 Abtauunge heute Nacht kann man nichts machen ausser eine Sperrzeit verhängen in Abtauträchtigen Zeiten.

Das sehe ich auch so.
Vereinfacht betrachtet heist das doch, das sich die Zeitspanne in der der Raum infolge sinkender Temperatur mehr auskühlt mit der Zeitspanne decken sollte die die Flächenheizung brauch um das auszugleichen.

Das würde doch bedeuten das die AT- Vorgabe ohne Versatz in die VLTsoll umgesetzt werden sollte. Und das entspricht der Standard- Heizkurvenfunktion der Jeisha.

Auch bei den Radiatoren brauche ich zeitnah eine entsprechende VLT- Anpassung nach oben. Nach unten regeln die Thermostatventile ab.

Sollte man vielleicht eher die Rücklauftemperatur als Steuerungsgröße benutzen und anhand dieser die Vorlauftemperatur setzen? Wenn die Dame stets Wasser pumpt, dann bekommt sie doch über die Rücklauftemperatur die Information aus dem Haus, wie warm es da ist...

Bei AT Zwischen 0 und 6°C ist das mit den 26° VL vollkommen ausreichend und da hatte ich auch noch nie einen Startabbruch, da der Kompressor auch sofort runter fährt.
Blöd wird es bei milderem Wetter, da kann ich eigentlich nur mit 25° fahren. Das macht dann schon eher Probleme. Gern mal ein Überschwingen oder nach einem Startabbruch durch die Hysterese bedingtes Dauerschnüffeln. Da werde ich wohl auch mit Flüsterlevel starten müssen und zur Sicherheit einen Kickstart einbauen.
Mit dem Abtauen muss ich halt leben, da sie bei 0° schon länger durchlaufen muss. Da will ich ungern eine Sperrzeit einbauen, zumal dieser AT Bereich hier eigentlich Standard ist und ich irgendwann auch heizen muss ;-)

Das hängt sehr von der AT und dem Grad der Vereisung ab, momentan so ca. 2,5 kW. Damit läuft sie dann gern auch mal länger.
Wenn es wieder etwas wärmer draußen wird werden es auch 3 kW und mehr, das kriege ich in meiner Butze dann nicht mehr weg. Wäre schön, wenn sie weiter runter kommen würde, was wohl bei der F noch ging.

Das kann man sich ja in den Rules aussuchen, wie es am besten passt.
Eigentlich ist ja VL und RL beim Schnüffeln gleich, doch die Sensoren sind so schlecht, dass man das auch mit Kalibrieren nicht genau hinbekommt.
Je nach Temperaturbereich ist mal der eine mal andere höher.
Mit der Alpha FW von Heishamon ist man ja bei der Steuerung nicht mehr auf ganze Zahlen beschränkt und kann z.B. auch bei -2,75° den Start auslösen.

Mal ein Kurzer Einschub zur Info:

Die round() Funktion rundet nicht wie beschrieben von float auf nächsten integer, sondern auf den nächst tieferen integer. Einfach ausgedrückt: round () rundet ab. Müsste also eigentlich rounddown() heißen.

Da währe ich vorsichtig mit den Werten hinterm Komma.
Ich vermute eher, das diese eine art Trend für die interne Steuerung darstellen und nicht den tatsächlichen Wert weil Zwischenwerte oft übersprungen werden. Regeln damit würde ich nicht wollen.

Regeln nach Rücklauf wird m.M.n. nicht funktionieren weil die Vorgabe nur in ganzen Grad angegeben werden kann (TOP27, SWV). Dann fängt das System an zu schwingen je nachdem wie Träge die Heizlast ist.

Ich hatte mal meine Vitodens Gastherme von VLT auf RLT- Regelung umgebaut (mit Fühler der hydraulischer Weiche) damit bei sinkender RLT der VL kräftiger angehoben wird was dann temporär den Radiatoren zu gute kommen sollte. Hat aber nicht zufriedenstellend funktioniert.

Mit anderen Worte wird das was rechts vom Komma steht entfernt. Man kann natürlich vorm Runden 0,5 dazuaddieren wenn man ein Aufrunden ab 0,5 haben möchte.

Weiß einer von euch, was das für Werte sind, die man an der Fernbedienung abrufen kann, wenn man Pfeil hoch, links und rechts 6 sek gleichzeitig drückt?

Mit Regeln nach Rücklauf hast du Recht, da habe ich nicht dran gedacht.
Bei den Werten hinter dem Komma sollte es aber funktionieren.
Wenn ich z.B. #StartDelta = 3.25; angebe und dann später
...
if #VList <= #VLsoll - #StartDelta then o.ä.
...
Ich habe es allerdings auch noch nicht getestet...

Ja, so hab ich das gelöst. Allerdings muss es nicht unbedingt zum Problem werden, je nach dem wann was gerundet wird.
Wenn man zB einen Wert mit 100 multipliziert hat (um zwei Nachkommastellen zu bekommen) macht es prozentual wenig Unterschied.
Wenn aber mit normalen Werten gerechnet wird und es auf Nachkommastellen ankommt, dann schon eher. Wie zB in deinem Code ($VT1 = round (#ATmax - #T5). Praktisch könnte auch das ggf unter gehen bzw durch entspr. Anpassung der HK ausgeglichen werden.

Momentan sind es hier bei
4° AT
34° VL-ist
~ 600W el.
~ 2700W th.
bei 19Hz

Sie läuft jetzt seit der letzten WW-Bereitung um 14:00 durch.

Wärst du so nett und würdest da nochmal deine aktuellen Code-Module zu posten? Ich denke, es macht fast immer Sinn die ersten Minuten die Flüster-Bremse zu treten, sowohl im Dauer-Taktbetrieb als auch nach dem Enteisen.

Hmmm.... könnte auch genau umgekehrt sein.
Am schnellsten Klarheit bringen könnte das Experiment, in einer stabilen Wetterlage - ohne große Schwankungen im Mittel von Tag zu Tag - mal eine adäquate feste VLT über 2-3Tage zu fahren und den Temperaturverlauf über den Tag zB im Wohnzimmer zu beobachten. Dann weißt du genau, ob, wann und wieviel du gegensteuern musst, kannst, willst.
Ich würde mutmaßen, dass du innerhalb eines Tages kaum/nicht gegensteuern musst, wenn du damit leben kannst, dass es morgens ggf mal n Grad kühler ist.

Habe das Modul mal aus meinem Gesamtprogramm isoliert und beschrieben. Zuletzt habe ich die Funktion abgespeckt auf 5 Minuten Level3 gefolgt von 5 Minuten Level1
.
[img][/img]

Ich kann die Funktion an der Fernbedienung deaktivieren indem man über das Schnellmenü den Flüstertimer aktiviert. Diese Funktion würde sowieso in Konflikt stehen. Durch Abschalten kann man auch besser sehen wie es wirkt ohne was umprogrammieren zu müssen. Dazu mus ein Eintrag im Timer als Dummy existieren z.B. 12:00 Level0.
Hier mal der Code als Text. Leider werden hier die führenden Blanks entfernt. Bei mir läuft es gut. Dennoch übernehme ich keine Garantie und Haftung. Anwendung erfolgt auf eigenes Risiko.

--------------------------------------------

on System#Boot then
#TaktAlt = 1;
settimer(1,20);
end




on timer=1 then
#TaktAlt = @Operations_Counter;
end




on @Operations_Counter then
if @Quiet_Mode_Schedule == 0 then
settimer(2,10);
end
end




on timer=2 then
if @Operations_Counter > #TaktAlt then
#TaktAlt = @Operations_Counter;

if @Heat_Energy_Consumption > 0 then
@SetQuietMode = 3;

settimer(3,300);
end
end
end

Hier noch der Rest der oben fehlt.

------------------------------

on timer=3 then
@SetQuietMode = 1;
settimer(4,300);
end



on timer=4 then
@SetQuietMode = 0;
end

Klasse, danke, dass du dir extra die Mühe gemacht hast, das nochmal zu erläutern. Schlau die Heizenergieerzeugung statt nur den Kompressor abzufragen wegen WW. Dito für die Flankenerkennung des Zyklusstarts. Mutete zwar anfangs seltsam an, macht aber Sinn weil simpel und sicher.

Werde das als nächstes angehen, sobald der ganze Kram stabil läuft, im Moment hab ich noch Probleme primär mit MQTT-Abbrüchen und seltsamen Neustarts, bin aber auf nem guten Weg.

Danach will ich mir auch noch Gedanken machen, wie man Jockels WW-Abschalt-Modul so erweitert, dass der vorige Modus reaktiviert wird, statt pauschal "Heizen", was im Winter ja ok ist. Ausnahme soll optimalerweise sein, wenn von Hand Abgeschaltet wurde... erfordert wahrscheinlich einige Abfragen und Merker

Vielen Dank für deine ausführlichen Beschreibungen, die du immer mit dazu gibst.
So kann auch ein alter Anfänger viel besser verstehen, was eigentlich dahinter steckt.


Da könnte man eigentlich in dem WW-Abschalt-Modul auch @Compressor_Freq durch @DHW_Energy_Consumption ersetzen. Würde sicherlich keinen Unterschied in der Funktion machen, aber passt irgendwie besser zum Modul selbst.
Diese Werte habe ich bisher noch gar nicht so auf dem Schirm gehabt...

Ich bin auch gerade am Überlegen, wie ich das im Sommer mache. Da ist die WP ja normalerweise aus und schaltet sich nur per Timer für das WW ein. Danach sollte sie natürlich nicht nur um- sondern wieder ausschalten.

Es braucht zumindest mal eine Variable, die sich den Zustand vor der WW-Bereitung merkt bzw zwei, um den aktuellen Zustand weiter zu schieben (zB #OperationModeAlt; #OperationModeNeu). Weiß grad nur nicht, wann das genau passieren muss. Es wird nicht reichen, das mit @DHW_Temp zu machen, weil in der Zwischenzeit der timer gekommen sein kann.

Vielleicht in die Richtung:


on @Operating_Mode_State then

#OperationModeAlt = #OperationModeNeu
#OperationModeNeu = @Operating_Mode_State

end


on @DHW_Temp then

if @DHW_Temp >= @DHW_Target_Temp && @DHW_Energy_Consumption == 0 && @Operating_Mode_State == 3 then

@SetOperationMode = #OperationModeAlt;

end

end


Oder?

Da @Operating_Mode_State ja regelmäßig kommt, auch wenn sich nichts verändert hat, würde alt und neu ständig überschrieben und gleich sein.
Dann eventuell so?

on @Operating_Mode_State then
if @Operating_Mode_State != #OperationModeNeu then
#OperationModeAlt = #OperationModeNeu;
#OperationModeNeu = @Operating_Mode_State;
end
end

Guter Einwand.

Hab grad überlegt, ob wir nicht mit "alt" vergleichen müssen, wäre aber Quatsch, da während der WW-Bereitung dann die 3 in alt gesetzt würde, was Unsinn wäre.

Müsste man mal probieren, konnte klappen.
Was passiert, wenn der Timer abschaltet, bevor WW fertig ist?