Öffentliches Forum
  - Wärmepumpen

Vor allem die Reduzierung der Leistungsspitzen nach Start, WW oder Abtauen. Dadurch kann der Flüstermodus im kritischen Temperaturbereich ganz aus bleiben. Trotzdem bleibt sie immer leise, friert weniger ein und bleibt im effizienten Leistungsbereich. Vorher war das ein Konflikt.

Dann noch ein paar Kleinigkeiten:
- Flüstermodus automatisch an/aus bei Grenztemperatur
- Speichertemperatur kann nicht mehr unter 25° fallen (erzwingt sonst z.T. >100Hz)
- morgens WW Speicher mit reduzierter Zieltemperatur nachladen falls nötig
- nur moderate SWV Änderungen sind erlaubt um Ausgehen/hohe Leistung zu verhindern
- rudimentäre Steuerung der Wasserpumpe abhängig von der Leistung - nicht nötig aber war schnell gemacht und funktionierte bei mir ab Werk nicht besonders gut.

Goodies wie SWV-Erhöhung bei durch PV Überschuss, WW-Zeiten abhängig von der Jahreszeit laufen auch schon. Der nächste Schritt ist das Erkennen von Sommer/Winter und die Nachtabschaltung anhand einer Raumptemperatur um die Temperatur im Haus stabil zu halten. Letzteres war ja schon bei meinen SWV-Timern Teil meines Ansatzes.

Ich verwende dazu den in der Fernbedienung eingebauten Temperatursensor
Room_Thermostat_Temp
und lege noch ein SWV- Grad drauf wenn es zu kalt ist.

Moin,

Ich mache beim WW folgendes:

1. Wegeventil geht auf "Room" -> Durchfluss auf "140" erhöhen
2. Nach 3 Minuten -> SWV +2
4. Nach weiteren 3 Minuten -> SVW 0 + Durchfluss auf "96".

Die SWV wird relative gerechnet, dh. wenn gerade die SWV bei +1 ist, dann wird die auf +3 erhöht und auch nur auf +1 wieder abgesenkt...

Klappt bis jezt ohne Probleme.

Warum? VL ist vom WW noch zu warm und die sie ignoriert die Verschiebung...

Grüße

Flüstermodus nutzt du wie? Hatte es jetzt unter 5 Grad aus und drüber FS3....
Bezüglich der Speichertemperatur meinst du die darf max. bis 25 Grad fallen weil sonst die Pana den WW-Takt mit >100 Hz fährt? Um das einzugrenzen hast du auch das Nachladen in der früh auf sagen wir nur 40 Grad oderso?

Kannst du das mal genauer erklären "nur moderate SWV Änderungen sind erlaubt um Ausgehen/hohe Leistung zu verhindern", damit meinst du nicht krass erhöhen von 0 auf +3 sondern vielleicht nur in 1er Schritten nach und nach? Und nicht zu schnell zurück von +3 auf 0 um das Ausschaltdelta nicht zu überschreiten?

Was meinst du 140 und 96, nicht l/h sondern Prozent oder was ist das?
Dafür hast du nen Flow extra in Nodered?

denke mal er meint mit 140 den Wert der Pumpe.
Der geht über das Menü als Hex-Zahl kodiert von 0 bis ?255?
er setzt die maximale Pumpendrehzahl also auf 140 - also 8C wenn du es im Display einstellst.

Heizen: FS3 immer ab 5°, sonst 0. Bei unter -5 Grad zur Sicherheit noch FS2 bis ich dazu eigene Beobachtungen habe.

Für WW bei <5° AT nutze ich die FS1/2 weiterhin, weil ich nur so die Leistung reduziert bekomme. Zu hohe Leistung senkt die Effizienz deutlich und fördert Vereisung teilweise mehr als die Flüsterstufen mit weniger Leistung.

Dann setze ich FS3 kurz als Impuls um sie dazu zu bewegen die Leistung zu reduzieren falls die Frequenz nach den Starts zu hoch ist. Passen IST und SOLL (siehe unten) zueinander erhöht sie danach die Frequenz nicht wieder. Klappt bisher sehr gut.


Ja, ich meine die Grenze ist 20°. Die WP dreht dann auf wie nie und bleibt stur dabei bis der Speicher die Zieltemperatur erreicht hat.

Komfortfunktion. So muss keiner mehr ans Bedienteil gehen falls nochmal geduscht/gebadet wurde. Hätte ich vorher natürlich auch per regulärem Timer machen können.

Jein. Ja bzgl. der Leistung/Ausgehen.
Ich beziehe die IST Temperatur mit ein. Die Differenz zwischen der neuen Zieltemperatur und dem IST Zustand darf nur +2K oder -1K betragen.
Mit anderen Worten: der SWV-Wert kann erst weiter in die gewünsche Richtung steigen wenn ich es neu berechne und die IST Temperatur bis dahin entsprechend gestiegen ist. Das dauert seine Zeit.

IST/SOLL stehen in "Z1_Temp" und "Z1_Water_Target_Temp". "Z1_Heat_Request_Temp" ist die SWV.

Läuft sie schon mit <30Hz reduziere ich gar nicht mehr in der Hoffnung, dass sie an bleibt. Abschalten mache ich derzeit noch explizit nach Uhrzeit und später dann zu berechneten Zeitpunken.

Moin,

ist der Wert den ich per MQTT übergebe... Also wie @LaMiyu schon geschrieben hat.

Ich habe für den WW Start und Stop eine Flow. Es gibt ja einige Themen beim WW:

1. LWWP anschalten, wenn aus (Sommer)
2. Stellung 3- Wegeventil nach abschalten des WW Taktes
3. Umschalten Heizen-> auf WW / Kühlen -> WW und zurück
4. Setzte beim Start auch "Force DHW" auf 1 und dann wieder auf 0 -> So macht sie in jedem Fall WW.

Kann dir beide Flows hier mal als JSON reinstellen, sind aber ein bisschen Quick and Dirty gebastelt... musst in IO BRoker dann aber unter "Objekte - 0_Userdata" noch ein paar Datenpunkte anlegen, in der Stände zwischen gespeichert werden.

Grüße

Geht der Kompressor denn nach dem Ausschalten so kurze Zeit später beim EInschalten sofort wieder los?
Setzt das Aus- und Einschalten immer sofort den Impuls?
Hab ich noch nicht getestet.

Aber ich hab noch ne andere Frage an dich: du hattest vor kurzem geschrieben das du:

- sie unempfindlicher für des Überschwingen der VLT über die VLTsoll zu machen lese ich die Spreizung mit und 1 Minute bevor sie
Abschalten würde erhöhe ich die SWV um1° damit die Takte länger werden

--> wie zeichnest du die Spreizung auf, bzw. das muss ja ständig fortlaufend gehen bis das Delta erreicht ist der Verdichter dann ausgehen würde

und

- um die Jeisha beim Starten einzubremsen setze ich bei Taktbeginn den Flüstertimer für 3 Minuten auf 3, dann 3 Min auf 2, dann, 3 Min auf 1,
danach auf 0.

--> Wie kontrollierst du den Taktbeginn, wenn der Verdichter > 0 Hz wird?

Inwiefern zur Sicherheit? Weil du doch schreibst unter 5 Grad auf 0...

D.h. über Scripte guckst du wenn das 3-Wege-Ventil auf Tank springt, dass direkt die Flüsterstufe auf 1/2 gesetzt wird?

Wie genau berechnest du das? Du meinst damit du prüfst ob du dich dem Abschaltdelta näherst und setzt kurz bevor das so ist den SW?

Das wäre super. Da wäre ich dir sehr dankbar.

Zum WW-Flow: läuft sie denn bei deiner Variante direkt ohne das der Verdichter aus geht weiter?
Bei mir geht es jetzt so, dass nach WW-Takt der Verdichter für 2-3 min auf 0 Hz abfällt und dann durch SWV auf +3 und alle 5 min. zurück auf 0 wieder anspringt.
Durchlaufen wäre natürlich schöner ...

Man war sich, glaube ich, sicher, dass der Kompressor immer ausgeht, sobald die Umschaltung auf WW erfolgt.
Je nach (der Steuerung unbekannter) Stellgeschwindigkeit des Ventils will man nicht unter Volllast im Winter in 30s undefiniert die Wärme nicht loswerden, also lieber aus als Fehlereintrag.
Das kurze Aus/einschalten wird als weniger kritisch angesehen als ein Kaltstart/Takten nach xx Minuten/Stunden. Nachprüfen oder nachweisen kann es aber vermutlich keiner.

Das ist eine von mittlerweile 9 Funktionen die ich in Rules umgesetzt habe.

Ein Timer läuft endlos und wird minütlich abgearbeitet. Auch dieses Modul hier.
Wenn 2 Minuten in Folge die VLT die VLTsoll für 2 Grad übersteigt wird ein SWV- Bonusgrad gesetzt und in einer Variable festgehalten. -> Dadurch komme ich einer Abschaltung durch Überschwingen zuvor. Bei minimaler Modulierung wird das dann zum Normalfall. Eine echte Abschaltung erfolgt dann mit einer um 1° höher gesetzten Abschalthysterese.

Wenn 2 Minuten in Folge die VLT kleiner oder gleich der VLTsoll ist wird, wenn vorher das Bonusgrad gesetzt wurde dieses wieder zurückgenommen. -> Kommt nur vor wenn der Wärmebedarf des Hauses größer ist als die min Leistung der WP.



Das Prinzip geht so:
Ich prüfe nach Auslösen des Triggers "Taktzähler" ob der aktuelle Taktzählerstand dem vom letzen Durchlauf entspricht. Wenn nicht gab es eine neuen Takt. Dann prüfe ich noch ob der Energiezähler für Heizbetrieb nicht 0 ist, bzw ein Takt im Heizbetrieb vorliegt. Dann muss man noch ein paar andere Sachen beachten.

Beispiel;
Ist (Z1_Temp): 25 Grad
Soll: 25 Grad
SWV: +1

Diese Werte kannst Du auslesen. Sie bedeuten die Heizkurve würde 24 Grad vorgeben (so mein Verständnis).

Die neue SWV darf in dem Beispiel im Bereich zwischen 0 und 3 liegen. Dadurch ergibt sich eine neue Solltemperatur zwischen 24 und 27 Grad. Oder ein maximaler Abstand vom Ist zwischen -1K oder +2K. Und genau das möchte ich erreichen.
Berechne ich eine SWV von +4 beschneide ich den Wert auf 3 bevor ich ihn an die WP gebe. Irgendwann ist die IST Temperatur vielleicht höher und werden +4 möglich.

Lass dir diese drei Werte auf einem Dashboard oder so anzeigen um sie im Blick zu haben.
Aber viele Wege führen nach Rom. Logging und Darstellung aller Werte hilft zu verstehen was man ändern muss wenn das Verhalten mal anders ist als erwartet.

Die anderen Fragen:
„Flüsterstufe zur Sicherheit“ bis ich mal sehe, dass es so auch im tiefen Temperaturbereich so funktioniert wie erwartet und ich keine Fehler im Code habe. Bis dahin ist es egal, weil es grad eh wärmer ist.

FS bei WW: genau. Sind 2-3 Zeilen Code. „Wenn Ventil auf, dann .. bei temperatur x FS2, bei y FS3, sonst FS1“

Bei mir ist es kompliziert.
Ich berechne eine Sollvorgabe aus einem Mittelwert der letzten Stunden um das gezappel der internen Berechnung zu umgehen. Die interne Heizkurvenberechnung schalte ich einmalig manuell vorher gleich.
VLmin = 32°, VLmax = 32°.
Das bedeutet, egal welche AT der internen Berechnung zugrunde liegt es wird immer die Vorgabe = 32° geliefert. Dann habe ich einen Spielraum in der SWV von +5 bis -5°. D.h. eine Bandbreite von 27 bis 37 °C die ich mit Heishamon Rules steuern kann. Der Wochentimer ist daher z.Zt. nicht verwendungsfähig. Ich mache auch kein WW mit der WP.

Ich errechne also extern eine VLTsoll- Wert, korrigiere diesen z.B. mit dem Bonusgrad, ziehe dann 32 davon ab und schreibe diesen Wert in die SWV ein.

Interessant, jeder macht es ganz anders. Deine Berechnung bleibt logisch besser nachvollziehbar, weil du mit absoluten Temperaturen arbeiten kannst und sie ist wegen dem Mittelwert stabiler. Du verlierst aber die Möglichkeit der Timer bzw. bist stärker auf Heishamon angewiesen.

Ich berechne die Zielwerte jede Minute neu und speichere bisher keine Zustände ab oder führe längere Abläufe aus. Schwankungen durch das interne Soll sind entsprechend schnell korrigiert und ich bin wieder in meinen gewünschten Grenzen (-1K / +2K vs. IST). Meine HK ist sehr flach, Schwankungen der AT stören bisher nicht.

Ich will jetzt mit einem Nodered flow auf raumtemperaturgesteuert gehen, also schon noch über Heizkurve aber der flow soll die Pana ein- und ausschalten je nachdem ob die Raumtemperatur im Referenzraum das Limit unter- oder überschreitet.
Zusätzlich soll die Pana ausgehen, wenn das DeltaT greift, also die VL-Temp. >=2 und <= 4 °C ist.
Das würde ja das Takten verhindern.
Wobei ich jetzt mal bei mir in Grafan geschaut hab, die Taktet nicht wirklich. Also den einzigen Takt hab ich mittags wenn ich WW mache und dann läuft die Pana von 13 bis 11 Uhr am nächsten Tag durch mit 25 Hz ohne Flüsterstufe. Weiß nicht ob ich da irgendwas ändern sollte?

Das wäre ja im Prinzip die Alternative zu dem von mir oben genannten ausschalten der Pana wenn das Abschaltdelta erreicht wäre. Nur das sie da nicht ausgeht sondern der Sollwert hochgestellt wird?

Welche Topic ist das in Heishamon?

Wo liegt deine Heizkurve?

So bleibt sie im Flow auch dann wenn die Witterungsführung Temperatursprünge erzeugt. Diese werden dann kompensiert. Habe meine Rules heute nochmal abgespeckt und neu aufgesetzt.



@Heat_Energy_Consumption ist TOP 16.
Das ist der in 200 Watt- Schritten anzeigende Stromzähler der Ausseneinheit der zählt, wenn der Kompressor im Heizbetrieb läuft. Der Trigger kommt praktisch gleichzeitig mit dem Kompressorstart wird aber sehr wenig wiederholt da sich dieser Wert kaum ändert in Gegensatz zur Kompresorfrequenz.

Beispiel:
if @Heat_Energy_Consumption != 0 then
if #Stat < 1 then
#Stat = 1;
#Push = 0;
#Update = 0;
end

Ich hatte auch mal vor die Werte des Temperatursensors in der FB zu nutzen, habe ich erstmal verworfen. Ist TOP 33 @Room_Thermostat_Temp.

Brauche max 28/24. Typischer VL 24-26.