Neue Firmware Homematic Thermostat HM-CC-RT-DN v1.5 und HM-TC-IT-WM-W-EU v1.4

Begonnen von hoppel118, 10 November 2018, 23:37:28

Vorheriges Thema - Nächstes Thema

CQuadrat

FHEM auf Mini-ITX-Server mit Intel Quad-Core J1900:
+ HM: HM-LAN, HM-USB, HM-MOD-UART mit div. HM-Komponenten
+ RFXtrx: Funkwetterstation Bresser mit ext. Thermometer, Regenmesser und Windmesser
+ TUL (KNX-Anbindung), KM271 (per ser2net), SONOS (div. Gimmicks), OneWire, Hue

frank

Zitat von: Hauswart am 10 Dezember 2018, 11:24:33
Wenn man auf das Datum der Firmware schaut, frage ich mich wieso diese 1 Jahr lang nicht releast wurde...
das verbesserte regelverhalten existiert sogar schon seit 3 jahren!!!

ZitatVersion 1.5.001 - 15/12/01

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

** Modification / Improvement

* Heating-Control in connection with a WTH shows occasionally two-point behavior -> fixed
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Hauswart

Zitat von: frank am 10 Dezember 2018, 11:58:30
das verbesserte regelverhalten existiert sogar schon seit 3 jahren!!!

Schade, dass man solche fixes nicht schneller published.
1. Installation:
KNX, Tasmota (KNX), Sonos, Unifi

2. Installation:
HM-CFG-USB, Unifi (, SIGNALduino 868, MySensors, SIGNALduino 433)

Beta-User

Zitat von: frank am 10 Dezember 2018, 11:58:30
das verbesserte regelverhalten existiert sogar schon seit 3 jahren!!!
Obwohl die alte firmware ja zugegebenermaßen auch funktioniert hat und daher die Frage nach der Sinnhaftigkeit eines updates an sich gestellt werden darf, wirft das alles kein besonders gutes Licht auf eQ-3 im allgemeinen und deren "Einsatz" für HomeMatic BidCoS im speziellen...
Schade eigentlich.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

vbs

Wurde vermutl. jahrelang intensiv getestet, um dem geschätzten Kunden auch wirklich die Qualität liefern zu können, für die er bezahlt hat.

hoppel118

Zitat von: frank am 10 Dezember 2018, 11:58:30
das verbesserte regelverhalten existiert sogar schon seit 3 jahren!!!

Umso besser, dass man sich dann doch noch dafür entschieden hat ein Firmware-Update herauszubringen. ;)

Gruß Hoppel
Server: Openmediavault, XEON E3-1240L-v5, Supermicro X11SSH-CTF, 64GB ECC RAM, SSD, RAID-Z2
Homebridge | Alexa | Yowsup
Homematic | HomeConnect | MQTT | Philips Hue | Sonos | Unifi Network & Protect | vbus | Xiaomi

Morgennebel

Ich hab jetzt an einem Tag 17 HM-CC-RTs und 18 HM-TC-IT-WM-EU aktualisiert, mit Seriennummern mit LEQ... und MEQ....

Lief superproblemlos mit einem ausgemusterten ODROID und HM-USB-CFG Stick, der in der Wohnung herumwanderte und nahe den zu aktualisierenden Geräten steht.

Anbei zwei Graphiken, die gelbe Linie gibt den Durchschnitt der Ventilstellungen über alle Heizungsthermostate an. Vor dem Update sind morgens heftige Ausschläge (bis 100% Durchschnitt) und auch nachmittags mehrere Sprünge zu beobachten. Nach dem Update sind die Durchschnitte ab 9 Uhr sehr gleichmässig und schwanken kaum.

Dies hat bei mir auch die Geräusche der Heizungsrohre reduziert, die sich beim erwärmen lautstark bemerkbar machen...

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

Beta-User

Zitat von: Morgennebel am 12 Dezember 2018, 16:59:42
Vor dem Update sind morgens heftige Ausschläge (bis 100% Durchschnitt) und auch nachmittags mehrere Sprünge zu beobachten. Nach dem Update sind die Durchschnitte ab 9 Uhr sehr gleichmässig und schwanken kaum.
Danke für die Info. Ist zwar vermutlich auch Außentemperatur-bedingt, aber eigentlich ja "in die falsche Richtung".

Zitat von: vbs am 10 Dezember 2018, 12:31:47Wurde vermutl. jahrelang intensiv getestet, um dem geschätzten Kunden auch wirklich die Qualität liefern zu können, für die er bezahlt hat.
Vermutlich, oder etwa nicht?!?

Und wir haben ja auch geduldig gewartet, bis sich eQ-3 bemüßigt gefühlt hat, das endlich allg. verfügbar zu machen...
Dazu paßt, was ELV zur Einleitung bei Homematic schreibt:
Zitat[...] Hunderttausende Systeminstallationen in ganz Europa bringen auch eine hohe Herstellerkompetenz, umfangreiches Betriebs- und Konfigurationswissen [...]
Hier werden Sie geholfen 8) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Morgennebel

Zitat von: Beta-User am 12 Dezember 2018, 17:11:38
Danke für die Info. Ist zwar vermutlich auch Außentemperatur-bedingt, aber eigentlich ja "in die falsche Richtung".

Die Aussentemperatur ist in den Diagrammen in Pink dargestellt und variiert kaum.

Ich denke, dass kommt eher durch lüften oder Tür offen - einige Räume sind eher kalt als warm.

Ciao, -MN
Einziger Spender an FHEM e.V. mit Dauerauftrag seit >= 24 Monaten

FHEM: MacMini/ESXi, 2-3 FHEM Instanzen produktiv
In-Use: STELLMOTOR, VALVES, PWM-PWMR, Xiaomi, Allergy, Proplanta, UWZ, MQTT,  Homematic, Luftsensor.info, ESP8266, ESERA

frank

wenn man schon das regelverhalten vergleicht, sollte man auch die aktuellen reglerparameter angeben und ob die adaption eingeschaltet ist. vor und nach fw update. oder spekuliert ihr gerne?

regAdaptive      :on
reguExtI         :15
reguExtP         :30
reguExtPstart    :30
reguIntI         :17
reguIntP         :32
reguIntPstart    :36
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Amenophis86

Kann mir einer sagen wieso es bei mir klappt. Hier ein Verbose 5 vom Update Versuch:

2018.12.14 21:30:52 3: CUL_HM set HWR.HZ fwUpdate /opt/fhem/eigene/hm_cc_rt_dn_update_V1_5_003_171004.eq3 300
2018.12.14 21:30:53 2: CUL_HM fwUpdate HWR.HZ entered mode. IO-speed: fast
2018.12.14 21:30:53 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:30:58 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:31:04 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:31:09 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:31:14 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:31:19 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.14 21:31:24 5: CUL_HM HWR.HZ protEvent:CMDs_done_FWupdate
2018.12.14 21:31:24 2: CUL_HM fwUpdate HWR.HZ end. IO-speed: normal


Hier ein List des CUL (MapleCUL):
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXeflptxz*
   CUL1_MSGCNT 95246
   CUL1_TIME  2018-12-14 21:34:39
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/serial/by-id/usb-STM32_MapleCUL_b973058a-if00@38400 4444
   DeviceName /dev/serial/by-id/usb-STM32_MapleCUL_b973058a-if00@38400
   FD         19
   FHTID      4444
   NAME       CUL1
   NR         307
   NR_CMD_LAST_H 569
   PARTIAL   
   RAWMSG     A0F1A86103092750000000AA8DE0B2A4031
   RSSI       -49.5
   STACKED    CUL2
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.25.00 a-culfw Build: 253 (2017-06-28_20-40-30) MapleCUNx4_8F (F-Band: 868MHz)
   initString X21
Ar
   owner_CCU  VCCU
   MatchList:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-12-13 21:40:24   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f l p t x z *
     2018-12-14 21:34:39   state           Initialized


Und hier noch ein List des HM-CC-RT-DN:


Historie löschen
Internals:
   CHANGED   
   CUL1_MSGCNT 1772
   CUL1_RAWMSG A1473A010568C22123456040000000000000F010000::-57:CUL1
   CUL1_RSSI  -57
   CUL1_TIME  2018-12-14 21:39:17
   DEF        568C22
   HMLAN1_MSGCNT 7013
   HMLAN1_RAWMSG E568C22,0000,00B08A40,FF,FFBC,73A010568C22123456040000000000000F010000
   HMLAN1_RSSI -68
   HMLAN1_TIME 2018-12-14 21:39:16
   IODev      CUL1
   LASTInputDev CUL1
   MSGCNT     8785
   NAME       HWR.HZ
   NOTIFYDEV  global
   NR         171
   NTFY_ORDER 50-HWR.HZ
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HWR.HZ_Weather
   channel_02 HWR.HZ_Climate
   channel_03 HWR.HZ_WindowRec
   channel_04 HWR.HZ_Clima
   channel_05 HWR.HZ_ClimaTeam
   channel_06 HWR.HZ_remote
   lastMsg    No:73 - t:10 s:568C22 d:123456 040000000000000F010000
   protErrIoAttack 7 last_at:2018-12-14 21:34:31
   protLastRcv 2018-12-14 21:39:16
   protRcv    7116 last_at:2018-12-14 21:39:16
   protResnd  1 last_at:2018-12-14 21:08:39
   protSnd    545 last_at:2018-12-14 21:39:17
   protSndB   7 last_at:2018-12-14 21:30:52
   protState  CMDs_done
   rssi_CUL1  cnt:4 min:-53 max:-51 avg:-51.75 lst:-51
   rssi_HMLAN1 cnt:4 min:-64 max:-63 avg:-63.5 lst:-64
   rssi_at_CUL1 cnt:1772 min:-68.5 max:-53 avg:-58.06 lst:-57
   rssi_at_HMLAN1 cnt:7013 min:-96 max:-62 avg:-68.73 lst:-68
   READINGS:
     2018-12-14 21:06:46   Activity        alive
     2018-12-14 21:34:14   CommandAccepted yes
     2018-12-14 21:06:46   D-firmware      1.4
     2018-12-14 21:28:48   D-serialNr      OEQ0246941
     2018-12-14 21:34:15   PairedTo        0x123456
     2018-12-02 10:14:15   R-backOnTime    10 s
     2018-12-14 21:39:16   R-btnLock       on
     2018-12-02 10:14:15   R-burstRx       on
     2018-12-02 10:14:15   R-cyclicInfoMsg on
     2018-12-02 10:14:15   R-cyclicInfoMsgDis 0
     2018-12-02 10:14:15   R-globalBtnLock off
     2018-12-02 10:14:15   R-localResDis   off
     2018-12-02 10:14:15   R-lowBatLimitRT 2.1 V
     2018-12-02 10:14:15   R-modusBtnLock  off
     2018-12-02 10:14:15   R-pairCentral   0x123456
     2018-12-14 21:39:16   RegL_00.         00:00 01:01 02:01 09:01 0A:12 0B:34 0C:56 0E:0A 0F:01 11:00 12:15 16:01 18:00 19:00 1A:00
     2018-12-14 21:39:16   actuator        0
     2018-12-14 21:39:16   battery         ok
     2018-12-14 21:39:16   batteryLevel    2.4
     2018-12-14 21:39:16   desired-temp    21.0
     2018-12-14 21:31:24   fwUpdate        fail:Block1
     2018-12-14 21:39:16   measured-temp   19.3
     2018-12-14 21:39:16   motorErr        ok
     2018-12-14 21:29:01   powerOn         2018-12-14 21:29:01
     2018-12-14 21:29:01   recentStateType info
     2018-12-14 21:34:31   sabotageAttack_ErrIoAttack cnt 7
     2018-12-14 21:39:17   state           CMDs_done
     2018-12-14 21:29:03   time-request    -
     RegL_07.:
       VAL       
   helper:
     HM_CMDNR   115
     PONtest    0
     cSnd       01123456568C22030456B6760107,01123456568C22030456B86A0107
     mId        0095
     regLst     ,0
     rxType     140
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +568C22,00,00,00
       nextSend   1544819957.02828
       rxt        2
       vccu       VCCU
       p:
         568C22
         00
         00
         00
       prefIO:
         CUL1
     mRssi:
       mNo        73
       io:
         CUL1:
           -51
           -51
         HMLAN1:
     prt:
       bErr       0
       sProc      0
       sleeping   1
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       dev        1
       prs        1
     rpt:
       IO         CUL1
       flg        A
       ts         1544819956.92883
       ack:
         HASH(0x3000180)
         738002123456568C2200
     rssi:
       CUL1:
         avg        -51.75
         cnt        4
         lst        -51
         max        -51
         min        -53
       HMLAN1:
         avg        -63.5
         cnt        4
         lst        -64
         max        -63
         min        -64
       at_CUL1:
         avg        -58.0617945823927
         cnt        1772
         lst        -57
         max        -53
         min        -68.5
       at_HMLAN1:
         avg        -68.7324967916726
         cnt        7013
         lst        -68
         max        -62
         min        -96
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   IOgrp      VCCU:CUL1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-on-change-reading .*
   expert     251_anything
   firmware   1.4
   model      HM-CC-RT-DN
   room       Z_System->Homematic
   serialNr   OEQ0246941
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


Ich habe natürlich den Befehle mittels set ... ausgeführt und Zeit auf 300 gesetzt. Dann am DN Batterie raus, wieder rein, dabei beide Tasten gedrückt und es stand "FUP" im Display. Kurz darauf wollte er "Syn" und hat dann eine Adaptierfahrt durchgeführt.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

yersinia

Bei meinen DN musste ich die Batterien nicht entnehmen, kurioserweise gingen diese direkt ins FUP nachdem ich den fwupdate von FHEM aus angestoßen habe.
Nachdem die Übertragung erfolgte, setzte der DN sich in INS nach kurzem Drücken auf der Boost-Taste ging es in die Adaptierfahrt und seitdem laufen diese wieder normal.

Durch die VCCU konnte ich die beiden nanoCULs immer im Wechsel einsetzen...;)

Hier ein Log-Auszug:
2018.12.16 09:54:34 2: CUL_HM fwUpdate started for HM_WZ_HZ
2018.12.16 09:54:34 3: CUL_HM set HM_WZ_HZ fwUpdate /opt/fhem/FHEM/firmware/hm_cc_rt_dn_update_V1_5_003_171004.eq3 300
2018.12.16 09:54:35 2: CUL_HM fwUpdate HM_WZ_HZ entered mode. IO-speed: fast
2018.12.16 09:54:35 5: CUL_HM fwUpdate write block 1 of 234: 10 messages
2018.12.16 09:54:35 5: CUL_HM fwUpdate write block 2 of 234: 10 messages
2018.12.16 09:54:40 5: CUL_HM fwUpdate write block 2 of 234: 10 messages
2018.12.16 09:54:41 5: CUL_HM fwUpdate write block 3 of 234: 10 messages
2018.12.16 09:54:41 5: CUL_HM fwUpdate write block 4 of 234: 10 messages
2018.12.16 09:54:42 5: CUL_HM fwUpdate write block 5 of 234: 10 messages
2018.12.16 09:54:42 5: CUL_HM fwUpdate write block 6 of 234: 10 messages
2018.12.16 09:54:43 5: CUL_HM fwUpdate write block 7 of 234: 10 messages
2018.12.16 09:54:43 5: CUL_HM fwUpdate write block 8 of 234: 10 messages
2018.12.16 09:54:44 5: CUL_HM fwUpdate write block 9 of 234: 10 messages
2018.12.16 09:54:44 5: CUL_HM fwUpdate write block 10 of 234: 10 messages
2018.12.16 09:54:45 5: CUL_HM fwUpdate write block 11 of 234: 10 messages
2018.12.16 09:54:45 5: CUL_HM fwUpdate write block 12 of 234: 10 messages
2018.12.16 09:54:46 5: CUL_HM fwUpdate write block 13 of 234: 10 messages
2018.12.16 09:54:46 5: CUL_HM fwUpdate write block 14 of 234: 10 messages
2018.12.16 09:54:47 5: CUL_HM fwUpdate write block 15 of 234: 10 messages
[...]
2018.12.16 09:56:43 5: CUL_HM fwUpdate write block 220 of 234: 10 messages
2018.12.16 09:56:43 5: CUL_HM fwUpdate write block 221 of 234: 10 messages
2018.12.16 09:56:44 5: CUL_HM fwUpdate write block 222 of 234: 10 messages
2018.12.16 09:56:44 5: CUL_HM fwUpdate write block 223 of 234: 10 messages
2018.12.16 09:56:45 5: CUL_HM fwUpdate write block 224 of 234: 10 messages
2018.12.16 09:56:45 5: CUL_HM fwUpdate write block 225 of 234: 10 messages
2018.12.16 09:56:46 5: CUL_HM fwUpdate write block 226 of 234: 10 messages
2018.12.16 09:56:46 5: CUL_HM fwUpdate write block 227 of 234: 10 messages
2018.12.16 09:56:47 5: CUL_HM fwUpdate write block 228 of 234: 10 messages
2018.12.16 09:56:47 5: CUL_HM fwUpdate write block 229 of 234: 10 messages
2018.12.16 09:56:48 5: CUL_HM fwUpdate write block 230 of 234: 10 messages
2018.12.16 09:56:48 5: CUL_HM fwUpdate write block 231 of 234: 10 messages
2018.12.16 09:56:49 5: CUL_HM fwUpdate write block 232 of 234: 10 messages
2018.12.16 09:56:49 5: CUL_HM fwUpdate write block 233 of 234: 10 messages
2018.12.16 09:56:50 5: CUL_HM fwUpdate write block 234 of 234: 1 messages
2018.12.16 09:56:50 5: CUL_HM HM_WZ_HZ protEvent:CMDs_done_FWupdate
2018.12.16 09:56:50 2: CUL_HM fwUpdate HM_WZ_HZ end. IO-speed: normal
2018.12.16 09:56:50 2: CUL_HM fwUpdate completed
2018.12.16 09:56:54 5: CUL_HM HM_WZ_HZ protEvent:CMDs_done
2018.12.16 09:56:54 5: CUL_HM HM_WZ_HZ sent ACK:2
2018.12.16 09:56:54 4: CUL_HM HM_WZ_HZ dupe: dont process
2018.12.16 09:56:57 5: CUL_HM HM_WZ_HZ protEvent:CMDs_done
2018.12.16 09:56:57 5: CUL_HM HM_WZ_HZ sent ACK:2
2018.12.16 09:56:57 4: CUL_HM HM_WZ_HZ dupe: dont process
2018.12.16 09:58:28 5: CUL_HM HM_WZ_HZ queue configRead, register incomplete
2018.12.16 09:58:35 5: CUL_HM HM_WZ_HZ protEvent:Info_Cleared
2018.12.16 09:58:52 3: CUL_HM set HM_WZ_HZ getConfig
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

noansi

Hallo Amenophis86,

Attributes:
   IODev      HMLAN1

Falls es den HMLAN im System gibt, dann schalt den besser für den Updatevorgang ganz ab.

     2018-12-14 21:39:16   batteryLevel    2.4
Vor dem Flashen erst mal frische Batterien in den HM-CC-RT-DN!

ZitatDann am DN Batterie raus, wieder rein, dabei beide Tasten gedrückt und es stand "FUP" im Display

Bei einem normal funktionstüchtigen RT musst Du das nicht machen. Update aus FHMEM raus anstoßen reicht. FHEM versetzt den RT in den FUP Modus.

Gruß, Ansgar.

Amenophis86

Der HMLAN war closed

Batterien tauschen ist ne gute Idee

Habe das mit den Batterien raus nehmen gemacht als test, weil es ohne ja auch immer abgebrochen ist.

Mal sehen, werde es die Tage nochmal versuchen.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Wetterhexe

ich habe meine 8x HM-CC-RT-DN auch mal upgegraded, war aber nicht sehr glücklich mit dem geänderten Regelverhalten. Die Ventile wurden morgens nur mehr zu 30-40% geöffnet (vorher 100%), was die Heizzeiten entsprechend verlängerte. In einem Fall blieb das Ventil stundenlang stur auf 20% Öffnung, obwohl die Temp-Diff 1°C betrug und die Ist-Temperatur sank anstatt stieg.

Bin wieder zurück auf v1.4 und glücklich damit ;)