FHEM Modul (70_HPSU.pm) ROTEX HPSU compact <--> ELM327

[ahermann86]

Hallo,

@Fuxi:
Ist sie um 01:20:24 in Sommer hängen geblieben oder erst um 07:14:10 (weil danach nichts mehr kommt)?
Ich habe die Rocon U1 nicht im Einsatz - das könnte natürlich etwas knifflig werden, wenn die mit reinspielt... Was ich aber gelesen habe, die Master-RoCon-Funktion solltest du in deinem Fall auf AUS lassen. Bei EIN hätte die Raumstation vorrang aber mein Modul setzt ja nur die Betriebsart an dem eingebauten Bedienteil.

@cb:
siehe: https://wiki.fhem.de/wiki/Rotex_HPSU_Compact#Attribute -> AntiContinousHeating
Bei WW wird nichts umgeschaltet.

Gruß
Axel

[Fuxi]

Hallo,
sie ist um 1:20 hängen geblieben.
Die MasterRocon funktion heisst ja glaub ich nur dass ich auch alles an der U1 einstellen kann,wie bei der Hauptzentrale.Also eine Art erweitertes Bedienfeld.Hatte dies früher auch aktiviert mit deinem Modul.Wurde nur deaktiviert weil Rotex das meinte.War aber damals eine anderer Fehler,ist ne lange Geschichte 😁

[cb187]

Ok also muss ich noch die Bedingung nur für heizen mit reinnehmen?

Weil zur Zeit sieht mein script so aus wenn Betriebsart =3 setze Modus auf 5, und wenn Betriebasart =1 setze Modus auf 3 mit ner Verzögerung von 2 sek.

[siebo]

Hi Axel,

heute ist was seltsames passiert zum ersten Mal.
Und zwar ist die Anlage im Moment so eingestellt, dass bei Warmwasserbereitung bei <35°C der Heizstab einspringt (wieso, weiß ich eigentlich gar nicht, war schon immer so eingestellt) und ab 35°C dann der Kompressor.
Ab 16:15 ging die Warmwasserbereitung bei 34,3°C los (also zunächst kurz Heizstab), aber dann ab 35°C passierte nichts mehr.
So ging das dann bis zum Ende des Zeitfensters im Wechsel und das Wasser war immer noch nur 35°C warm (Diagramm im Anhang).
Ich hatte das DebugLog noch auf onDHW und dort steht im fraglichen Zeitraum folgendes:

Code Auswählen Erweitern

2021.12.08_16:19:34: HPSU 916: AntiMixerSwing occurred
2021.12.08_16:19:34: HPSU 1269: SetVal k:mode_01 v:Bereitschaft, s:check, r:3, wait:
2021.12.08_16:19:34: HPSU 1269: SetVal k:mode_01 v:Bereitschaft, s:checkAktVal, r:3, wait:
2021.12.08_16:19:34: HPSU 1269: SetVal k:mode_01 v:Bereitschaft, s:write, r:3, wait:
2021.12.08_16:19:35: HPSU 1269: SetVal k:mode_01 v:Bereitschaft, s:read, r:3, wait:
2021.12.08_16:19:35: HPSU 1269: SetVal k:mode_01 v:Bereitschaft, s:verify, r:3, wait:
2021.12.08_16:19:35: HPSU 1269: SetVal k:mode_01 v:Heizen, s:check, r:3, wait:
2021.12.08_16:19:35: HPSU 1269: SetVal k:mode_01 v:Heizen, s:checkAktVal, r:3, wait:
2021.12.08_16:19:35: HPSU 1269: SetVal k:mode_01 v:Heizen, s:write, r:3, wait:
2021.12.08_16:19:36: HPSU 1269: SetVal k:mode_01 v:Heizen, s:read, r:3, wait:
2021.12.08_16:19:36: HPSU 1269: SetVal k:mode_01 v:Heizen, s:verify, r:3, wait:


Gehe ich also Recht in der Annahme, dass da (fälschlicherweise ?) ein AntiMixerSwing erkannt wurde und die Anlage danach nicht mehr so richtig in die Warmwasserbereitung gekommen ist ?
Muss man da "was machen" oder war das evtl. sogar etwas, was du im Zuge der 1.14d1 korrigiert hast (auf die ich im Anschluss jetzt upgedated habe) oder war das einfach ein one-off (ist ja auch vorher nie passiert) und ich lasse einfach alles, wie es ist ?

Ich habe gerade nochmal die "develope" aktualisiert.
Da war noch ein Fehler drin 

Version ist dann "1.14d1"

Und dann noch was zur Warmwasserbereitung grundsätzlich. Du hattest in dem letzten Beitrag geschrieben:

@siebo:
Ich muss feststellen, dass ich das Menü mit den "Zeitfenstern" noch nie verwendet habe 
So wie es aussieht, blockiert die Anlage damit hart die Warmwasserbereitung außerhalb der definierten Zeit. Das könnte ich bestimmt - sehr aufwändig - per ... Befehle "aushebeln". Das würde ich aber lieber lassen. Ich habe die Philosophie, dass die "Intelligenz" nur auf einer Seite liegen soll. In meinem Fall ist das FHEM. Ich verwende hierfür das DOIF - glaub mir, so schwierig ist das nicht - hier ein Beispiel:

1. Über die FHEM Befehlszeile definierst du ein DOIF:

Code Auswählen Erweitern

define WarmwasserZeitfenster DOIF ##
2. Mit klick auf DEF das Eingabefeld öffnen und folgendes reinkopieren und anpassen:

Code Auswählen Erweitern


([06:15-07:45] or [17:00-20:00])
(set myHPSU Soll_T_Warmwasser_1 48)

DOELSE
(set myHPSU Soll_T_Warmwasser_1 37)

3. Das DOIF mit

Code Auswählen Erweitern

attr WarmwasserZeitfenster room Heizung
dem Raum "Heizung" zuordnen.

Ich bin total verwundert, dass keiner das Zeitfenster nutzt , machen das "alle" so ?
Ich meine, grundsätzlich spricht ja nichts dagegen, die Warmwasser-Zeitplanung im FHEM aufzunehmen.
Wenn ich das aber so mache, dann springt die Warmwasserbereitung bei 32°C immer wieder an, um die Temperatur wieder auf 35°C zu bringen (3°C Hysterese, oder wie das heißt).

Das wird im Moment durch das Zeitfenster unterbunden und es gilt nach dem morgendlichen Duschen für die Temperatur "nach mir die Sintflut", bis meine Frau abends duschen will.
Ist es überhaupt sinnvoll, die Wassertemperatur so weit runtergehen zu lassen ?
Hab mir aber noch gar keine Gedanken gemacht, ob das wirklich so schlau ist.
Ist ein bisschen Offtopic auch, aber vllt. kannst du oder jemand anderes da trotzdem kurz was zu sagen, bevor ich das in FHEM implementiere ?

Gruß Siebo

[ahermann86]

Hallo zusammen,

@Fuxi:
Wenn MasterRocon EIN ist, kann NUR noch an der Raumstation der Modus verstellt werden. Wenn du an der Heizzentrale (wie das Modul) etwas verstellst, würde der Moduswechsel ignoriert werden... Also, das MasterRocon sollte nach Beschreibung daher deaktiviert sein.
Nach dem AntiContinousHeating wird nach 4 Minuten der Warmwasserverlust berechnet. Da habe ich nun als Fix noch einen Check eingebaut, ob sich die Anlage in dem zuvor eingestellten Modus befindet.

@siebo:
Hier ein Auzug aus der Rotex Regelung Bedienungsanleitung:

Bei einer Außentemperatur < 12 °C und einer Speichertemperatur
< 35 °C wird automatisch der Backup-
Heater (BUxx) eingeschaltet, um das Speicherwasser
auf mindestens 35 °C aufzuheizen.

D.h. 35° sind absolutes Minimum, deswegen heizt die Regelung unabhängig aller eingestellten Parameter. Das ist der Grund, weswegen ich auf 37° begrenze 

Das AntiMixerSwing wird in der neuen "develope" Version nur noch ab 35.5°C ausgeführt und sollte nun nicht mehr stören.

Nachtrag: Ich setzte die minimale Wassertemperatur nicht "direkt" auf 37° sondern auf 44°. Mit den 44° ergeben sich bei 7K Hysterese die 37°:

Code Auswählen Erweitern

(set myHPSU Soll_T_Warmwasser_1 44)  ## Mindesttemperatur: 44-7 = 37

@Fuxi + @siebo:
Bitte nochmal die aktuelle "develope" 1.14d2 nehmen und damit Updaten, testen und berichten

@cb187:
Damit scheint deine Frage ja nun hinfällig zu sein: https://www.haustechnikdialog.de/Forum/p/3234847

Gruß
Axel

[cb187]

@Axel nein nicht wirklich.Script funktioniert aber zb bei WW Bereitung bleibt er dann wenn er Abtaut leider im Sommermodus.
Will dich nicht nerven aber versuche nur dein script zuverstehn und in IO umzusetzen.So können vielleicht auch andere von profietieren.

[Fuxi]

OK,werde das MasterRocon wieder abschalten und heute abend updaten. Berichte dann.

LG und Danke !!

[siebo]

So, ich bin gespannt. Hab jetzt auf die 1.14d2 upgedated und hab das Zeitfenster in der Rotex ab- und dafür das DOIF angeschaltet. Werde beobachten .

[siebo]

Hi Axel,

ich wollte mal ein paar "Merkwürdigkeiten" zu Protokoll geben:

Bild 1: Nachdem ich auf die 1.14d2 upgedated und das Rotex-Zeitfenster durch das DOIF ersetzt und einmal manuell Soll_T_Warmwasser_1 auf 37°C runtergesetzt hatte, lief alles normal, bis zum ersten Abtauen. Danach hat die Rotex anscheinend vergessen zu heizen und die Heizkreisvorlauf- und -rücklauftemperatur hatte von 11 bis 18:30 einen merkwürdigen Verlauf. Um 18:30 war die WW-Temperatur dann >2°C unter Soll und es wurde WW produziert. Danach war alles wieder normal.

Code Auswählen Erweitern

2021.12.10_09:03:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:37, s:verify, r:3, wait:
2021.12.10_10:57:11: HPSU 1183: AntiContinousHeating set Frost from 0 to Off
2021.12.10_10:57:11: HPSU 1188: AntiContinousHeating set to Sommer
2021.12.10_10:57:11: HPSU 1383: SetVal k:t_frost_protect v:Aus, s:check, r:3, wait:
2021.12.10_10:57:11: HPSU 1383: SetVal k:t_frost_protect v:Aus, s:checkAktVal, r:3, wait:
2021.12.10_10:57:11: HPSU 1383: SetVal k:t_frost_protect v:Aus, s:write, r:3, wait:
2021.12.10_10:57:11: HPSU 1383: SetVal k:t_frost_protect v:Aus, s:read, r:3, wait:
2021.12.10_10:57:11: HPSU 1383: SetVal k:t_frost_protect v:Aus, s:verify, r:3, wait:
2021.12.10_10:57:12: HPSU 1383: SetVal k:mode_01 v:Sommer, s:check, r:3, wait:
2021.12.10_10:57:12: HPSU 1383: SetVal k:mode_01 v:Sommer, s:checkAktVal, r:3, wait:
2021.12.10_10:57:12: HPSU 1383: SetVal k:mode_01 v:Sommer, s:write, r:3, wait:
2021.12.10_10:57:12: HPSU 1383: SetVal k:mode_01 v:Sommer, s:read, r:3, wait:
2021.12.10_10:57:13: HPSU 1383: SetVal k:mode_01 v:Sommer, s:verify, r:3, wait:
2021.12.10_11:01:25: HPSU 1203: AntiContinousHeating set to Heizen
2021.12.10_11:01:25: HPSU 1211: AntiContinousHeating set Frost to 0
2021.12.10_11:01:25: HPSU 1383: SetVal k:mode_01 v:Heizen, s:check, r:3, wait:
2021.12.10_11:01:25: HPSU 1383: SetVal k:mode_01 v:Heizen, s:checkAktVal, r:3, wait:
2021.12.10_11:01:25: HPSU 1383: SetVal k:mode_01 v:Heizen, s:write, r:3, wait:
2021.12.10_11:01:25: HPSU 1383: SetVal k:mode_01 v:Heizen, s:read, r:3, wait:
2021.12.10_11:01:26: HPSU 1383: SetVal k:mode_01 v:Heizen, s:verify, r:3, wait:
2021.12.10_11:01:26: HPSU 1383: SetVal k:t_frost_protect v:0, s:check, r:3, wait:
2021.12.10_11:01:26: HPSU 1383: SetVal k:t_frost_protect v:0, s:checkAktVal, r:3, wait:
2021.12.10_11:01:26: HPSU 1383: SetVal k:t_frost_protect v:0, s:write, r:3, wait:
2021.12.10_11:01:27: HPSU 1383: SetVal k:t_frost_protect v:0, s:read, r:3, wait:
2021.12.10_11:01:27: HPSU 1383: SetVal k:t_frost_protect v:0, s:verify, r:3, wait:
2021.12.10_19:04:46: HPSU 1183: AntiContinousHeating set Frost from 0 to Off

Bild 2: Das war dann der erste richtige "DOIF-Test" heute Morgen. Gestartet hat um 07:15 alles gut. Dann wurde die WW-Produktion aber durchs Abtauen um kurz nach 8 unterbrochen und lief dann bis zum Ende des DOIF-Zeitfensters um 08:45 nicht mehr richtig weiter.

Code Auswählen Erweitern

2021.12.11_05:55:51: HPSU 1383: SetVal k:t_frost_protect v:0, s:verify, r:3, wait:
2021.12.11_07:15:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:48, s:check, r:3, wait:
2021.12.11_07:15:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:48, s:checkAktVal, r:3, wait:
2021.12.11_07:15:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:48, s:write, r:3, wait:
2021.12.11_07:15:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:48, s:read, r:3, wait:
2021.12.11_07:15:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:48, s:verify, r:3, wait:
2021.12.11_07:33:07: HPSU 920: AntiMixerSwing occurred
2021.12.11_07:33:07: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:check, r:3, wait:
2021.12.11_07:33:07: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:checkAktVal, r:3, wait:
2021.12.11_07:33:07: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:write, r:3, wait:
2021.12.11_07:33:08: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:read, r:3, wait:
2021.12.11_07:33:08: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:verify, r:3, wait:
2021.12.11_07:33:08: HPSU 1383: SetVal k:mode_01 v:Heizen, s:check, r:3, wait:
2021.12.11_07:33:08: HPSU 1383: SetVal k:mode_01 v:Heizen, s:checkAktVal, r:3, wait:
2021.12.11_07:33:08: HPSU 1383: SetVal k:mode_01 v:Heizen, s:write, r:3, wait:
2021.12.11_07:33:09: HPSU 1383: SetVal k:mode_01 v:Heizen, s:read, r:3, wait:
2021.12.11_07:33:09: HPSU 1383: SetVal k:mode_01 v:Heizen, s:verify, r:3, wait:
2021.12.11_08:12:47: HPSU 920: AntiMixerSwing occurred
2021.12.11_08:12:47: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:check, r:3, wait:
2021.12.11_08:12:47: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:checkAktVal, r:3, wait:
2021.12.11_08:12:47: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:write, r:3, wait:
2021.12.11_08:12:48: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:read, r:3, wait:
2021.12.11_08:12:48: HPSU 1383: SetVal k:mode_01 v:Bereitschaft, s:verify, r:3, wait:
2021.12.11_08:12:48: HPSU 1383: SetVal k:mode_01 v:Heizen, s:check, r:3, wait:
2021.12.11_08:12:48: HPSU 1383: SetVal k:mode_01 v:Heizen, s:checkAktVal, r:3, wait:
2021.12.11_08:12:48: HPSU 1383: SetVal k:mode_01 v:Heizen, s:write, r:3, wait:
2021.12.11_08:12:49: HPSU 1383: SetVal k:mode_01 v:Heizen, s:read, r:3, wait:
2021.12.11_08:12:49: HPSU 1383: SetVal k:mode_01 v:Heizen, s:verify, r:3, wait:
2021.12.11_08:45:00: HPSU 1383: SetVal k:t_dhw_setpoint1 v:37, s:check, r:3, wait:

Bild 3: Ich habe dann heute Morgen mit ForceDHW die unterbrochene WW-Bereitung vollenden wollen. Musste dafür allerdings einmal ForceDHWTemp manuell auf 48°C setzen (war anscheinend vorher nicht gesetzt ?). Da hat das Abtauen mittendrin auch nichts negatives bewirkt und das Wasser ist jetzt warm, wie es sein soll.

Im Moment hab ich folgende Einstellungen gesetzt:

Code Auswählen Erweitern

AntiContinousHeating on
AntiMixerSwing on
AutoPoll on
CheckDHWInterrupted off
DebugLog on
RememberSetValues on
SuppressRetryWarnings on

Hilft das beim Debuggen ?
Brauchst du irgendwas anderes noch an Daten ?
Ich hab DebugLog jetzt erst mal "komplett" auf on gestellt.

Gruß Siebo

[Stephan.K]

@Stephan.K:
Mir ist da noch was eingefallen bzw. aufgefallen. Wenn die Anlage aktiv beim Heizen ist und dann in Standby wechselt und man dann sofort danach die Warmwasserbereitung mit ForceDHW anstößt, passiert genau das. Sie wechselt zwar in die Warmwasserbereitung aber das Außengerät bleibt aus. Ich habe das auch auf meiner TODO Liste, nur weiß ich noch nicht, wie lange ich nach dem Heizbetrieb warten muss...
Vielleicht ist das bei dir auch so. Wenn das wieder passiert, wechsle Mal in Betriebsbereit und dann wieder in Heizen und danach machst du das ForceDHW nochmal. Geht es dann?

Gruß
Axel

Werde ich mir anschauen, habe nun auf die V1.13 aktualisiert.
Wobei ich gestern wieder mal Probleme mit den Ventilen hatte. Es hätte WW gemacht werden sollen, jedoch es tat sich einfach nix (WW wurde nicht wärmer) und es wurde im 10 Minutentakt abgetaut für wenige Sekunden. Das Problem lag wohl an einer falschen Stellung des BPV, denn statt WW wurde es im Raum immer wärmer.
Werde versuchen plausibilitätschecks (Modus, Umwälzpumpe Durchfluss) einzubauen.

Gibt es eigentlich einen Grund warum Du kein automatisches update aus Fhem über GitHub anbietest?

@Fuxi
Du schreibst etwas von hängen bleiben, was meinst Du damit?
Ich frage deshalb, denn bei mir passiert es in sehr unregelmäßigen Abständen, daß sich der USB Port aufhängt, bzw seit ich diesen galvanisch getrennt habe sich nur noch der ODBII Adapter aufhängt. Dann ist keine Kommunikation mehr möglich.
Teilweise hilft ein disconnect, connect.

Verwendet jemand von euch TabletUI?
Habe mir nach Anregung vom Haustechnik Forum (Danke an Karl für die Grafik) eine Visualisierung mit einem eigenen TableUI-Widget gebaut.

MfG Stephan

[Fuxi]

Hallo, das hängen bleiben bei mir bezieht sich auf die HPSU, sprich bleibt auf "Sommer" hängen und schaltet nicht mehr auf "Heizen". Da ist nicht der Adapter selber gemeint.Der läuft seit der Inbetriebnahme 24/7 durch ohne Probleme.

Grüße

[ahermann86]

Hallo zusammen,

@siebo:
Du setzt Soll_T_Warmwasser_1 auf 37°C - das ist zu niedrig. Du musst auf 44 setzen (vorausgesetzt der Parameter "WP Hyst TDHW" ist auf 7K - das ist die Werkseinstellung).
Nochmal zur Erklärung: bei 44°C Soll wird bei 37°C mit der Außeneinheit Warmwasser gemacht, da 44-7 = 37 ergibt. Stellst du, wie im Moment, 37°C ein würde das Außengerät bei (theoretisch) 30°C erst einschalten. Vorher (ab 35°C) greift aber die "Notfunktion mit Heizstab" schon ein.
Kleine Anmerkung bzw. Empfehlung: Du solltest eh überlegen, ob du dein Warmwasser nicht so weit abfallen lässt. Die Außeneinheit bezieht jedes Mal aus dem Warmwasserspeicher Wärme beim Abtauen... D.h. auch wenn du kein Warmwasser beziehst, dein Außengerät braucht das sowieso.
Ich habe für mich das so gemacht, dass ich über den Tag die WW Temp auf 48°C eingestellt habe. Nachts (ab 01:00 bis 06:30) habe ich auf 44°C abgesenkt.
Zu Punkt 2: Schalte einfach Mal AntiMixerSwing ab. Wenn alles andere funktioniert, könnne wir uns damit beschäftigen.

@Stephan

Gibt es eigentlich einen Grund warum Du kein automatisches update aus Fhem über GitHub anbietest?

Ja, das Modul ist nicht "offiziell". Solange ich Einzelkämpfer bin, wird das auch so bleiben. 

Ich habe meinen "chinesischen" auch optisch entkoppelt und habe auch beim 24/7 nie Probleme gehabt.. welchen hast du im Einsatz?
Das Problem wurde mir schon Mal zugetragen - hast du den gleichen Adapter wie hier  :
https://forum.fhem.de/index.php/topic,106503.msg1143461.html#msg1143461
Seine Lösung sah dann so aus (danke an der Stelle an hackepeter  ):
https://forum.fhem.de/index.php/topic,106503.msg1172086.html#msg1172086

Gruß
Axel

[cb187]

Axel ich muss dir echt danken für deine Anregungen, soweit hab ich das jetzt auch unter Iobroker zusammen was du mit ACH gemacht hast.Habe auch ab und zu dieses kurze Takten nach dem Abtauvorgang. Bin gespannt was du da zauberst, dann kann ich es nach bauen:-)
kleines Node Red Dashboard habe ich auch dazu:-)

[Stephan.K]

@Stephan
Ja, das Modul ist nicht "offiziell". Solange ich Einzelkämpfer bin, wird das auch so bleiben. 

Ich habe meinen "chinesischen" auch optisch entkoppelt und habe auch beim 24/7 nie Probleme gehabt.. welchen hast du im Einsatz?
Das Problem wurde mir schon Mal zugetragen - hast du den gleichen Adapter wie hier  :
https://forum.fhem.de/index.php/topic,106503.msg1143461.html#msg1143461
Seine Lösung sah dann so aus (danke an der Stelle an hackepeter  ):
https://forum.fhem.de/index.php/topic,106503.msg1172086.html#msg1172086

Gruß
Axel

Hallo Axel,

bezüglich Update meinte ich nicht, daß Du dein Modul mit Fhem auslieferst, sondern quasi ein eigenes Repo nur mit deinem Modul anbietest (https://wiki.fhem.de/wiki/Update#update_add).
Somit könnte jeder wo will, dein Repo in Fhem einbinden und bei einem Fhem update wird auch dein Modul aktualisiert.

Mein ODBII Adapter funktioniert im Prinzip schon, hatte den ganzen Sommer so gut wie keine Probleme.
Ich vermute, daß meiner immer mal wieder durch einen EMV oder ESD Puls gestört wird und dann abschmiert.
Teilweise kann durch ein reconnect der Adapter wieder angesprochen werden, teilweise muß ein power-on-reset durchgeführt werden.
Sollte sich das Problem nicht lösen, werde ich wohl doch einen eigenen Adapter mit galvanischer Trennung aufbauen müssen. Da ELM ja zu macht hoffe ich das es den Code mal als OpenSource gibt.

Ich hatte ja geschrieben, daß ich Probleme mit WW hatte und das BPV vermutlich nicht richtig steht.
Habe gestern festgestellt, daß der Enschalter im Ventil-Stellmotor mehrere kOhm Übergangswiderstand hat. Habe diesen nun getauscht und nun mal sehen.
Des Weiteren habe ich gelesen, daß die Funkentstörkondensatore teilweise auch defekt seien. Dies könnte eventuell mein Problem sein. Werde ich wohl auch mal tauschen.

MfG Stephan

[siebo]

@siebo:
Du setzt Soll_T_Warmwasser_1 auf 37°C - das ist zu niedrig. Du musst auf 44 setzen (vorausgesetzt der Parameter "WP Hyst TDHW" ist auf 7K - das ist die Werkseinstellung).
Nochmal zur Erklärung: bei 44°C Soll wird bei 37°C mit der Außeneinheit Warmwasser gemacht, da 44-7 = 37 ergibt. Stellst du, wie im Moment, 37°C ein würde das Außengerät bei (theoretisch) 30°C erst einschalten. Vorher (ab 35°C) greift aber die "Notfunktion mit Heizstab" schon ein.
Kleine Anmerkung bzw. Empfehlung: Du solltest eh überlegen, ob du dein Warmwasser nicht so weit abfallen lässt. Die Außeneinheit bezieht jedes Mal aus dem Warmwasserspeicher Wärme beim Abtauen... D.h. auch wenn du kein Warmwasser beziehst, dein Außengerät braucht das sowieso.
Ich habe für mich das so gemacht, dass ich über den Tag die WW Temp auf 48°C eingestellt habe. Nachts (ab 01:00 bis 06:30) habe ich auf 44°C abgesenkt.
Zu Punkt 2: Schalte einfach Mal AntiMixerSwing ab. Wenn alles andere funktioniert, könnne wir uns damit beschäftigen.

Hi Axel,

ich habe AntiMixerSwing jetzt erst mal deaktiviert und seitdem läuft alles gut und durch.

WPHystTDHW steht bei mir auf 2K, Warmwasser von 06:15-07:45 und 16:15-17:45 auf 48°C, sonst 37°C.
Das heißt, ab 46°C bzw. 35°C sollte er WW eigentlich immer mit dem Außengerät machen - macht er im Moment auch.
Ohne Abtauen fällt das Warmwasser ~0,15K/h ab und mit jedem Abtauvorgang (dank AntiContinousHeating nur) ~0,5K.
Das ist jetzt quasi mehr oder weniger der Zustand, den ich vorher auch mit dem WW-Zeitfenster direkt in der Rotex hatte, passt also.

Ich werde das jetzt mal einige Tage weiter so beobachten und dann schauen, was man optimieren könnte.
Zum Beispiel, ob es überhaupt energiesparender ist, zweimal am Tag aufzuheizen oder lieber ganztägig bei hohen Temperaturen zu bleiben.
Ich habe zwar seit Jahren Verbrauchswerte gesammelt, aber ob die repräsentativ sind, weiß ich nicht, weil ich erst seit kurzem durch den Canbus-Adapter verstehe, was die Heizung überhaupt tut.

So und dann hätte ich noch einen Feature Request: Wie bekannt, ist meine WW-Temperatur ja den Großteil der Zeit auf 37°C eingestellt.
Mit der neuen Option ForceDHWTemp kann ich das Wasser einmalig auf z.B. 48°C erhitzen zum Baden für die Kinder o.ä.
Dürfte ich mir wünschen, dass bei Einsatz dieser Funktion die vorherige WW-Solltemperatur gespeichert und nach der Warmwasserbereitung wieder gesetzt wird ?

Gruß Siebo