Hallo Leute,
hatte mir kürzlich bei Amazon ein neues Homematic Thermostat HM-CC-RT-DN bestellt, weil eins bei mir im Wohnzimmer gesponnen hat. Also "kurz" alles ausgetauscht und konfiguriert. Mittlerweile läuft auch alles wieder wie es soll.
Aber mir ist dabei aufgefallen, dass dieses neue Thermostat "firmware 1.5" installiert hat, zumindest wird dies in der "/opt/fhem/fhem.cfg" angezeigt:
attr OG_WZ_Essbereich_Thermostat_1 firmware 1.5Dann dachte ich mir: OK, schaue ich doch mal bei eQ3 vorbei, ob ich da die Version 1.5 herunterladen kann: https://www.eq-3.de/service/downloads.html
Dort gibt es allerdings lediglich die Version 1.4. Ansonsten finde ich im Netz auch nicht wirklich was zur firmware 1.5.
Hat die schon jemand installiert? Was sagt ihr dazu?
Danke euch und viele Grüße
Hoppel
-------------------------------------------------------------------------------
FIRMWARE IST MITTLERWEILE VERFÜGBARIch fasse hier mal die wichtigsten Informationen des Threads zusammen, da er schnell gewachsen ist und mittlerweile die ersten Erfahrungen gesammelt wurden.
Wie das Firmware Update durchzuführen ist, wird vollständig im FHEM Wiki beschrieben:
- HM-CC-RT-DN: https://wiki.fhem.de/w/index.php?title=HM-CC-RT-DN_Funk-Heizkörperthermostat#Firmware_Update (https://wiki.fhem.de/w/index.php?title=HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Firmware_Update)
- HomeMatic allgemein: https://wiki.fhem.de/wiki/HomeMatic_Firmware_Update
Ich habe den Thread in Bezug auf die Erkenntnisse bei Fehlern und das Wiki gerade nochmal abgeglichen. Im Wiki steht alles, was man wissen muss. Sehr gute Arbeit! Großes Lob an diejenigen, die das Wiki gepflegt haben. ;)
Eine Sache stand allerdings nicht drin. Ich hatte das folgende Attribut in meiner global config gesetzt:
attr global featurelevel 5.8Dies verhinderte das Einlesen des attr der auf den Thermostaten installierten Firmware. Das Firmware Reading stimmte jedoch. Nachdem ich das attr für das Featurelevel entfernt habe, nun bin ich auf Featurelevel 5.9, funktioniert nun auch das Einlesen des Firmware attr.
Die Firmware findet ihr, insofern der Server nicht gerade down ist, hier:
Zitat von: mgernoth am 06 Dezember 2018, 17:33:30
http://update.homematic.com/firmware/download?cmd=download&product=HM-CC-RT-DN&serial=12345
http://update.homematic.com/firmware/download?cmd=download&product=HM-TC-IT-WM-W-EU&serial=12345
Falls der Server down ist, findet ihr die Firmware hier:
https://forum.fhem.de/index.php/topic,93074.msg869315.html#msg869315
Changelog:
Zitat von: BadenPower am 06 Dezember 2018, 16:59:15
ZitatChangelog:
Version 1.5.003 - 17/10/04
--------------------------------------------------------------
** Modification / Improvement
* Firmware modification for production change: Mounting the DR1 by robot instead by worker
Version 1.5.002 - 16/09/05
--------------------------------------------------------------
** Modification / Improvement
* After the incoming Data "CCU-Command" and "Configuration" the Device change for 5 s from WOR to RX-Mode.
Version 1.5.001 - 15/12/01
--------------------------------------------------------------
** Modification / Improvement
* Heating-Control in connection with a WTH shows occasionally two-point behavior -> fixed
Viel Spaß beim Updaten! ;)
Gruß Hoppel
Da sich diesen Thread mittlerweile schon einige Leute angeschaut haben, aber noch niemand geantwortet hat, frage ich mich gerade, ob es eine Möglichkeit gibt, die auf dem Thermostat tatsächlich installierte Firmware auszulesen. Habe schonmal ein Bisschen gesucht, finde aber irgendwie nichts dazu.
Gibt es dafür bspw. irgendeinen Befehl?
Mich interessiert nun schon, ob es sich tatsächlich, um Firmware 1.5 handelt. Diese müsste ja wirklich ganz neu sein. Zumindest habe ich sonst nirgends Hinweise zu dieser Version gefunden. Version 1.4 scheint momentan noch die offiziell propagierte neuste Version zu sein. ;)
Danke euch und Gruß Hoppel
Das nahe liegende war Dir zu einfach? Was sagt den der Thermostate selbst. Also wenn du hin gehst zum Thermostat und dort im Menü schaust welche Version er drauf hat.
Da muss man ja erstmal drauf kommen, dass man dieses Thermostat wirklich auch anfassen kann und es nicht ausschließlich per Sprache oder Smartphone bedient werden muss. ;)
Ganz ehrlich, ich musste nun auch erstmal kurz schauen, wo es da ein Menü geben soll. Habe dann nochmal kurz in der Bedienungsanleitung gelesen. Nach Einlegen der Batterien wird kurz die Firmware-Version angezeigt. Stimmt, zu Beginn steht da immer kurz ein paar Sekunden die Firmware-Version. Da habe ich gestern nicht drauf geachtet.
Hier nun also der Beweis. Es handelt sich um die Version 1.5.
Bisher kann ich keine Probleme mit dieser Firmware feststellen. Alles funktioniert seit gestern Nacht wie es soll. Das Thermostat agiert im Team mit einem anderen Thermostat auf Firmware 1.4.
Wo bekommt man die Version 1.5 denn nun offiziell her und wo findet man heraus, was sich im Vergleich zur Version 1.4 verändert hat?
Evtl. lohnt sich ja ein Update aller Thermostate auf die Version 1.5. Anscheinend kennt diese Firmware aber noch niemand.
Viele Grüße Hoppel
Hat schon jemand weitere Infos über die Firmware? Ich hab mal ne Mail an den Support von ELV geschrieben.
Habe auch eine Mail geschrieben. Ich habe eine Mischung aus FW 1.4 und FW 1.5 in Räumen mit bis zu 4 Heizkörpern. Da ist die unterschiedliche Firmware unbrauchbar. Die Thermostate mit FW 1.4 machen viel schneller auf, es wird warm und die Heizkörper mit FW 1.5 bleiben fast zu. Natürlich kann das Konzept ja eigentlich vom Prinzip her schon nicht funktionieren. Ich kann nicht in einem einzigen Raum 4 unabhängige Regler haben, die alle versuchen den Raum zu regeln und sich dabei natürlich gegenseitig beeinflussen. Die Regelung müsste in der CCU laufen und an die Thermostate nur eine Ventilstellung senden, so wie es eine andere Anlage von Siemens macht die ich in Betrieb habe, aber wenn zumindest die Firmware aller Thermostate ident ist, funktioniert es auch mit 4 getrennten Reglern die versuchen den selben Raum zu regeln irgendwie mehr oder weniger zufällig, weil sich alle gleich verhalten.
Ich hoffe sie rücken die FW 1.5 heraus. Alternativ könnte ich versuchen von 1.5 auf die verfügbare 1.4 zu wechseln. Wird das von HomeMatic unterstützt? Viele Hersteller verhindern ja von vorne herein ein Downgrade.
downgrade sollte funktionieren, würde ich aber nicht machen.
der grosse unterschied im regelverhalten kann auch an unterschiedlichen regelparametern liegen. kannst ja mal die register vergleichen. ausserdem ist wohl per default die lernfunktion eingeschaltet, regAdaptive=on.
ein bug in fw 1.4 ist wohl, dass man das register burstRx nicht mehr auf off setzen kann. vielleicht wurde das zb gefixt.
Gibt es eigentlich irgendeine Möglichkeit die Firmware 1.5 vom Thermostat herunterzuladen?
Immerhin bin ich schonmal nicht der einzige im Universum mit Thermostaten auf denen v1.5 installiert ist. [emoji6] Ich bin auch mal gespannt, wann man diese Firmware im eq3 Downloadbereich offiziell herunterladen kann.
@christoph.zens Mir ist noch nicht aufgefallen, dass sich das 1.5er Thermostat anders verhält als die 1.4er Thermostate. Muss ich mir wohl mal genauer ansehen. Bin aber bis zum Wochenende erstmal auf Dienstreise.
Gruß Hoppel
Zitat von: christoph.zens am 13 November 2018, 10:34:25
Natürlich kann das Konzept ja eigentlich vom Prinzip her schon nicht funktionieren. Ich kann nicht in einem einzigen Raum 4 unabhängige Regler haben, die alle versuchen den Raum zu regeln und sich dabei natürlich gegenseitig beeinflussen.
Dann behaupte ich einmal ganz frech, dass es dein Konzept ist, welches nicht korrekt ist.
Zitat von: christoph.zens am 13 November 2018, 10:34:25
Die Regelung müsste in der CCU laufen und an die Thermostate nur eine Ventilstellung senden
Um alle Heizkörperthermostate gleichmäßig und von einer einigen Quelle aus zu steuern ist das Wandthermostat zuständig, welches mit den HKTs direkt verknüpft wird und somit alleine für die Regelung zuständig ist.
viele Grüße
BadenPower
.
ich dachte, die Thermostate bekommen nur die Temperatur vom Wandthermostat geschickt, und sie Regeln "selber" was natürlich durch gleiche Themperaturen sich wohl "gleich" verhalten müsste..
oder Regelt das WT die Ventilöffnung?
lg Mathias
Ich hab jetzt auch eine Antwort von eQ-3 bekommen, bezüglich der Firmware:
ZitatSehr geehrter Herr Riese,
hiermit möchten wir uns für das von Ihnen entgegengebrachte Interesse an unseren Produkten bedanken.
Die Version 1.5 war wegen einiger Tests auf dem Updateserver deaktiviert, wird aber in Kürze wieder unverändert verfügbar sein.
Mit freundlichen Grüßen aus Leer
Ihr eQ-3 Support-Team
Zitat von: kotaro am 15 November 2018, 12:00:36
ich dachte, die Thermostate bekommen nur die Temperatur vom Wandthermostat geschickt, und sie Regeln "selber" was natürlich durch gleiche Themperaturen sich wohl "gleich" verhalten müsste..
oder Regelt das WT die Ventilöffnung?
lg Mathias
Hallo Mathias,
also Wandthermostat gibt Soll-Temp vor (sofern dieser Kanal gepeert) und die Ist-Temp (gemessen am Wandthermostaten) bekannt (sofern dieser Kanal gepeert ist).
Die Regelung basierend auf diesen Daten macht dann jeder Heizkörperthermostat für sich.
Da der HKT an verschiedenen HK hängt (und er "lernt") kann die lokale Regelung trotz gleicher Vorgaben durchaus unterschiedlich sein...
Gruß, Joachim
Zitat von: MadMax-FHEM am 15 November 2018, 14:27:32
(und er "lernt")
Was man ja auch deaktivieren kann, so dass alle HKTs mit den gleichen Standardwerten operieren.
BadenPower
.
Zitat von: gloob am 15 November 2018, 13:18:35
Ich hab jetzt auch eine Antwort von eQ-3 bekommen, bezüglich der Firmware:
Das sind sehr gute Nachrichten! Danke
Zitat von: hoppel118 am 15 November 2018, 19:01:53
Das sind sehr gute Nachrichten! Danke
möchte ich so nicht stehen lassen - bei 10 Stück auf 3 Etagen zum möglichen updaten - das dauert... Bin gespannt auf Eure Berichte über den Nutzen der Aktion. Wie macht Ihr das? Beim vorigen Update von irgendwas zwischen 1.x und 1.3 auf 1.4 hab ich die damaligen (waren noch weniger) alle nach einander einzeln abgeschraubt, auf den Schreibtisch gelegt und mit div. Tastendrücken und PC Eingaben geupdated.
Wo ist das Problem mit dem update?
Es geht halt nur pro io ca. 1 update alle 30 Minuten. Könnte man eine Schleife für bauen, oder eben gedanklich alle Räume nacheinander durchgehen und eben immer mal wieder 2 updates anstoßen. Knöpfe drüchen sollte bei den Geräten nicht erforderlich sein, die melden sich ja regelmäßig...
Da ich mit der 1.4 keine Probleme hatte, sehe ich hier nicht unbedingt einen Mehrwert, alles auf 1.5 hochzuziehen. Ich hoffe, dass im Changelog beschrieben wird, was im Vergleich zur Vorgängerversion verändert wurde.
Da ich aber nun ein 1.5er Thermostat dazwischen habe, werde ich definitiv auch alle anderen upgraden.
Ich habe an den Thermostaten bisher noch kein Firmware Update durchgeführt. Ich hatte die Teile bereits mit v1.4 gekauft. Wenn ich mir das im Wiki anschaue, sieht das aber nicht sonderlich kompliziert aus. ;)
https://wiki.fhem.de/w/index.php?title=HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat (https://wiki.fhem.de/w/index.php?title=HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat)
https://wiki.fhem.de/wiki/HomeMatic_Firmware_Update (https://wiki.fhem.de/wiki/HomeMatic_Firmware_Update)
Nun muss eq3 uns aber erstmal die Firmware zum Donload bereitstellen...
Viele Grüße Hoppel
Hallo Leute,
mir ist gerade im Event Monitor aufgefallen, dass meine beiden Thermostate im Wohnzimmer, die als Peer agieren, beide folgende Meldung ausspucken:
ZitatOG_WZ_Wohnbereich_Thermostat motorErr: communicationERR
OG_WZ_Essbereich_Thermostat motorErr: communicationERR
Bei allen anderen Thermostaten steht:
ZitatOG_Kueche_Thermostat motorErr: ok
Meine Vermutung ist, dass das damit zusammenhängt, dass das Thermostat im Essbereich der Verursacher ist, da dort die neue Version 1.5 installiert ist. Der HMInfo peerCheck spuckt jedoch keine Fehler aus. Ansonsten kann ich auch keine Probleme Festellen, die Readings funktionieren. Ich kann die Temperatur über das FHEM Web Interface und über iOS Apps und auch HomeKit einstellen. Das Peering der beiden Thermostate funktioniert ebenfalls.
Was denkt ihr und wie kann ich dem Problem auf die Schliche kommen?
EDIT: Evtl. liegt das auch doch nicht an der Firmware Version. Ich habe nochmal ein Bisschen gegoogelt und bin auf folgenden Thread gestoßen:
https://forum.fhem.de/index.php/topic,19198.0.html
Ich habe nun aus beiden Thermostaten kurz die Batterien entfernt. Nach dem Sync und der anschließenden Adaptierfahrt zeigen mir die beiden Thermostate nun auch wieder "ok" an. Ich muss das wohl erstmal im Blick behalten.
Danke und Gruß Hoppel
Moin,
ich warte auch auf die 1.5er zum Download, denn das Regelverhalten ist (aus meiner Sicht) deutlich besser geworden!
1.4 macht nur an/aus/an/aus
1.5 "lernt" und passt die Ventilöffnung an
s. Bilder
Grüße
blofield
@blofield
Deine Grafik zum Regelverhalten der 1.4er Firmware kann ich nicht bestätigen!
Auch wenn die Regelung nicht optimal ist, bei viel zu geringer IST-Temperatur macht der das Ventil eigentlich 100% auf.
Wow, wäre fantastisch, wenn sie jetzt nach so langer Zeit doch nochmal das Regelverhalten überarbeitet hätten. Für mich überraschend! Konnte das noch jemand beobachten?
Es werden ja auch Äpfel mit Birnen verglichen (meiner Mainung nach):
andere Wunschtemperaturverläufe, anderer Heizkörper ander Zulauf anderer Raum...
Ein sauberer Vergleich wäre: einige Zeit messen und aufzeichnen und dann Thermometer tauschen und selbst das ist noch nicht wirklich vergleichbar, da ja auch die äußeren Einflüsse gleich bleiben müssten...
Mal ne andere Frage: hat schon jemand die 1.5 gefunden? Evtl. dann auch mit changelog? Ich hab gestern geschaut und da war noch nix... Wobei ich mit meinen zusammen mit den Wandthermostaten (macht viel aus) eigentlich auch mit FW1.4 zufrieden bin... :)
Gruß, Joachim
Stimmt schon, schwer zu vergleichen. Auch wegen dem aktuell gelernten Zustand...
Ein sauberer Vergleich wäre meiner Meinung nach: Factory Reset durchführen und dann per virtuellem Device einen "gefakten" Ist-Temperatur-Verlauf simulieren. Das sollte dann reproduzierbare Ergebnisse liefern, denke ich?
Zitat von: vbs am 27 November 2018, 13:02:09
Stimmt schon, schwer zu vergleichen. Auch wegen dem aktuell gelernten Zustand...
Ein sauberer Vergleich wäre meiner Meinung nach: Factory Reset durchführen und dann per virtuellem Device einen "gefakten" Ist-Temperatur-Verlauf simulieren. Das sollte dann reproduzierbare Ergebnisse liefern, denke ich?
Ja würde es wohl besser machen...
Wenn man die Kurven am gleichen Heizkörper im gleichen Raum mit dem gleichen Zulauf vergleicht...
Wobei ich schon gemerkt habe, dass das Regelverhalten schon anders ist, nur weil ein Wandthermostat "dran hängt"...
...gut der Vergleich hinkt auch ein wenig, weil der HKT ja schon eine Weile lief etc.
Aber da nehme ich dann mal den Durchschnitt über einige mit Wandthermostat (werden aus genanntem Grund mehr ;) ) und einige ohne Wandthermostat...
Wandthermostat: sprich externer IST-Temp-Geber statt interner direkt an der Heizung...
Gruß, Joachim
Hallo,
ist dieser Regelmechanismus weiterhin so wie bisher angegeben festzustellen? Es wäre wirklich toll, wenn sie diesen Regelmechanismus soneinvauen würden. Bei MAX! Haben Sie es ja bereits so. Warum also nicht auch bei Homematic.. Hatte ich mich da gefragt.
Dann bleibt also weiter zu hoffen und auf Update zu warten...
Hallo zusammen,
das ist das ChangeLog der nun verfügbaren Firmware-Version 1.5 der HM-CC-RT-DN
Zitat
Changelog:
Version 1.5.003 - 17/10/04
--------------------------------------------------------------
** Modification / Improvement
* Firmware modification for production change: Mounting the DR1 by robot instead by worker
Version 1.5.002 - 16/09/05
--------------------------------------------------------------
** Modification / Improvement
* After the incoming Data "CCU-Command" and "Configuration" the Device change for 5 s from WOR to RX-Mode.
Version 1.5.001 - 15/12/01
--------------------------------------------------------------
** Modification / Improvement
* Heating-Control in connection with a WTH shows occasionally two-point behavior -> fixed
Für den Wandthermostat HM-TC-IT-WM-W-EU gibt es auch ein Update auf 1.4.
BadenPower
.
hallo BadenPower,
wo findest du die infos? bei eq3/downloads kann ich nichts neues erkennen.
Hallo,
Zitat von: frank am 06 Dezember 2018, 17:21:57
wo findest du die infos? bei eq3/downloads kann ich nichts neues erkennen.
http://update.homematic.com/firmware/download?cmd=download&product=HM-CC-RT-DN&serial=12345
bzw.
http://update.homematic.com/firmware/download?cmd=download&product=HM-TC-IT-WM-W-EU&serial=12345
Viele Grüße
Michael
merci
Jap.
habe heute auch per Raspberrymatic-Benachrichtigung erhalten ;D
bin gespannt wie sich die Ventile jetzt verhalten
Tolle Sache! Dann werde ich mich bei Gelegenheit auch mal damit beschäftigen.
Danke für die Info!
Gruß Hoppel
Also bei mir hat sich das Verhalten so geändert, dass das Ding erstmal gar nix mehr macht... Das Firmware-Update ist wohl fehlschgeschlagen. Der DN zeigt beim Booten sofort "FUP" and und dann wechselt er nach ein paar Sekunden auf "CrC". Laut Handbuch soll man dann das Firmware-Update nochmal machen. Klappt aber nicht...
Ich rufe es auf mit (wie beim ersten Mal)
set wz_hmRt fwUpdate FHEM/firmware/hm_cc_rt_dn_update_V1_5_003_171004.eq3
Das Log sagt dann nur:
2018.12.06 20:34:14.643 2 : CUL_HM fwUpdate started for wz_hmRt
2018.12.06 20:34:14.646 3 : CUL_HM set wz_hmRt fwUpdate FHEM/firmware/hm_cc_rt_dn_update_V1_5_003_171004.eq3
2018.12.06 20:34:24.651 2 : CUL_HM fwUpdate wz_hmRt end. IO-speed: normal
Hab auch schon versucht, beim Batterien einlegen die beiden äußeren Tasten zu drücken und dann direkt das Update anzustoßen. Aber leider auch ohne Erfolg. Beschreibung von hier:
https://homematic-forum.de/forum/viewtopic.php?t=45499
https://www.elv.de/topic/heizkoerperthermostat-hm-cc-rt-dn-firmwareupdate.html
Ich hab auch schon versucht, wieder die 1.4 zu flashen, aber gleiches Ergebnis.
Ich habe momentan einen MapleCUL mit HM-MOD-UART, aber ein HM-CFG-USB hätte ich auch noch... Hat noch jemand eine Idee, wie ich das Ding wieder zum Leben erwecken könnte?
Mit dem Homematic Flasher Tool hat es dann noch auf Anhieb geklappt... ist offenbar doch immer gut den HM-CFG-USB noch da zu haben für solche Fälle...
Vielleicht stell ich mich ja zu dusselig an, aber das FW-Update per HM-MOD-UART über FHEM hat dreimal von dreimal nicht funktioniert (beim RT-DN). Musste jedes Mal hinterher mit dem HM-CFG-USB und dem Windows-Tool ran.
TC flashen ging jedoch zweimal problemlos per FHEM.
Hinterher neu pairen nicht vergessen, damit FHEM die neue FW-Version mitbekommt.
ZitatHinterher neu pairen nicht vergessen, damit FHEM die neue FW-Version mitbekommt.
du musst nur den "countdown" am device starten, also eine anlernmessage senden. pairen ist nicht nôtig.
Wenn ich die Updates mache, dann sowieso per HM-CFG-USB-2.
Zitat von: frank am 06 Dezember 2018, 21:27:27
du musst nur den "countdown" am device starten, also eine anlernmessage senden. pairen ist nicht nôtig.
Wie macht man das? Der einzige Countdown, den ich kenne, erscheint nach dem Einlegen der Batterien.
Gruß Hoppel
Den Boost-Button für 5 Sek. gedrückt halten. Also genau so, als wenn du das Pairen starten würdest (nur eben ohne die Zentrale in den Pairing-Modus zu setzen).
Ok, danke. Ich schau mir das vrsl. am We mal genauer an.
Zitat von: vbs am 06 Dezember 2018, 21:16:09
Vielleicht stell ich mich ja zu dusselig an, aber das FW-Update per HM-MOD-UART über FHEM hat dreimal von dreimal nicht funktioniert (beim RT-DN).
Habe nicht ganz dieselbe Bilanz bisher (CUL_HM mit VCCU:HMUART,CUL,MapleCUL@STACKABLE):
Ein TC ging problemlos, danach noch 2 RT's. Danach habe ich kurz gezögert (eigentlich ist klar, dass mehr wie 2-3 updates pro Stunde nicht drin sind bzw. dazu führen, dass die VCCU auf ein anderes IO wie den HMUART (Pi-PCB an USB) ausweicht) => CrC-Fehler bei zwei weiteren.
Den einen habe ich heute morgen reanimiert, dann einen weiteren angeschubst => CrC beim dritten (war aber auch wieder mit FHEM-Bordmitteln zu reanimieren, mehrfach "clear all" + Batterie raus + äußere Tasten beim Wiedereinsetzen, kurz Warten + set ...fwUpdate ...). Einer ist jetzt noch auf CrC, der kommt dann heute abend dran (ist auch eher am äußeren Ende der Funkstrecke, -70@HMUART, werde den also erst mal abschrauben).
Fazit: nie mehr wie 2 Updates pro Stunde und immer sicherstellen, dass das update auch wirklich komplett durchgelaufen war. Wenn zuviel Traffic drumrum ist, geht es gerne schief ::) .
Hm, scheint sich bei mir etwas anders zu verhalten tatsächlich. Bei mir gingen alle 3 DN-RT schief und kein einziger TC (von 2). Angefangen hab ich mit einem DN-RT, also da war nichts überlastet.
Wiederum mit dem HM-USB-CFG und dem Homematic Windows Tool konnte ich dann unter gleichen Bedingungen alle 3 DN-RTs am Stück flashen ohne ein Problem.
Also ich denke nicht, dass es bei mir etwas mit Überlast/Traffic zu tun hatte. Irgendwas scheint FHEM anders zu machen als das Windows-Tool. So sieht es für mich zumindest aus.
Was letztlich das Problem ist? Keine Ahnung, vielleicht ist auch der Pi (unter bestimmten Rahmenbedingungen zum Teil) zu langsam?
Bei dem diffusen Bild sieht es mir danach aus, als gäbe es nicht DIE Ursache, sondern mehrere Einflüsse, die gerne zum Zusammenbruch des Systems führen. Die RT's (und v.a. die Rolladenaktoren) sind nach meiner Erfahrung auch besonders empfindlich.
Das Windows-Tool hat dann auch "nur" 3 updates gemacht - wie gesagt, die ersten drei gingen bei mir in FHEM auch reibungslos, erst danach wurde es (erwartungsgemäß...) doof. Das mit den 3 updates ist ein persönlicher Erfahrungswert, den ich mitteilen wollte, aber keine naturwissenschaftliche Erkenntnis :) . Wer also jetzt das WE Zeit hat, mag es beachten oder eben auch nicht...
Ich hatte auch die CRC Fehler, letztendlich geholfen hat, das ich HM-CC-RT-DN vom Heizkörper abgeschraubt habe, und 1 meter neben den HM-CFG-USB gelegt habe,
ansonsten ist die Funkstrecke zu gross (zu viele Wände dazwischen). Wenn man einen Laptop hat, kann man natürlich damit auch zum Heizkörper laufen.
Die HM-TC-IT-WM-W-EU habe ich dann auch neben den PC gelegt um das FW update zu machen.
Wenn man den CRC Fehler im Display hat, einfach das FW-update nochmal anschubsen, also die beiden äusseren Tasten gleichzeitig drücken, und dann die Batterie wieder einlegen, bis das FUP erscheint.
Überlast hatte ich auch, dann muss man den HM-CFG-USB einmal vom PC abziehen (stromlos machen), danach gehts direkt wieder.
Ich habe für 5 HM-TC-IT-WM-W-EU und 6 HM-CC-RT-DN etwa 45 minuten gebraucht, mit an-und abschrauben, und nachher wieder die Adaptierfahrt.
@inoma:
Das war FHEM-seitig durchgeführt, oder war das auch mit dem von vbs benutzten Windows-Tool?
Danke jedenfalls für die Bestätigung des Erfahrungswerts, dass ca. 3 updates das Funkbudget soweit ausschöpfen, dass man danach warten oder anderweitig für Reserven sorgen muß. (Mein Pi-HM-PCB steckt am internen USB-Anschluß, das Gehäuse wollte ich nicht extra öffnen, da warte ich lieber immer mal wieder ;D ).
Allgemeine Anmerkung noch: Zu nah' kann auch ein Problem sein; nach meiner Erfahrung sind einige Meter und eine Wand (beim Pi-PCB und auch beim CUL mit externer Antenne - ja, auch damit habe ich schon erfolgreich in der Vergangenheit updates gemacht!) gar nicht sooo schlecht, am meisten Probleme machten z.B. (mind. beim Pairen) der RT und die FK's im selben Raum wie der Server (2-4m Luftlinie) und der direkt nebenan (~2m+ eine Wand).
Bei meinen erfolgreichen RT-Flashes mit Windows-Tool hatte ich nur ungefähr 1 m Abstand zwischen RT und HM-CFG-USB (ohne Wand).
Hallo Gemeinde,
hab hier auch einige Thermostate geupdatet, bei 3 ging es schief (CRC). Bei mir funktionierte es dann mit der optionalen waittime im SET-Befehl. Aber musste mindestens 20sec sein (bei ca. 18sec die mittlere Taste am Thermostat kurz gedrückt, so das statt CRC FUP im Display steht), bei weniger als 20sec immer Abbruch vom Update.
du kannst auch zb 10 min eingeben, damit du gemütlich zum rt kommst. wenn du dann manuell am rt die prozedur auslöst geht es los. sogar dann, wenn noch 8min von den 10min übrig sind. ;)
Zitat von: frank am 07 Dezember 2018, 15:12:09
du kannst auch zb 10 min eingeben, damit du gemütlich zum rt kommst. wenn du dann manuell am rt die prozedur auslöst geht es los. sogar dann, wenn noch 8min von den 10min übrig sind. ;)
Jetzt mache ich seit fast einem halben Jahrzehnt (immer mal wieder) mit HM rum, und dann so ein "aha!"-Erlebnis ;D .
Im Wiki (https://wiki.fhem.de/wiki/HomeMatic_Firmware_Update#Firmware_Update_mit_CUL.2FHM-CFG-USB.2FHMUARTLGW_unter_FHEM) steht der Parameter zwar drin, aber eher so im Sinne von "Braucht man eigentlich nicht...". Ist zwar an sich richtig, aber dass man das nach einem (CRC- oder auch sonstigem? ) Fehler einfach nur "zeitversetzt" lostreten kann und dann vom Device aus anstupsen, ist eine Sache, die man deutlicher hervorheben könnte, oder?
Überhaupt:
Hier kommen grade einige Erfahrungswerte zum Thema fw-update zusammen. Sollte man das nicht nutzen und etwas zusammentragen? Oder gibt's das schon irgendwo in den Untiefen des Forums?
Meine Erfahrungen, v.a. mit dem Pi-PCB (v.a. Abstand) hatte ich ja genannt (und würde ähnliches für den HMLAN und Nachfolger vermuten), für den HM-Cfg-USB scheint 1m gesetzt zu sein ;) . Anyone else?
Was mich noch interessieren würde: Ich mache jetzt nach einem Fehler gerne ein "clear all", wenn was schiefgegangen war und starte erst danach wieder. Ist das überflüssig oder zu empfehlen (bzw. welches clear würde reichen?)?
Hallo,
ich lese hier mal mit.
Mein Fall: bei meinem Heizkörperthermostat ist seit ein paar Monaten die Batterie so nach 3-4 Wochen leer.
Konfiguration: Ich habe das Thermostat mit dem Wanthermostat gepairt und mit einem Fenstersensor gepeert, keine Änderung der Konfiguration seit ca. 1,5 Jahren
Erster Verdacht: das Ventil hängt. Habe ich beim letzten Batteriewechsel geprüft, Leichtgängigkeit ist gegeben.
Zweiter Verdacht: das Thermostat is feucht geworden und es bilden sich Kriechstrecken. Das habe ich noch nicht geprüft.
Habe mir jetzt (dank ELV Card) einen Bausatz geholt und vermute, dass der die v1.5 drauf hat.
Ggf. gibt es auch eine Verbesserung der Batterielaufzeit mit der neuen Firmware ;)
Gruß Peter
Habe heute früh 2 Thermostat HM-CC-RT-DN geupdated, sind auf der gleichen Etage wie der HmUARTLGW vorher natürlich den HMLAN deaktiviert -> ging problemlos, die nächsten 2 heute Nachmitttag eine Etage drüber -> CRC Fehler... Abschrauben rechte und linke Taste drücken - Batterie rein - update funktioniert. - wieder anschrauben und boost drücken... hab jetzt nur noch 6 Stück übrig, noch weiter oben... 8)
So, nachdem meine VCCU nun vernünftig läuft, wollte ich mich an die Updates machen. Die folgenden beiden Links funktionieren allerdings bei mir nicht. Ist die Update-Homepage gerade down?
Zitat von: mgernoth am 06 Dezember 2018, 17:33:30
http://update.homematic.com/firmware/download?cmd=download&product=HM-CC-RT-DN&serial=12345
bzw.
http://update.homematic.com/firmware/download?cmd=download&product=HM-TC-IT-WM-W-EU&serial=12345
Auf der eQ3-Seite ist leider immer noch nur v1.4 zu finden: https://www.eq-3.de/service/downloads.html
Hatte eigentlich vor, die Firmware Updates jetzt zu machen. ;)
Kann das jemand bestätigen?
Danke und Gruß Hoppel
gestern ok, jetzt nicht mehr.
server vielleicht "zusammengebrochen"?
Zitat von: frank am 08 Dezember 2018, 13:37:47
gestern ok, jetzt nicht mehr.
server vielleicht "zusammengebrochen"?
Super, danke für's Bereitstellen. Du meinst, dass der Server unter der Last zusammengebrochen ist, dass alle unbedingt diese Firmware haben wollen? :D
OK,
habe jetzt auch gerade mal 2 Thermostate mit folgendem Befehl geupdated (hier bspw. Thermostat Büro).
set OG_Buero_Thermostat fwUpdate /opt/hm/hm_cc_rt_dn_update_V1_5/hm_cc_rt_dn_update_V1_5_003_171004.eq3Bei mir sieht das dann im Logfile wie folgt aus:
2018.12.08 14:07:50 2: CUL_HM fwUpdate started for OG_Buero_Thermostat
2018.12.08 14:07:50 3: CUL_HM set OG_Buero_Thermostat fwUpdate /opt/hm/hm_cc_rt_dn_update_V1_5/hm_cc_rt_dn_update_V1_5_003_171004.eq3
2018.12.08 14:07:51 2: CUL_HM fwUpdate OG_Buero_Thermostat entered mode. IO-speed: fast
2018.12.08 14:11:44 2: CUL_HM fwUpdate OG_Buero_Thermostat end. IO-speed: normal
2018.12.08 14:11:44 2: CUL_HM fwUpdate completedZitat von: vbs am 06 Dezember 2018, 21:58:51
Den Boost-Button für 5 Sek. gedrückt halten. Also genau so, als wenn du das Pairen starten würdest (nur eben ohne die Zentrale in den Pairing-Modus zu setzen).
Nachdem ich dann die Boost-Taste für einige Sekunden gedrückt habe, wurde auch das Reading auf die neue Firmware korrigiert:
D-firmware 1.5In meiner fhem.cfg gibt es bei allen Thermostaten folgendes Attribut:
attr OG_Buero_Thermostat firmware 1.4Wofür gibt es dieses Attribut? Brauche ich das überhaupt? Hat das irgendwelche Auswirkungen, wenn da 1.4 steht? Automatisch wird sich dieses attr wohl nicht updaten, oder?
Aber danke euch, das hat schon wieder alles hervorragend geklappt. ;)
Viele Grüße Hoppel
ZitatIn meiner fhem.cfg gibt es bei allen Thermostaten folgendes Attribut:
attr OG_Buero_Thermostat firmware 1.4
die attribute sollten auch geändert sein. wahrscheinlich noch kein "save config" in fhem gemacht.
So, ich habe gerade auf 4 weiteren Thermostaten die v1.5 installiert. Das lief alles komplett ohne Probleme, keine CRCs oder sonstiges. Es hat immer direkt beim ersten Versuch geklappt. Im Flur hatte ich nach dem Update einen "NACK" state. Mit einem getConfig war das aber auch direkt wieder weg.
Zitat von: frank am 08 Dezember 2018, 15:17:45
die attribute sollten auch geändert sein. wahrscheinlich noch kein "save config" in fhem gemacht.
Ich habe überall für ein paar Sekunden die BOOST-Taste gedrückt, damit die Daten übertragen werden. Bei allen 6 steht nun in den Readings v1.5. Allerdings wurde bei keinem einzigen das "attr <device> firmware <1.x>" automatisch angepasst. "save config" hätte nichts gebracht. Es gab nichts zu speichern.
Wurden die "attr <device> firmware <1.x>" in der fhem.cfg bei euch angepasst?
Viele Grüße Hoppel
ja, bei mir wurden die device firmware attr in der fhem.cfg autonatisch mit angepasst, nachdem ich die Boost Taste 5 Sekunden gedrückt hatte.
Eigenartig... Woran kann das denn liegen?
Notfalls passe ich das manuell an. Das sollte nicht weh tun. Es ist ja nicht so, dass ich mit so einem attr zwischen verschiedenen firmwares auf den Thermostaten wählen kann. Meiner Ansicht nach reicht ein firmware Reading.
Oder welchen Zweck hat so ein "firmware attr"?
Viele Grüße Hoppel
Zitat von: hoppel118 am 08 Dezember 2018, 22:52:29
Wurden die "attr <device> firmware <1.x>" in der fhem.cfg bei euch angepasst?
Ja, wobei ich mich beim lesen des Beitrags hier erst mal gewundert habe, dass es dafür ein attr gibt?!?
Welchen Zweck hat das eigentlich, es ist eine Angabe, die aus der firmware zu kommen scheint und daher "gehört es" nicht "dem user" (so die landäufige Definition dessen, was ein attr sein soll afaik).
Und ein entsprechendes Reading gibt es ja auch...
Ok, dann liege ich ja mit meinen Vermutungen richtig. Ich verstehe aber trotzdem nicht, warum dieses attr bei mir nicht aktualisiert wird.
Gibt es sonst noch irgendeinen Weg, um dieses attr neu einzulesen, außer alle Thermostate neu anzulernen?
Die Thermostate funktionieren sonst in jeglicher Hinsicht einwandfrei. Mein FHEM Server ist quasi up-to-date. Vor ca. einer Woche hatte ich das letzte Update gefahren. Ansonsten lasse ich dieses attr erstmal wie es ist. Mal sehen, ob das noch irgendwer feststellt. Aber bisher bin ich anscheinend der einzige bei dem das attr nicht aktualisiert wurde.
Gruß Hoppel
Zitat von: frank am 06 Dezember 2018, 21:27:27
du musst nur den "countdown" am device starten, also eine anlernmessage senden. pairen ist nicht nôtig.
warum wird ständig die "fake news" vom pairen verbreitet?
Hallo,
habe jetzt auch meinen Wandthermostat bzw. den Heizkörperthermostat auf die aktuelle Firmware aktualisiert. Wandthermostat ging problemlos von FHEM aus (ohne irgendwelche Knöpfe zu drücken) beim Heizkörperthermostat hat es eine Weile gedauert wegen CRC Fehler. Wie ich das dann doch noch geschafft habe, kann ich nicht sagen (Aktionen: abgeschraubt und in ca. 1,5 m Abstand gebracht, Firmware update 2x gestartet, lief aber irgendwie immer noch). Letztendlich einfach mal gewartet, dann ging's ???
Meine Konfiguration:
Fritzbox 7490 und CUL V3 mit Standard Firmware. Per getConfig und längeres Drücken der Boost Taste kamen dann auch die Aktualisierungen in FHEM.
Gruß Peter
Warnung ⚠️ nachdem es 5x gut ging, mit unterschiedlichem Aufwand, ging der 6. Versuch gründlich daneben. Hab dann etwas gegoogelt und bin hier fündig geworden: https://www.elv.de/topic/heizkoerperthermostat-hm-cc-rt-dn-firmwareupdate.html (https://www.elv.de/topic/heizkoerperthermostat-hm-cc-rt-dn-firmwareupdate.html) auf der letzten Seite sind aktuelle Posts. Offenbar beschert der Updateversuch dem Hersteller und dem Händler unter bestimmten nicht näher vorhersehbaren Randbedingungen zusätzlichen Umsatz. Ich warte jedenfalls morgen Abend auf die DHL Lieferung und kann dann ein Ventil neu einrichten und mit den anderen 2 im gleichen Raum sowie dem virtuellen Window Kontakt peeren.
Was hast du denn genau für Probleme beim Update des letzten Thermostates gehabt?
Hier in diesem Thread haben ja auch einige Leute von CRC Fehlern oder ähnlichem berichtet. Diese Fehler kann man aber durch erneutes Versuchen und/oder manuelles Auslösen des Firmware Updates am Thermostat in den Griff bekommen, wenn man den Berichten hier Glauben schenken kann. ;)
Ich hatte mit den Firmware Updates an 7 Thermostaten keine Probleme.
Gruß Hoppel
Kannst du etwas genauer sagen was du meinst? Ich sehe da im Thread erstmal nichts besonderes. Meinst du die "CrC"-Meldung? Das hatten wir hier im Thread ja häufiger, aber konnte wohl bisher immer recht leicht behoben werden.
Interessanter finde ich, dass einer schreibt, dass das Regelverhalten jetzt viel schlechter sein soll. Das fände ich viel interessanter...
@vbs Ich war schneller! ;)
In der Tat habe ich mir beim Lesen des verlinkten Threads bei elv.de auch überlegt, das Regelverhalten gründlich zu beobachten. Bisher sieht aber alles normal aus.
Gruß Hoppel
Ok, ich hab alles versucht, was hier beschrieben wurde und den CRC Fehler mindestens 10 mal mit größeren zeitlichen Zwischenräumen versucht ,,wegzuflashen"......
Da der Trottel wie gewöhnlich vor dem Bildschirm sitzt, so auch hier: habe es über Monate? Seit dem letzten Malern? nicht gemerkt, das die Thermostate ,,Fenster" und ,,Terasse" vertauscht waren. Ist erst aufgefallen, als ich aus dem vermeintlich defekten die Batterien rausgenommen hab. Kaum flasht man das richtige gehts.
Ihr dürft Euch auf meine Kosten amüsieren :) :) :) .
@det. ;) Freut mich, dass du den Fehler gefunden hast. Dann kannst du ja direkt eine Retoure bei Amazon einleiten. ;)
Auch ich habe meinen Fehler mit dem Firmware attr gerade zufällig gefunden. Beim Stöbern im Forum bin ich über das Announcement gestoßen, dass Featurelevel 5.9 nun stable ist. Bei mir lief aber immer noch 5.8.
Bei der Suche der Lösung, wie ich auf 5.9 komme, bin ich dann auf folgenden Thread gestoßen und CoolTux hat mir direkt den entscheidenden Tip gegeben: https://forum.fhem.de/index.php/topic,91870.0.html
Also kurz das attr für Featurelevel 5.8 in meiner global config entfernt und an den Thermostaten überall nochmal für ein paar Sekunden die Boost-Taste gedrückt, den Countdown abgewartet und siehe da, das attr wurde überall angepasst. ;)
Was auch immer das Featurelevel 5.8 von 5.9 bezüglich dieses Firmware attr unterscheidet...
Wie dem auch sei, nun bin ich glücklich! :D
Danke euch und Gruß Hoppel
Ich habe die wichtigsten Informationen gerade nochmal im Eingangspost zusammengefasst.
Gruß Hoppel
Hallo Hoppel,
Zitat von: hoppel118 am 10 Dezember 2018, 00:21:04
Ich habe die wichtigsten Informationen gerade nochmal im Eingangspost zusammengefasst.
im ersten Post passt der Wiki Link des HM-CC-RT-DN noch nicht ganz.
Gruß Peter
Danke für die Info! Ist erledigt! ;)
Zitat von: mgernoth am 06 Dezember 2018, 17:33:30
http://update.homematic.com/firmware/download?cmd=download&product=HM-CC-RT-DN&serial=12345
http://update.homematic.com/firmware/download?cmd=download&product=HM-TC-IT-WM-W-EU&serial=12345
Wie hast Du diese Links gefunden? Beim normalen "klicken" auf homematic.com und q-3.de kann ich die nirgendwo finden...
Danke, -MN
Zitat von: Morgennebel am 10 Dezember 2018, 09:47:21
Wie hast Du diese Links gefunden? Beim normalen "klicken" auf homematic.com und q-3.de kann ich die nirgendwo finden...
Danke, -MN
Die waren paar Tage da und danach wieder weg... Warum auch immer? Aktuell gerade getestet sind sie aber wieder da...
Moin,
hab die Firmwareupdates mal für zwei Zimmer (jeweils ein Regler und Wandthermostat) eingespielt. Im Schlafzimmer fällt mir sofort ein verbessertes Regelverhalten auf. Das Überschwingen ist deutlich reduziert.
Bilder im Anhang, da Einbettung direkt im Post wohl nicht möglich.
Viele Grüße
Stephan
Wenn man auf das Datum der Firmware schaut, frage ich mich wieso diese 1 Jahr lang nicht releast wurde...
Hallo,
Zitat von: Morgennebel am 10 Dezember 2018, 09:47:21
Wie hast Du diese Links gefunden? Beim normalen "klicken" auf homematic.com und q-3.de kann ich die nirgendwo finden...
Das ist der Update-Server, den das Web-Interface der CCU benutzt um Updates anzuzeigen und herunterzuladen. Man kann auch die aktuelle Version abfragen:
http://update.homematic.com/firmware/download?cmd=js_check_version&version=12345&product=HM-CC-RT-DN&serial=12345
Viele Grüße
Michael
Komische Firmenpolitik!
Über den Download-Bereich bei eQ-3 finde ich nichts:
https://www.eq-3.de/service/downloads.html (https://www.eq-3.de/service/downloads.html)
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
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.
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.
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.
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
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
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) .
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
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
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.
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
Hallo Amenophis86,
Attributes:
IODev HMLAN1Falls es den HMLAN im System gibt, dann schalt den besser für den Updatevorgang ganz ab.
2018-12-14 21:39:16 batteryLevel 2.4Vor 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.
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.
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 ;)
Ich habe die selben Erfahrungen wie Wetterhexe gemacht.
Das Regelverhalten - wenn von einem Verhalten überhaupt zu sprechen sein kann - ist irgendwie seltsam. Weiterhin habe ich beobachtet, das die Temperaturerfassung der Thermostate irgendwie kirre ist - mal so, mal so.
Dieses tolle "Regelverhalten" ist wohl der Grund, warum die 1.5 noch mal zurückgezogen wurde und eben nicht offiziell downloadbar ist.
Ich werde auch wieder auf die 1.4 zurückgehen.
Für mich ist das geänderte Regelverhalten weiterhin positiv. Umgebung:
- Einfamilienhaus
- Baujahr 1966
- massive Gussheizkörper z. T. hinter Holzverkleidung
- Brennwertkessel ca. 17 Jahre mit Außentemperaturfühler
Im Wohnzimmer (mit Wandthermostat) findet jetzt eine deutlich gleichmäßigere Öffnungen der Heizungsventile statt. Es gibt quasi auch keine Zeitfenster mehr, in denen die Ventile aufgrund von einer deutlichen Überschreitung der Soll-Temperaturkomplett geschlossen werden und man dann eine deutliche Abkühlung spürt. Die adaptive Anpassung der Regelparameter wurde im übrigen bereits 2016 abgeschaltet, so dass das geänderte Regelverhalten alleine aufgrund der Firmware aufgetreten ist.
Hier nochmal die fest eingestellten Regelparameter.
R-regAdaptive offDeter
R-reguExtI 20
R-reguExtP 25
R-reguExtPstart 45
R-reguIntI 15
R-reguIntP 30
R-reguIntPstart 30
Plot im Anhang. Ich denke die Tage sind deutlich zu erkennen und auch das geänderte Regelverhalten. Die zwei ältesten Tage noch mit der FW 1.4 und ab dann FW 1.5
Also schön warm wird es - Regelverhalten passt bei 1.5 und hat mich auch nicht gestört, dass es bei 1.4 etwas anders war. Mir ist was anderes aufgefallen - die ehemaligen Kinderzimmer sind auf einmal auch warm, obwohl über DOIF und Presence eigentlich nur, wenn da auch jemand zu Besuch ist. Offenbar greift set xxxxx controlManu on nicht mehr oder verstellt sich zur nächsten Automatic Heizzeit wieder?
Nach dem Update auf 1.5 gestern, hat das Ventil heute Nacht nur mehr bis 35% statt wie zuvor üblich 100% geöffnet.
Die Soll-Temperatur wurde dadurch deutlich unterschritten.
Werden trotz des Updates die bisher "gefundenen" Regelparameter beibehalten und passen evtl. nicht mehr mit der neuen Firmware zusammen?
Kann man das Lernen der Koeffizienten evtl. manuell neu antriggern (ohne komplett-Reset)?
Ich verwende übrigens das Heizkörperthermostat in Verbindung mit einem Wandthermostat.
Zitat von: det. am 18 Dezember 2018, 21:11:46
Also schön warm wird es - Regelverhalten passt bei 1.5 und hat mich auch nicht gestört, dass es bei 1.4 etwas anders war. Mir ist was anderes aufgefallen - die ehemaligen Kinderzimmer sind auf einmal auch warm, obwohl über DOIF und Presence eigentlich nur, wenn da auch jemand zu Besuch ist. Offenbar greift set xxxxx controlManu on nicht mehr oder verstellt sich zur nächsten Automatic Heizzeit wieder?
Meine Kinderzimmer stehen scheinbar dauerhaft auf controlManu - hier also kein diesbezügliches Problem. Allerdings war der Modus beim ersten Starten nach dem Flashen auf "Auto" und mußte daher einmalig umgestellt werden.
Zitat von: chunter1 am 19 Dezember 2018, 10:20:33
Nach dem Update auf 1.5 gestern, hat das Ventil heute Nacht nur mehr bis 35% statt wie zuvor üblich 100% geöffnet.
Die Soll-Temperatur wurde dadurch deutlich unterschritten.
Werden trotz des Updates die bisher "gefundenen" Regelparameter beibehalten und passen evtl. nicht mehr mit der neuen Firmware zusammen?
Ich würde es eher andersrum vermuten, also dass die bisherigen Regelsätze komplett verworfen werden und es dann erst mal wieder etwas dauert, bis alles wieder erwartungsgemäß funktioniert.
Kann mich jedenfalls bisher nicht ernsthaft beklagen, wobei es anfangs gefühlt auch etwas sehr kalt war. Aber nach einigen Tagen kommt es mir ok vor.
Gruß, Beta-User
Zitat von: chunter1 am 19 Dezember 2018, 10:20:33
Werden trotz des Updates die bisher "gefundenen" Regelparameter beibehalten und passen evtl. nicht mehr mit der neuen Firmware zusammen?
Kann man das Lernen der Koeffizienten evtl. manuell neu antriggern (ohne komplett-Reset)?
warum schaust du nicht nach den eingestellten parametern des reglers?
Zitat von: frank am 19 Dezember 2018, 10:33:12
warum schaust du nicht nach den eingestellten parametern des reglers?
Macht eigentlich nur Sinn, wenn ich die vorherigen notiert hätte :)
Zitat von: frank am 19 Dezember 2018, 10:33:12
warum schaust du nicht nach den eingestellten parametern des reglers?
Gibt es für die Reglerparameter irgendwo eine Beschreibung? Oder ist das ELV intern?
Danke + Gruß
Peter
hier steht ziemlich viel.
https://forum.fhem.de/index.php/topic,21041.0.html (https://forum.fhem.de/index.php/topic,21041.0.html)
Zitat von: Beta-User am 19 Dezember 2018, 10:26:44
Ich würde es eher andersrum vermuten, also dass die bisherigen Regelsätze komplett verworfen werden und es dann erst mal wieder etwas dauert, bis alles wieder erwartungsgemäß funktioniert.
Kann mich jedenfalls bisher nicht ernsthaft beklagen, wobei es anfangs gefühlt auch etwas sehr kalt war. Aber nach einigen Tagen kommt es mir ok vor.
Wie lange dauert das denn?
Es ist kalt und das Thermostat öffnet nur zu max.50% >:(
EDIT:Zweiter Tag... wieder kalt und keine Öffnung über 50% >:(
Nach meinem Kenntnisstand kann das viele Tage bis mehrere Wochen dauern...
Hast Du nach dem Update auf die Thermostaten ein getConfig oder sysTime gemacht, damit die Systemzeit korrigiert wird?
Ciao, - MN
Zitat von: Morgennebel am 21 Dezember 2018, 05:53:48
Nach meinem Kenntnisstand kann das viele Tage bis mehrere Wochen dauern...
Hast Du nach dem Update auf die Thermostaten ein getConfig oder sysTime gemacht, damit die Systemzeit korrigiert wird?
Ciao, - MN
Ja, obwohl er sowieso vom Wandthermostat gesteuert wird.
Heute wars wieder kalt - werd auf die 1.4 zurückgehen.
Also erreicht die Ist-Temperatur einfach die Soll-Temp nicht? Oder erreicht sie sie zwar, aber dauert zu lange wegen zu geringer Ventilöffnung?
Zitat von: vbs am 21 Dezember 2018, 12:11:48
Also erreicht die Ist-Temperatur einfach die Soll-Temp nicht? Oder erreicht sie sie zwar, aber dauert zu lange wegen zu geringer Ventilöffnung?
Hat zum einen die Soll Temperatur nie erreicht und zum anderen bei darüber liegender, absinkender Temperatur den Abfall nicht auf den Soll-Wert gebremst sondern ist weiter abgesunken.
Zitat von: chunter1 am 21 Dezember 2018, 14:36:59
Hat zum einen die Soll Temperatur nie erreicht und zum anderen bei darüber liegender, absinkender Temperatur den Abfall nicht auf den Soll-Wert gebremst sondern ist weiter abgesunken.
ist denn das peering mit dem wandthermostat noch korrekt, so dass die externe temp genutzt wird?
was sagt hminfo configcheck?
Zitat von: frank am 21 Dezember 2018, 14:49:48
was sagt hminfo configcheck?
Da bekomm ich nur folgendes:
configCheck done:
templist mismatch
SZ_Heizkoerperventil_Clima: file: ./tempList.cfg error:Can't open ./tempList.cfg: No such file or directory
SZ_Wandthermostat_Climate: file: ./tempList.cfg error:Can't open ./tempList.cfg: No such file or directory
sind die tempplots von rt und tc identisch?
hast du eine offset temp im rt gesetzt?
wie verhält sich die regelung, wenn du die adaption ausschaltest => regAdaptive=offDefault?
Zitat von: frank am 21 Dezember 2018, 15:25:07
sind die tempplots von rt und tc identisch?
hast du eine offset temp im rt gesetzt?
wie verhält sich die regelung, wenn du die adaption ausschaltest => regAdaptive=offDefault?
Ich werd vorerst bei der 1.4 Version bleiben da es nach dem downgrade wieder wie zuvor funktioniert.
Kann mir grade jetzt wo's kalt ist keine Fehlfunktion erlauben -> WAF ;)
aus meinen eigenen Erfahrungen:
- hminfo/configcheck habe ich nach dem upgrade bereinigt, keine Fehlermeldungen
- peerings zwischen tc, rt, fk überprüft und ok, Änderungen an Solltemp und Ist-Temp wurden wie erwartet weitergegeben
- temperaturplots rt/tc identisch
- offset temp war keine gesetzt
In 7 von 8 Räumen wurde die eingestellte Solltemp. nach Heizungsstart erreicht und gehalten, wenn auch etwas verzögert (alte Version: nach 2h, neue Version: 2.5h). Die Ventilöffnung betrug dabei zwischen 30-40%.
Im Badezimmer wurde die eingestellte Solltemp. nie erreicht (auch nicht nach 6 Std. durchgehendem Heizbetrieb). Ventilöffnung blieb bei 20% und wurde auch nicht größer obwohl die Ist-Temperatur zu Beginn des Heizbetriebs 1° unter der Solltemp. lag und nach 6 Std. Heizbetrieb auf 1.5° stieg.
Nach 6 Std. habe ich die Notbremse gezogen und die alte Version zurückgeflasht.
Guten Morgen zusammen,
wollte mal meinen Senf dazu geben:
Ich bin mit der Version 1.5 nicht zufrieden: habe vor ca. 1,5 Wochen meine 8 HT und 3 Wandthermostaten auf die Version 1.5 (bzw. 1.4 beim Wandthermostaten) von ehemals Version 1.4 (bzw. 1.3) gehievt.
Seitdem habe ich viel zu hohe Ist-Temperaturen (ca. 0,5 - 0,8 K höher als Sollwert).
Anbei ein Beispiel für eine Wandthermostat-HT-Kombination im Badezimmer (siehe ca. 18:00 Uhr): Sollwert 21,5 °C, Istwert geht bis 22,3 °C, und Ventil schließt erst, als Sollwert auf 21,0 °C geht!
Dieses Verhalten beobachte ich in allen 3 Räumen. Unten der HT-List.
Das war mit der Version 1.4 nie der Fall, ich werde deshalb schrittweise auf 1.4 zurückgehen und das Ergebnis beobachten.
Internals:
CFGFN ./FHEM/fhem_geraete.cfg
CHANGED
DEF 613CCD04
NAME HT_Bad_Clima
NOTIFYDEV global
NR 305
NTFY_ORDER 50-HT_Bad_Clima
STATE T: 21.9 desired: 21.5 valve: 15
TYPE CUL_HM
chanNo 04
device HT_Bad
READINGS:
2018-12-20 19:47:32 CommandAccepted yes
2018-12-20 19:32:29 R-boostPeriod 5 min
2018-12-20 19:32:29 R-boostPos 80 %
2018-12-20 19:32:29 R-btnNoBckLight off
2018-12-20 19:32:29 R-dayTemp 21 C
2018-12-20 19:33:43 R-daylightSaveTime on
2018-12-20 19:32:29 R-decalcTime 11:00
2018-12-20 19:32:29 R-decalcWeekday Sat
2018-12-20 19:32:29 R-modePrioManu all
2018-12-20 19:32:29 R-modePrioParty all
2018-12-20 19:32:29 R-nightTemp 17 C
2018-12-20 19:33:43 R-noMinMax4Manu off
2018-12-20 19:33:55 R-regAdaptive on
2018-12-20 19:34:35 R-reguExtI 11
2018-12-20 19:34:35 R-reguExtP 26
2018-12-20 19:32:29 R-reguExtPstart 10
2018-12-20 19:32:29 R-reguIntI 15
2018-12-20 19:32:29 R-reguIntP 30
2018-12-20 19:32:29 R-reguIntPstart 30
2018-12-20 19:33:43 R-showInfo time
2018-12-20 19:33:43 R-showWeekday off
2018-12-07 13:46:03 R-sign off
2018-12-20 19:32:29 R-tempMax 30.5 C
2018-12-20 19:32:29 R-tempMin 4.5 C
2018-12-20 19:32:29 R-tempOffset 0.0K
2018-12-20 19:32:29 R-valveErrPos 15 %
2018-12-20 19:32:29 R-valveMaxPos 100 %
2018-12-20 19:32:29 R-valveOffsetRt 0 %
2018-12-20 19:33:43 R-winOpnBoost off
2018-12-20 19:32:29 R-winOpnDetFall 1.4 K
2018-12-20 19:32:29 R-winOpnMode off
2018-12-20 19:32:29 R-winOpnPeriod 15 min
2018-12-20 19:32:29 R-winOpnTempI 12 C
2018-12-21 16:55:26 R_0_tempListSat 05:00 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_1_tempListSun 05:00 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_2_tempListMon 04:30 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_3_tempListTue 04:30 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_4_tempListWed 04:30 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_5_tempListThu 04:30 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_6_tempListFri 04:30 21.0 21:00 21.5 24:00 21.0
2018-12-21 16:55:26 R_tempList_State verified
2018-12-22 09:51:10 ValvePosition 15
2018-12-22 09:51:10 boostTime -
2018-12-22 09:51:10 controlMode auto
2018-12-22 09:51:10 desired-temp 21.5
2018-12-22 09:51:10 measured-temp 21.9
2018-12-22 09:51:10 partyEnd -
2018-12-22 09:51:10 partyStart -
2018-12-22 09:51:10 partyTemp -
2018-12-20 19:47:32 recentStateType ack
2018-12-22 09:51:10 state T: 21.9 desired: 21.5 valve: 15
helper:
regLst ,1,7
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
tmpl:
Attributes:
event-on-change-reading .*
group Heizkörperthermostat
model HM-CC-RT-DN
peerIDs 00000000,
room Heizung
Das "dauerhafte" Überschreiten der Solltemp (auch bei externen Tempsensoren) kann ich bestätigen.
Das war mit der V1.4 bei mir nicht der Fall.
Auch die Ventilöffnung ist mir noch schleierhaft...
zwar geht sie teilweise auch mal auf 80% , in der Regel aber max. wie berichtet 30-40% ; auch wenn dabei kaum ein Anstieg der IsT-Temp erkennbar ist.
Ich beobachte das noch ein paar Tage wegen des Lerneffektes.
Haben wir da eigentlich einen Konsens, dass die 1.5 madig ist? Haben sich ja einige gemeldet, die damit unzufrieden sind. Gibt es auch Leute, die mit dem neuen Regelverhalten zufrieden(er) sind?
Ich habe momentan (noch) die 1.5 in Betrieb und erstmal keine gravierenden Probleme festgestellt (siehe Anhang). Im Detail jedoch auch nicht verglichen.
Gibt es vielleicht Unterschiede auch in den Versionen der 1.5? Immerhin war sie mal eine Zeit nicht verfügbar, dann wieder da und wieder weg?
Hallo zusammen,
meine CCU2 zeigt mir Updates mit 1.5.3 an !
Wer wills zuerst wagen? Ich bekomme über Silvester Besuch ;)
Guten Rutsch.
Gerd
Zitat von: Maista am 30 Dezember 2018, 14:42:55
meine CCU2 zeigt mir Updates mit 1.5.3 an !
Wer wills zuerst wagen?
Naja,
wer den Thread aufmerksam verfolgt hat, dem ist vielleicht schon aufgefallen, dass es hier schon die ganze Zeit um diese Firmware-Version geht.
https://forum.fhem.de/index.php/topic,93074.msg868543.html#msg868543
BadenPower
.
Naja.
Ich beschäftige mich nicht den ganzen Tag damit.
Gibt wichtigere Themen.
Und 1.5.3 sah für mich jetzt nicht nach 1.5.003 aus.
Gerd
Zitat von: vbs am 30 Dezember 2018, 13:42:54
Haben wir da eigentlich einen Konsens, dass die 1.5 madig ist? Haben sich ja einige gemeldet, die damit unzufrieden sind. Gibt es auch Leute, die mit dem neuen Regelverhalten zufrieden(er) sind?
Ich habe momentan (noch) die 1.5 in Betrieb und erstmal keine gravierenden Probleme festgestellt (siehe Anhang). Im Detail jedoch auch nicht verglichen.
Für mich gibt es da absolut keinen Konsens. Siehe meine Beiträge in diesem Thread. Bei uns hat das FW-Upgrade das Überschwinden sogar reduziert. Da die adaptive Regelung schon seit 3 Jahren deaktiviert ist und feste Werte genutzt werden steht für mich außer Frage, dass die FW bei identischen Paramtern eine andere Regelung fährt. Bei uns ist das Heizungssystem relativ träge, da passt es jetzt besser. Vorallem dass die Regler auch bei etwas erhöhter Temperatur nicht mehr komplett geschlossen werden empfinde ich als deutlichen Vorteil.
Zitat von: BadenPower am 30 Dezember 2018, 15:49:25
Naja,
wer den Thread aufmerksam verfolgt hat, dem ist vielleicht schon aufgefallen, dass es hier schon die ganze Zeit um diese Firmware-Version geht.
https://forum.fhem.de/index.php/topic,93074.msg868543.html#msg868543
Stimmt so auch nicht ganz. Manche hatten die Fw schon drauf, manche haben sie über den Link aus dem Thread und manche hatten sie über die Homepage, wo sie zweimal zufinden war und dann wieder nicht. Daher war meine Frage berechtigt und ich lese den Thread seit Beginn :)
Edit: seid/seit
Einige Diagramme zur Firmware-Kombination 1.4 (Wandthermostat) und 1.5 (Heizungsthermostat) gut 3 Wochen nach Update:
- Anhang 1: 1 WT + 3 Heizungen. Leichtes übersteuern (0.2C)
- Anhang 2: 1 WT + 1 Heizung (sehr groß). Leichtes übersteuern (0.3C)
- Anhang 3: 1 WT + 1 Heizung (sehr kleiner Raum). Heftiges Übersteuern (0.6C)
- Anhang 4: 1 WT + 2 Heizungen + Fußboden (+0.3C zu Desired). Ich mags
- Anhang 5: 1 WT + 1 Heizung (sehr groß) + Fußboden (+0.3C zu Desired). Perfekt.
- Anhang 6: 1 WT + 1 Heizung + Fußboden (+0.3C zu Desired). Heftiges Übersteuern (0.8C)
- Anhang 7: 1 WT + 1 Heizung + Fußboden (+0.3C zu Desired). Leichtes übersteuern (0.3C)
- Anhang 8: 1 WT + 3 Heizungen, kleiner Raum. Überschwingt schnell, steuert aber gut gegen
Mein Eindruck ist, daß die Thermostaten mindestens 6 Wochen zum lernen benötigen und die Startwerte für Räume mit 25-30qm und mittlerem Wärmeverlust ausgelegt sind. Bei kleineren Räumen (hier z.B. Anhang 6, nur 8qm oder Anhang 8, 12qm) kommt es zu heftigen überschwingen solange der Regler noch lernt.
Bei "passenden Räumen" (Anhang 5, 28qm, leicht zugige Fenster) klappts dann schon perfekt.
Ciao, -MN
Die Regelung scheint mir deutlich subtiler zu sein. nicht so aggressiv. Meine rts werden nicht gleich voll aufgesteuert um dann zu überheizen.
Ich glaube, dass auch die sollwertänderung nicht mehr als temperatursprung gesehen wird. Da hat die ältere version gerne vollgas gegeben.
Der tc hat allerdings mit der regelung nichts zu tun. Er misst die aktuelle temperatur, fertig.
Ich habe nach dem Update Probleme mit einem Wandthermostaten (TC-IT-WM-W-EU) mit Firmware v1.4: das Wochenprogramm (Reading weekPrgSel im Climate-Kanal) läßt sich nicht mehr wechseln.
Hier die lists:
Internals:
CFGFN
DEF 31DA1602
NAME HM_EG.KUECHE_Wandthermostat_Climate
NOTIFYDEV global
NR 62
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat_Climate
STATE T: 20.7 desired: 20.5
TYPE CUL_HM
chanNo 02
device HM_EG.KUECHE_Wandthermostat
peerList HM_EG.KUECHE_HeizungRechts_Climate,HM_EG.KUECHE_HeizungLinks_Climate,
READINGS:
2019-01-10 06:38:38 CommandAccepted yes
2017-11-18 10:07:32 H 0
2019-01-10 10:29:19 R-boostPeriod set_5 min
2019-01-10 10:29:19 R-dayTemp set_21 C
2019-01-10 10:29:19 R-daylightSaveTime set_on
2019-01-10 10:29:19 R-heatCool set_heating
2019-01-10 10:29:19 R-modePrioManu set_all
2019-01-10 10:29:19 R-modePrioParty set_all
2019-01-10 10:29:19 R-nightTemp set_17 C
2019-01-10 10:29:19 R-noMinMax4Manu set_off
2019-01-10 10:29:19 R-sendWeatherData set_on
2019-01-10 10:29:19 R-showHumidity set_temp
2019-01-10 10:29:19 R-showInfo set_time
2019-01-10 10:29:19 R-showSetTemp set_actTemp
2019-01-10 10:29:19 R-showWeekday set_off
2017-11-18 10:51:28 R-sign off
2019-01-10 10:29:19 R-tempMax set_30.5 C
2019-01-10 10:29:19 R-tempMin set_4.5 C
2019-01-10 10:29:19 R-tempOffset set_0.0K
2019-01-10 10:29:19 R-weekPrgSel set_prog2
2019-01-10 10:29:19 R-winOpnBoost set_off
2019-01-10 06:38:12 R_P1_0_tempListSat 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-10 06:38:12 R_P1_1_tempListSun 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-10 06:38:12 R_P1_2_tempListMon 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 06:38:12 R_P1_3_tempListTue 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 06:38:12 R_P1_4_tempListWed 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 06:38:12 R_P1_5_tempListThu 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 06:38:12 R_P1_6_tempListFri 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 10:29:19 R_P1_tempList_State incomplete
2019-01-10 06:35:33 R_P2_0_tempListSat 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_1_tempListSun 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_2_tempListMon 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_3_tempListTue 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_4_tempListWed 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_5_tempListThu 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_6_tempListFri 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 06:35:33 R_P2_tempList_State verified
2019-01-10 06:35:45 R_P3_0_tempListSat 24:00 17.0
2019-01-10 06:35:45 R_P3_1_tempListSun 24:00 17.0
2019-01-10 06:35:45 R_P3_2_tempListMon 24:00 17.0
2019-01-10 06:35:45 R_P3_3_tempListTue 24:00 17.0
2019-01-10 06:35:45 R_P3_4_tempListWed 24:00 17.0
2019-01-10 06:35:45 R_P3_5_tempListThu 24:00 17.0
2019-01-10 06:35:45 R_P3_6_tempListFri 24:00 17.0
2019-01-10 06:35:45 R_P3_tempList_State verified
2017-11-18 10:34:57 T 0
2019-01-10 10:07:55 boostTime -
2019-01-10 10:07:55 commReporting off
2019-01-10 10:07:55 controlMode auto
2019-01-10 10:45:13 desired-temp 20.5
2019-01-10 10:45:13 humidity 36
2019-01-10 10:45:13 measured-temp 20.7
2019-01-10 06:35:24 peerList HM_EG.KUECHE_HeizungRechts_Climate,HM_EG.KUECHE_HeizungLinks_Climate,
2019-01-10 06:38:38 recentStateType ack
2019-01-10 10:45:13 state T: 20.7 desired: 20.5
2018-12-05 13:55:00 tempTmplSet tempList.cfg:EG.Kueche.Wandthermostat_Climate
2019-01-10 10:07:55 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
getCfgListNo
peerIDsRaw ,44EEB202,2E1DC002,00000000
regLst ,1,7,8,9
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
RegL_07. 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:01 11:00 12:09 13:00 14:48 15:48 16:52 17:FC 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:48 30:52 31:FC 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:3C 4A:56 4B:5A 4C:52 4D:E4 4E:4C 4F:F6 50:49 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:3C 64:56 65:5A 66:52 67:E4 68:4C 69:F6 6A:49 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:3C 7E:56 7F:5A 80:52 81:E4 82:4C 83:F6 84:49 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:3C 98:56 99:5A 9A:52 9B:E4 9C:4C 9D:F6 9E:49 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:3C B2:56 B3:5A B4:52 B5:E4 B6:4C B7:F6 B8:49 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:01 11:00 12:09 13:00 14:48 15:48 16:52 17:FC 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:48 30:52 31:FC 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:3C 4A:56 4B:5A 4C:52 4D:E4 4E:4C 4F:F6 50:49 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:3C 64:56 65:5A 66:52 67:E4 68:4C 69:F6 6A:49 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:3C 7E:56 7F:5A 80:52 81:E4 82:4C 83:F6 84:49 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:3C 98:56 99:5A 9A:52 9B:E4 9C:4C 9D:F6 9E:49 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:3C B2:56 B3:5A B4:52 B5:E4 B6:4C B7:F6 B8:49 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
tmpl:
Attributes:
expert 1_allReg
model HM-TC-IT-WM-W-EU
peerIDs 00000000,2E1DC002,44EEB202,
tempListTmpl tempList.cfg:EG.Kueche.Wandthermostat_Climate
Internals:
CFGFN
DEF 31DA16
HMLAN1_MSGCNT 44355
HMLAN1_RAWMSG E31DA16,0000,2D74823E,FF,FFC1,66847031DA1600000000CF24
HMLAN1_RSSI -63
HMLAN1_TIME 2019-01-10 10:48:24
HMLAN2_MSGCNT 41161
HMLAN2_RAWMSG E31DA16,0000,515AE820,FF,FFC1,66847031DA1600000000CF24
HMLAN2_RSSI -63
HMLAN2_TIME 2019-01-10 10:48:24
HM_HMLAN3_MSGCNT 5253
HM_HMLAN3_RAWMSG 0500003F84865A31DA16000000A4D02D
HM_HMLAN3_RSSI -63
HM_HMLAN3_TIME 2019-01-08 15:38:23
IODev HMLAN2
LASTInputDev HMLAN1
MSGCNT 90769
NAME HM_EG.KUECHE_Wandthermostat
NOTIFYDEV global
NR 59
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat
STATE 20.7/20.5 C° V:4.0%
TYPE CUL_HM
channel_01 HM_EG.KUECHE_Wandthermostat_Weather
channel_02 HM_EG.KUECHE_Wandthermostat_Climate
channel_03 HM_EG.KUECHE_Wandthermostat_WindowRec
channel_06 HM_EG.KUECHE_Wandthermostat_remote
channel_07 HM_EG.KUECHE_Wandthermostat_SwitchTr
lastMsg No:66 - t:70 s:31DA16 d:000000 00CF24
protLastRcv 2019-01-10 10:48:24
protState Info_Cleared
rssi_HMLAN1 min:-61 avg:-53.89 max:-48 lst:-57 cnt:46
rssi_at_HMLAN1 min:-84 avg:-61.33 lst:-63 max:-54 cnt:44355
rssi_at_HMLAN2 cnt:41161 max:-53 lst:-63 min:-97 avg:-65.96
rssi_at_HM_HMLAN3 lst:-63 max:-54 avg:-60.56 min:-79 cnt:5253
READINGS:
2018-12-10 14:14:53 Activity alive
2019-01-10 10:29:21 CommandAccepted yes
2018-12-10 14:14:53 D-firmware 1.4
2018-12-10 14:14:53 D-serialNr LEQ0997939
2019-01-10 10:48:24 FB-desired-temp 20.8
2019-01-10 06:35:21 PairedTo 0x1A2B3C
2018-10-25 12:01:35 R-btnLock off
2018-10-25 12:01:35 R-burstRx on
2018-10-25 12:01:35 R-cyclicInfoMsg on
2018-10-25 12:01:35 R-cyclicInfoMsgDis 0
2018-10-25 12:01:35 R-globalBtnLock off
2018-10-25 12:01:35 R-localResDis off
2018-10-25 12:01:35 R-lowBatLimitRT 2.2 V
2018-10-25 12:01:35 R-modusBtnLock off
2018-10-25 12:01:35 R-pairCentral 0x1A2B3C
2019-01-10 10:07:55 battery ok
2019-01-10 10:07:55 batteryLevel 2.9
2019-01-10 10:07:55 desired-temp 20.5
2019-01-10 10:07:55 measured-temp 20.7
2019-01-10 06:34:25 powerOn 2019-01-10 06:34:25
2019-01-10 06:34:25 recentStateType info
2018-11-04 21:21:55 sabotageAttack_ErrIoAttack cnt 6
2019-01-10 06:35:49 sabotageAttack_ErrIoAttack cnt 455
2019-01-10 10:30:03 state Info_Cleared
2019-01-10 06:34:28 time-request -
helper:
HM_CMDNR 102
PONtest 0
cSnd 011A2B3C31DA1600050000000007,011A2B3C31DA1602080000012A012A0222022203090309
mId 00AD
regLst ,0
rxType 6
supp_Pair_Rep 0
ack:
expert:
def 1
det 1
raw 0
tpl 0
io:
newChn +31DA16,00,00,00
nextSend 1547113704.38417
rxt 0
vccu vccu
p:
31DA16
00
00
00
prefIO:
HM_HMLAN3
mRssi:
mNo 66
io:
HMLAN1:
-63
-63
HMLAN2:
-59
-59
HM_HMLAN3:
LAN2HMCUL1:
prt:
awake 0
bErr 0
brstWu 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
prs 1
rssi:
HMLAN1:
avg -53.8913043478261
cnt 46
lst -57
max -48
min -61
at_HMLAN1:
avg -61.3328598805098
cnt 44355
lst -63
max -54
min -84
at_HMLAN2:
avg -65.9658657467022
cnt 41161
lst -63
max -53
min -97
at_HM_HMLAN3:
avg -60.5667237768894
cnt 5253
lst -63
max -54
min -79
shRegW:
07 02
shadowReg:
tmpl:
Attributes:
IODev HMLAN1
IOgrp vccu:HM_HMLAN3
actCycle 000:10
actStatus alive
autoReadReg 2_pon-restart
expert 1_allReg
firmware 1.4
fp_FPHeizungsanlage 754,510,0,
group EG,Wandthermostat
model HM-TC-IT-WM-W-EU
msgRepeat 1
room EG.Kueche,SYS_Homematic
serialNr LEQ0997939
stateFormat {my $mtemp = ReadingsVal($name,"measured-temp",0); my $dtemp = ReadingsVal($name,"desired-temp",0); my $vvalue = ReadingsVal("V_RadiatorenKueche","state",0); return $dtemp eq "off" ? sprintf("%.1f/off C V:%.1f%%",$mtemp, $vvalue) : sprintf("%.1f/%.1f C° V:%.1f%%",$mtemp,$dtemp, $vvalue) }
subType thermostat
userReadings FB-desired-temp { my $radtemp = ReadingsVal($name,"desired-temp",0); return $radtemp eq "off" ? "off" : $radtemp + 0.3; }
verbose 3
webCmd getConfig:clear msgEvents
Ich habe bereits mehrfach "getConfig" ausgelöst und die Batterien entnommen - keine Abhilfe, im _Climate-Kanal bleiben viele Readinga auf set_*-Werten und das für Stunden und Tage.
Bei den meisten anderen Wandthermostaten ist mir dies nicht aufgefallen. Meine FHEM-Installation hat längere Zeit kein Update mehr gesehen, daher bin ich mir nicht sicher, wo das Problem liegen könnte....
Danke, -MN
irgend etwas stimmt bei deinen io/vccu nicht.
2019-01-10 06:35:49 sabotageAttack_ErrIoAttack cnt 455
ausserdem wird das prefered io nicht genutzt. hat auch schon 2 tage keine message mehr geliefert.
Danke,
ich habe das IO umgestellt (drei sind im Einsatz, eines war ausgefallen).
Noch ein list:
Internals:
CFGFN
DEF 31DA1602
NAME HM_EG.KUECHE_Wandthermostat_Climate
NOTIFYDEV global
NR 62
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat_Climate
STATE T: 20.6 desired: 20.5
TYPE CUL_HM
chanNo 02
device HM_EG.KUECHE_Wandthermostat
peerList HM_EG.KUECHE_HeizungRechts_Climate,HM_EG.KUECHE_HeizungLinks_Climate,
READINGS:
2019-01-10 06:38:38 CommandAccepted yes
2017-11-18 10:07:32 H 0
2019-01-10 12:02:31 R-boostPeriod 5 min
2019-01-10 12:02:31 R-dayTemp 21 C
2019-01-10 12:02:31 R-daylightSaveTime on
2019-01-10 12:02:31 R-heatCool heating
2019-01-10 12:02:31 R-modePrioManu all
2019-01-10 12:02:31 R-modePrioParty all
2019-01-10 12:02:31 R-nightTemp 17 C
2019-01-10 12:02:31 R-noMinMax4Manu off
2019-01-10 12:02:31 R-sendWeatherData on
2019-01-10 12:02:31 R-showHumidity temp
2019-01-10 12:02:31 R-showInfo time
2019-01-10 12:02:31 R-showSetTemp actTemp
2019-01-10 12:02:31 R-showWeekday off
2017-11-18 10:51:28 R-sign off
2019-01-10 12:02:31 R-tempMax 30.5 C
2019-01-10 12:02:31 R-tempMin 4.5 C
2019-01-10 12:02:31 R-tempOffset 0.0K
2019-01-10 12:04:08 R-weekPrgSel set_prog2
2019-01-10 12:02:31 R-winOpnBoost off
2019-01-10 12:04:08 R_P1_0_tempListSat 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-10 12:04:08 R_P1_1_tempListSun 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-10 12:04:08 R_P1_2_tempListMon 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 12:04:08 R_P1_3_tempListTue 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 12:04:08 R_P1_4_tempListWed 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 12:04:08 R_P1_5_tempListThu 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 12:04:08 R_P1_6_tempListFri 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-10 12:02:59 R_P1_tempList_State verified
2019-01-10 12:03:03 R_P2_0_tempListSat 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_1_tempListSun 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_2_tempListMon 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_3_tempListTue 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_4_tempListWed 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_5_tempListThu 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_6_tempListFri 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-10 12:03:03 R_P2_tempList_State verified
2019-01-10 12:03:07 R_P3_0_tempListSat 24:00 17.0
2019-01-10 12:03:07 R_P3_1_tempListSun 24:00 17.0
2019-01-10 12:03:07 R_P3_2_tempListMon 24:00 17.0
2019-01-10 12:03:07 R_P3_3_tempListTue 24:00 17.0
2019-01-10 12:03:07 R_P3_4_tempListWed 24:00 17.0
2019-01-10 12:03:07 R_P3_5_tempListThu 24:00 17.0
2019-01-10 12:03:07 R_P3_6_tempListFri 24:00 17.0
2019-01-10 12:03:07 R_P3_tempList_State verified
2017-11-18 10:34:57 T 0
2019-01-10 12:22:34 boostTime -
2019-01-10 12:22:34 commReporting off
2019-01-10 12:22:34 controlMode auto
2019-01-10 12:24:38 desired-temp 20.5
2019-01-10 12:24:38 humidity 36
2019-01-10 12:24:38 measured-temp 20.6
2019-01-10 12:02:54 peerList HM_EG.KUECHE_HeizungRechts_Climate,HM_EG.KUECHE_HeizungLinks_Climate,
2019-01-10 06:38:38 recentStateType ack
2019-01-10 12:24:38 state T: 20.6 desired: 20.5
2018-12-05 13:55:00 tempTmplSet tempList.cfg:EG.Kueche.Wandthermostat_Climate
2019-01-10 12:22:34 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerIDsRaw ,44EEB202,2E1DC002,00000000
regLst ,1,7,8,9
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
RegL_07. 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:01 11:00 12:09 13:00 14:48 15:48 16:52 17:FC 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:48 30:52 31:FC 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:3C 4A:56 4B:5A 4C:52 4D:E4 4E:4C 4F:F6 50:49 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:3C 64:56 65:5A 66:52 67:E4 68:4C 69:F6 6A:49 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:3C 7E:56 7F:5A 80:52 81:E4 82:4C 83:F6 84:49 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:3C 98:56 99:5A 9A:52 9B:E4 9C:4C 9D:F6 9E:49 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:3C B2:56 B3:5A B4:52 B5:E4 B6:4C B7:F6 B8:49 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:48 15:48 16:52 17:FC 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:48 30:52 31:FC 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:3C 4A:56 4B:5A 4C:52 4D:E4 4E:4C 4F:F6 50:49 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:3C 64:56 65:5A 66:52 67:E4 68:4C 69:F6 6A:49 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:3C 7E:56 7F:5A 80:52 81:E4 82:4C 83:F6 84:49 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:3C 98:56 99:5A 9A:52 9B:E4 9C:4C 9D:F6 9E:49 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:3C B2:56 B3:5A B4:52 B5:E4 B6:4C B7:F6 B8:49 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
tmpl:
Attributes:
expert 1_allReg
model HM-TC-IT-WM-W-EU
peerIDs 00000000,2E1DC002,44EEB202,
tempListTmpl tempList.cfg:EG.Kueche.Wandthermostat_Climate
Den Wochenprogramm-Wechsel habe ich vor gut 25 Minuten angefragt:
2019-01-10 12:04:08 R-weekPrgSel set_prog2
Was könnte ich noch versuchen?
Danke, -MN
wenn es mit fw1.3 funktionierte, aber jetzt nicht mehr, liegt ja ein zusammenhang nahe.
andere register lasssen sich jetzt ändern?
hast du nach dem update einen werkreset gemacht?
normalerweise braucht man keins. aber vielleicht ein versuch wert?
Werksreset durchgeführt, neu angelernt, Temperaturlisten eingespielt. Noch nicht mit Thermostaten/Fensterkontakt verbunden.
Internals:
CFGFN
DEF 31DA1602
NAME HM_EG.KUECHE_Wandthermostat_Climate
NOTIFYDEV global
NR 62
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat_Climate
STATE T: 22.5 desired: 20.5
TYPE CUL_HM
chanNo 02
device HM_EG.KUECHE_Wandthermostat
READINGS:
2019-01-11 01:34:15 CommandAccepted yes
2017-11-18 10:07:32 H 0
2019-01-10 12:02:31 R-boostPeriod 5 min
2019-01-10 12:02:31 R-dayTemp 21 C
2019-01-10 12:02:31 R-daylightSaveTime on
2019-01-10 12:02:31 R-heatCool heating
2019-01-10 12:02:31 R-modePrioManu all
2019-01-10 12:02:31 R-modePrioParty all
2019-01-10 12:02:31 R-nightTemp 17 C
2019-01-10 12:02:31 R-noMinMax4Manu off
2019-01-10 12:02:31 R-sendWeatherData on
2019-01-10 12:02:31 R-showHumidity temp
2019-01-10 12:02:31 R-showInfo time
2019-01-10 12:02:31 R-showSetTemp actTemp
2019-01-10 12:02:31 R-showWeekday off
2017-11-18 10:51:28 R-sign off
2019-01-10 12:02:31 R-tempMax 30.5 C
2019-01-10 12:02:31 R-tempMin 4.5 C
2019-01-10 12:02:31 R-tempOffset 0.0K
2019-01-11 12:41:10 R-weekPrgSel prog1
2019-01-10 12:02:31 R-winOpnBoost off
2019-01-11 12:41:10 R_P1_0_tempListSat 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:41:10 R_P1_1_tempListSun 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:41:10 R_P1_2_tempListMon 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_3_tempListTue 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_4_tempListWed 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_5_tempListThu 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_6_tempListFri 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_tempList_State verified
2019-01-11 12:41:15 R_P2_0_tempListSat 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_1_tempListSun 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_2_tempListMon 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_3_tempListTue 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_4_tempListWed 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_5_tempListThu 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_6_tempListFri 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_tempList_State verified
2019-01-11 12:41:18 R_P3_0_tempListSat 24:00 17.0
2019-01-11 12:41:18 R_P3_1_tempListSun 24:00 17.0
2019-01-11 12:41:18 R_P3_2_tempListMon 24:00 17.0
2019-01-11 12:41:18 R_P3_3_tempListTue 24:00 17.0
2019-01-11 12:41:18 R_P3_4_tempListWed 24:00 17.0
2019-01-11 12:41:18 R_P3_5_tempListThu 24:00 17.0
2019-01-11 12:41:18 R_P3_6_tempListFri 24:00 17.0
2019-01-11 12:41:18 R_P3_tempList_State verified
2017-11-18 10:34:57 T 0
2019-01-11 12:39:49 boostTime -
2019-01-11 12:39:49 commReporting off
2019-01-11 12:39:49 controlMode auto
2019-01-11 12:39:49 desired-temp 20.5
2019-01-11 12:39:39 humidity 42
2019-01-11 12:39:49 measured-temp 22.5
2019-01-11 01:34:15 recentStateType ack
2019-01-11 12:39:49 state T: 22.5 desired: 20.5
2018-12-05 13:55:00 tempTmplSet tempList.cfg:EG.Kueche.Wandthermostat_Climate
2019-01-11 12:39:49 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerIDsRaw ,00000000
regLst ,1,7,8,9
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
expert 1_allReg
model HM-TC-IT-WM-W-EU
peerIDs 00000000,
tempListTmpl tempList.cfg:EG.Kueche.Wandthermostat_Climate
Thermostat steht auf prog1 und die Temperaturlisten zeigen verified.
Löse nun ein Wechsel auf prog2 aus. Nun spring R-weekPrgSel auf "set_prog2" und R_P1_tempList_State wechselt auf "incomplete".
Beides bleibt auch so für eine lange, lange Zeit:
Internals:
CFGFN
DEF 31DA1602
NAME HM_EG.KUECHE_Wandthermostat_Climate
NOTIFYDEV global
NR 62
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat_Climate
STATE T: 22.3 desired: 20.5
TYPE CUL_HM
chanNo 02
device HM_EG.KUECHE_Wandthermostat
READINGS:
2019-01-11 01:34:15 CommandAccepted yes
2017-11-18 10:07:32 H 0
2019-01-10 12:02:31 R-boostPeriod 5 min
2019-01-10 12:02:31 R-dayTemp 21 C
2019-01-10 12:02:31 R-daylightSaveTime on
2019-01-10 12:02:31 R-heatCool heating
2019-01-10 12:02:31 R-modePrioManu all
2019-01-10 12:02:31 R-modePrioParty all
2019-01-10 12:02:31 R-nightTemp 17 C
2019-01-10 12:02:31 R-noMinMax4Manu off
2019-01-10 12:02:31 R-sendWeatherData on
2019-01-10 12:02:31 R-showHumidity temp
2019-01-10 12:02:31 R-showInfo time
2019-01-10 12:02:31 R-showSetTemp actTemp
2019-01-10 12:02:31 R-showWeekday off
2017-11-18 10:51:28 R-sign off
2019-01-10 12:02:31 R-tempMax 30.5 C
2019-01-10 12:02:31 R-tempMin 4.5 C
2019-01-10 12:02:31 R-tempOffset 0.0K
2019-01-11 12:43:32 R-weekPrgSel set_prog2
2019-01-10 12:02:31 R-winOpnBoost off
2019-01-11 12:41:10 R_P1_0_tempListSat 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:41:10 R_P1_1_tempListSun 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:41:10 R_P1_2_tempListMon 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_3_tempListTue 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_4_tempListWed 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_5_tempListThu 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:41:10 R_P1_6_tempListFri 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:43:32 R_P1_tempList_State incomplete
2019-01-11 12:41:15 R_P2_0_tempListSat 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_1_tempListSun 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_2_tempListMon 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_3_tempListTue 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_4_tempListWed 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_5_tempListThu 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_6_tempListFri 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:41:15 R_P2_tempList_State verified
2019-01-11 12:41:18 R_P3_0_tempListSat 24:00 17.0
2019-01-11 12:41:18 R_P3_1_tempListSun 24:00 17.0
2019-01-11 12:41:18 R_P3_2_tempListMon 24:00 17.0
2019-01-11 12:41:18 R_P3_3_tempListTue 24:00 17.0
2019-01-11 12:41:18 R_P3_4_tempListWed 24:00 17.0
2019-01-11 12:41:18 R_P3_5_tempListThu 24:00 17.0
2019-01-11 12:41:18 R_P3_6_tempListFri 24:00 17.0
2019-01-11 12:41:18 R_P3_tempList_State verified
2017-11-18 10:34:57 T 0
2019-01-11 12:49:55 boostTime -
2019-01-11 12:49:55 commReporting off
2019-01-11 12:49:55 controlMode auto
2019-01-11 12:54:58 desired-temp 20.5
2019-01-11 12:54:58 humidity 42
2019-01-11 12:54:58 measured-temp 22.3
2019-01-11 01:34:15 recentStateType ack
2019-01-11 12:54:58 state T: 22.3 desired: 20.5
2018-12-05 13:55:00 tempTmplSet tempList.cfg:EG.Kueche.Wandthermostat_Climate
2019-01-11 12:49:55 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerIDsRaw ,00000000
regLst ,1,7,8,9
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
RegL_07. 01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:01 11:00 12:09 13:00 14:48 15:48 16:52 17:FC 18:49 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:48 2F:48 30:52 31:FC 32:49 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:48 49:3C 4A:56 4B:5A 4C:52 4D:E4 4E:4C 4F:F6 50:49 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:48 63:3C 64:56 65:5A 66:52 67:E4 68:4C 69:F6 6A:49 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:48 7D:3C 7E:56 7F:5A 80:52 81:E4 82:4C 83:F6 84:49 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:48 97:3C 98:56 99:5A 9A:52 9B:E4 9C:4C 9D:F6 9E:49 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:48 B1:3C B2:56 B3:5A B4:52 B5:E4 B6:4C B7:F6 B8:49 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
tmpl:
Attributes:
expert 1_allReg
model HM-TC-IT-WM-W-EU
peerIDs 00000000,
tempListTmpl tempList.cfg:EG.Kueche.Wandthermostat_Climate
Ein getConfig auf den Wandthermostaten löst diese Probleme jedoch dann. Das Wochenprogramm wechselt und die Temperaturliste steht wieder auf "Verified":
Internals:
CFGFN
DEF 31DA1602
NAME HM_EG.KUECHE_Wandthermostat_Climate
NOTIFYDEV global
NR 62
NTFY_ORDER 50-HM_EG.KUECHE_Wandthermostat_Climate
STATE T: 22.3 desired: 20.5
TYPE CUL_HM
chanNo 02
device HM_EG.KUECHE_Wandthermostat
READINGS:
2019-01-11 01:34:15 CommandAccepted yes
2017-11-18 10:07:32 H 0
2019-01-10 12:02:31 R-boostPeriod 5 min
2019-01-10 12:02:31 R-dayTemp 21 C
2019-01-10 12:02:31 R-daylightSaveTime on
2019-01-10 12:02:31 R-heatCool heating
2019-01-10 12:02:31 R-modePrioManu all
2019-01-10 12:02:31 R-modePrioParty all
2019-01-10 12:02:31 R-nightTemp 17 C
2019-01-10 12:02:31 R-noMinMax4Manu off
2019-01-10 12:02:31 R-sendWeatherData on
2019-01-10 12:02:31 R-showHumidity temp
2019-01-10 12:02:31 R-showInfo time
2019-01-10 12:02:31 R-showSetTemp actTemp
2019-01-10 12:02:31 R-showWeekday off
2017-11-18 10:51:28 R-sign off
2019-01-10 12:02:31 R-tempMax 30.5 C
2019-01-10 12:02:31 R-tempMin 4.5 C
2019-01-10 12:02:31 R-tempOffset 0.0K
2019-01-11 12:55:51 R-weekPrgSel prog2
2019-01-10 12:02:31 R-winOpnBoost off
2019-01-11 12:55:51 R_P1_0_tempListSat 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:55:51 R_P1_1_tempListSun 06:00 18.0 21:00 20.5 24:00 18.0
2019-01-11 12:55:51 R_P1_2_tempListMon 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:55:51 R_P1_3_tempListTue 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:55:51 R_P1_4_tempListWed 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:55:51 R_P1_5_tempListThu 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:55:51 R_P1_6_tempListFri 05:00 18.0 07:30 21.5 19:00 20.5 20:30 19.0 24:00 18.0
2019-01-11 12:55:51 R_P1_tempList_State verified
2019-01-11 12:55:54 R_P2_0_tempListSat 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_1_tempListSun 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_2_tempListMon 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_3_tempListTue 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_4_tempListWed 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_5_tempListThu 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_6_tempListFri 06:00 18.0 21:30 20.5 24:00 18.0
2019-01-11 12:55:54 R_P2_tempList_State verified
2019-01-11 12:55:59 R_P3_0_tempListSat 24:00 17.0
2019-01-11 12:55:59 R_P3_1_tempListSun 24:00 17.0
2019-01-11 12:55:59 R_P3_2_tempListMon 24:00 17.0
2019-01-11 12:55:59 R_P3_3_tempListTue 24:00 17.0
2019-01-11 12:55:59 R_P3_4_tempListWed 24:00 17.0
2019-01-11 12:55:59 R_P3_5_tempListThu 24:00 17.0
2019-01-11 12:55:59 R_P3_6_tempListFri 24:00 17.0
2019-01-11 12:55:59 R_P3_tempList_State verified
2017-11-18 10:34:57 T 0
2019-01-11 12:49:55 boostTime -
2019-01-11 12:49:55 commReporting off
2019-01-11 12:49:55 controlMode auto
2019-01-11 12:54:58 desired-temp 20.5
2019-01-11 12:54:58 humidity 42
2019-01-11 12:54:58 measured-temp 22.3
2019-01-11 01:34:15 recentStateType ack
2019-01-11 12:54:58 state T: 22.3 desired: 20.5
2018-12-05 13:55:00 tempTmplSet tempList.cfg:EG.Kueche.Wandthermostat_Climate
2019-01-11 12:49:55 winOpenReporting off
TEMPLIST:
Fri:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Mon:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Sat:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Sun:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
Thu:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Tue:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
Wed:
0:
HOUR 24
MINUTE 00
TEMP 17.0
1:
HOUR 21
MINUTE 30
TEMP 20.5
2:
HOUR 24
MINUTE 00
TEMP 18.0
3:
HOUR 20
MINUTE 30
TEMP 19.0
4:
HOUR 24
MINUTE 00
TEMP 18.0
helper:
peerIDsRaw ,00000000
regLst ,1,7,8,9
expert:
def 1
det 1
raw 0
tpl 0
role:
chn 1
shRegR:
07 00
shadowReg:
tmpl:
Attributes:
expert 1_allReg
model HM-TC-IT-WM-W-EU
peerIDs 00000000,
tempListTmpl tempList.cfg:EG.Kueche.Wandthermostat_Climate
Ist das nun ein Hard- oder ein Software-Problem...?
Danke, -MN
grundsätzlich funktioniert es ja nun, oder?
normalerweise sollte das getconfig automatisch kommen. da hier sehr viel daten gesendet werden müssen, ist die wahrscheinlichkeit eines kommunikationsproblems sicherlich dem entsprechend grösser. also erst einmal nicht wirklich ungewöhnlich. mit attr msgrepeat=1 im device wird nur einmal wiederholt, dann ist schluss.
mit attr autoreadreg=5_missing würde eventuell später erneut versucht werden.
da nach einem weiteren getconfig alles ok ist, muss das umschalten auf prog2 bereits am anfang funktioniert haben. lediglich das zurücklesen der daten mit getconfig hat scheinbar probleme gemacht und hat erst beim 3. oder 4. versuch funktioniert.
für eine genaue analyse müsstest du sniffen.
ist es immer so? war es vorher (wirklich) nie?
Zitat von: frank am 11 Januar 2019, 13:56:25
grundsätzlich funktioniert es ja nun, oder?
Jein. Ich wechsle in Abhängigkeit vom Kalender (Schulferien) täglich zwischen prog1 und prog2 als Wochenprogramm.
Aber ich folge erstmal Deinem Rat und erhöhe msgrepeat und autoreadreg...
Zitat von: frank am 11 Januar 2019, 13:56:25
ist es immer so? war es vorher (wirklich) nie?
Das weiß ich nicht. Ich habe am 15.12. die Firmware überall aktualisiert und am 24.12. einen weiteren IO hinzugefügt. Wo der Fehler jetzt liegt, kann ich nicht identifzieren...
Danke für Deine Tips,
Ciao, -MN
Funktioniert jetzt...
Nun habe ich aber Probleme, die Temperaturlisten mittels tempListTmpl im _Climate-Kanal aus der configDB zu restoren. Ein verify zeigt Mismatch an, ein restore funktioniert auch beim 10. Male nicht...
Hmmmmm...
Danke, -MN
EDIT: Dauert nur laenger als gewohnt...
Zitat von: Hollo am 23 Dezember 2018, 12:54:34
Das "dauerhafte" Überschreiten der Solltemp (auch bei externen Tempsensoren) kann ich bestätigen.
Das war mit der V1.4 bei mir nicht der Fall.
Auch die Ventilöffnung ist mir noch schleierhaft...
zwar geht sie teilweise auch mal auf 80% , in der Regel aber max. wie berichtet 30-40% ; auch wenn dabei kaum ein Anstieg der IsT-Temp erkennbar ist.
Ich beobachte das noch ein paar Tage wegen des Lerneffektes.
UPDATE:
Ich bin mittlerweile in 3 Räumen wieder auf die V1.4 zurück.
Wenn ich es warm haben will, muss die Kiste halt auch mal das Ventil richtig öffnen; sonst sitzt Madame da wieder mit Decke und ich bekomme Ärger.
Wenn ich 21°C einstelle, will ich die auch haben; nicht 22 und nicht nur 20; deshalb habe ich ja schließlich seinerzeit die etxernen Temp.-Sensoren angebunden.
Mit der V1.4 passt das.
Im Bad habe ich weiter die V1.5 aktiv.
Dort ist ein relativ großer Heizkörper, so dass es recht schnell aufheizt. Außerdem habe ich keinen externen Sensor und eine etwas höhere Temperatur stört da nicht.
Ergo kommt mir da das "neue" Regelverhalten entgegen.
Hallo zusammen,
hätte hier jemand zufällig mal das alte 1.4er Firmware File für die HM-CC-RT-DN für mich?
MfG,
Marco
bittesehr ...
:) Vielen Dank!
Wegen dem sprunghaften Regelverhalten meiner Thermostate HM-CC-RT-DN wollte ich eigentlich die Firmware von Version 1.4 auf 1.5 updaten.
Dies wurde mir hier in einen anderen Thread mal empfolen zu testen (https://forum.fhem.de/index.php/topic,107304.msg1012617.html#msg1012617).
Nachdem ich aber, unter anderem diesen Thread über die Version 1.5 gelesen habe, werde ich es doch lieber sein lassen, weil viele nicht besonders zufrieden damit waren.
Oder sollte ich es doch versuchen und es könnte besser werden?
Danke
Grüße
Ruggy
Die Entscheidung ist einfach:
- Hast Du eine Frau, die beim erhöhen der SOLL-Temperatur um 2 Grad knallheiße Radiatoren will? Bleib bei 1.4
- Hast Du eine Frau, die beim erhöhen der SOLL-Temperatur versteht, daß auch lauwarme Radiatoren energiesparend die Temperaturen erhöhen? Dann nimm 1.5
Frauen haben eindeutig ein anderes Temperaturempfinden als Männer (ohne jetzt böse oder abwertend sein zu wollen), Deine Heizung muß aber Euch beide glücklich machen...
Ciao, -MN
Also, ich kann keine gravierenden Nachteile erkennen.
Allerdings wird die Heizungspumpe auch in Abhängigkeit der Ventilstellung zugeschaltet. Damit gab es schon immer ein leichtes Überschwingen der Temperatur.
Es scheint auch zu stimmen, dass auf Sollwertänderung "dezenter" reagiert wird.
Nebenbei noch ein Punkt: bei einem meiner 8 Thermostate ist das Firwareupdate zunächst fehlgeschlagen. Das Ding ging in CRC. Ich dachte schon, es sei nichts mehr zu machen, da ein erneutes Update immer wieder fehlschlug. Ein Abklemmen des Motors hat dann geholfen. Das stand in irgendeinem Thread, vielleicht sogar hier.
Gruß Heiko
Eine Regelsoftware sollte vor allem die eingestellte Solltemperatur in endlicher Zeit (wenigstens im Lauf eines Tages) erreichen. Das war bei meinen eigenen Versuchen bei 2 von 8 Radiatoren nicht der Fall.
Und das läßt sich auch ganz objektiv nachvollziehen, persönliches Temperaturempfinden spielt dabei keine Rolle ;D
Also ich habe ein Update auf 1.5 durchgeführt.
Das hat dann ganz regulär die Temperatur erreicht und diese durch sanftes Gegenregeln die Temperatur gehalten.
Anfangs hatte ich auch das Problem mit dem Heizen gehabt.
Aber habe dann 2 Wochen habe eine feste Solltemperatur für Tags und eine für Nachts eingestellt. Dann könnten die Thermostaten ihre interne Regelung mir den Gegebenheiten anpassen. Seit dem kein Problem.
Seit dem steuere ich wieder, wen der Fernsehr oder Licht im Wohnzimmer an ist, sporadisch eine andere Temperatur..
Denke die brauchen erstmal längere Phasen gleichbleibender Temperatur, um dann zu wissen, welche Stellung sie ungefähr benötigen...
Hallo,
sorry, dass ich jetzt erst Antworte hatte noch eine andere Baustelle (Meldung wenn Fenster vergessen wurde zu schließen).
Muß mich leider in jedes Vorhaben einlesen und probieren, probieren und probieren, da ich nicht Programieren kann.
Habe auch keine Meldung erhalten, dass hier geantwortet wurde.
Werde das Update demnächst mal wagen und hoffen, dass es klappt und die Heizungssteuerung besser funktioniert.
Ich kann mir auch vorstellen, dass die Heizung nicht ideal eingestellt ist. Vielleich kann man es auch nicht besser einstellen, da der Heizkreislauf ein Einrohrsystem ist und hier der hydraulischer abgleich nahezu nicht möglich ist. Hier kenne ich mich auch wiederum nicht aus und muss lesen und testen.
Weiß nicht ob es etwas bringt, wenn ich an der Pumpe im Heizraum etwas verstelle. Wohnen auch in Miete.
Die Heizung in Abhängigkeit vom Licht steuern ist auch eine gute Idee. Wieder etwas zum Lesen und Testen... ;-)
Jedesmal wenn ich hier nach einer Antwort auf ein aktuelles Vorhaben suche, habe ich danach mehrere Neue Vorhaben, welche sich Interessant anhören... :-)
Evlt. würde ich mich nochmal Melden, wenn das Update nicht klappt.
Danke für die bisherigen Antworten
Die Firmware 1.5 gibt es nur hier im Forum und nicht auf der Webseite von eq3, oder? Merkwürdige Firmenpolitik. Technik ist wunderbar, aber Verkauf und Werbung können die nicht: Ich habe gestern mal wieder in die Bau- und Bedienungsanleitung geschaut, die sollten mal eine Deutschlehrerin einstellen, die das durchschaut. Wie kann man nur solche Texte unter die Leute bringen?
Und weiß jemand, wozu das Schmiermittel in der kleinen Tüte ist? Wird nirgendwo erwähnt.
Zitat von: andies am 01 März 2020, 08:56:43
Die Firmware 1.5 gibt es nur hier im Forum und nicht auf der Webseite von eq3, oder? Merkwürdige Firmenpolitik. Technik ist wunderbar, aber Verkauf und Werbung können die nicht: Ich habe gestern mal wieder in die Bau- und Bedienungsanleitung geschaut, die sollten mal eine Deutschlehrerin einstellen, die das durchschaut. Wie kann man nur solche Texte unter die Leute bringen?
Und weiß jemand, wozu das Schmiermittel in der kleinen Tüte ist? Wird nirgendwo erwähnt.
Also über den eq3-FW check bekomme ich zumindest 1.5.3 als aktuell verfügbare angezeigt...
Gruß, Joachim
Ich kann auch nur bestätigen, dass die 1.5 bei mir läuft, es dauert seine Zeit wie schon gesagt, aber ich habe auch keine Probleme damit.
Gruß
Zitat von: MadMax-FHEM am 01 März 2020, 09:14:55
Also über den eq3-FW check bekomme ich zumindest 1.5.3 als aktuell verfügbare angezeigt...
Ja, da schon - aber eben nicht über die support-Webseite.
Na ja, ich sage nur: "Sobald eine dieser Markierungen vor dem Reflexkoppler auftaucht, wird der Transistor des Reflexkopplers durchgeschaltet und der Port PA2 auf Masse gezogen, was wiederum als Impuls gewertet wird... Der Homematic Heizkörper zeichnet sich durch eine kinderleichte Installation aus." Nee, so ein Text in einer
Bedienungsanleitung, brrrrrrr.
Wo finde ich die aktuelle Firmware?
Unter anderem auf der Homematic Website unter Downloads am unteren Rand der Seite.
Zitat von: molnitza am 02 März 2020, 05:42:16
Unter anderem auf der Homematic Website unter Downloads am unteren Rand der Seite.
Du hast Recht?! Das gibt es doch nicht. Trotzdem useability=0, siehe Anhang. Keine Ahnung, was man da eingeben muss (aber ist es meine Aufgabe, den richtigen Suchbegriff zu finden?).
Die Usability ist so lala. Ich habe gestern auch suchen müssen. Wobei, stimmt - die 1.5 hatte ich dort auch nicht gefunden. Ich suche fix den Direktlink.
Edit:
https://homematic-forum.de/forum/viewtopic.php?f=26&t=47345#p473640
Danke für den Link.
hier gibt es diese übrigens auch: https://ccu3-update.homematic.com/firmware/download?cmd=download&serial=0&product=HM-CC-RT-DN
Der Downloadbereich der eq-3.de Webseite bleibt bei der firmware-suche verdächtig schweigsam.
Im Zweifel gibt es auch noch den fw-check -> https://forum.fhem.de/index.php/topic,78501.msg1019327.html#msg1019327
Moin,
eventuell passt meine Frage hier nur teilweise rein oder sie wurde auch schon beantwortet und ich habe es überlesen, dann tut mir das wirklich leid.
Also kurzum zu meiner Frage, bei V1.4 sah der plot (Ventil) immer aus wie in Gebirge und man hat deutlich gemerkt, das die Heizung in einem Raum an war und es wurde immer über die Soll Temperatur geheizt und der Radiator / Heizung war immer knall heiß.
Mit der V1.5 ist die Heizung quasi dauerhaft eingeschaltet. Die Raumtemperatur wird konstant bei der Soll Temperatur gehalten (Abweichung +- 0,2°C), der Radiator ist nie wirklich warm aber der Plot zeigt halt, je nach Raum, dass das Ventil halt konstant offen ist bei 5-10%. Auf V1.4 gab es zwischen den "Bergen / Wellen" im Plot immer Zeiten, wo das Ventil geschlossen war. Wenn es dann offen war, dann aber immer gleich 20%+.
Jetzt endlich die Frage, ist das Verhalten von V1.5 wirklich kostengünstiger? Also kostet es weniger Energie, wenn das Ventil immer ein wenig offen ist, anstelle von "Boost zeiten"?
Ich kenne mich da halt null mit aus, mache mir nun aber sorgen, dass das ständig offen stehende Ventil dann auch in Summe sehr hohe Kosten verursacht und ich dann doch besser auf V1.4 zurück gehe.
Das Raumklima ist auf jeden Fall mit V1.5 sehr viel besser. Man hat nicht das Gefühl "oh nun wird es aber gerade echt zu warm" oder "Nun könnte die Heizung auch mal wieder los legen" es ist halt immer so wie man es möchte.
Ich weiss nicht, ob Leute das hier im Thread auf diesen Punkt hin geprüft haben. Aber es gibt mehrere Infos dazu, hast du wahrscheinlich schon gesehen https://forum.fhem.de/index.php/topic,93074.msg888559.html#msg888559 (https://forum.fhem.de/index.php/topic,93074.msg888559.html#msg888559)
für die batteriekosten ist fw1.5 sicherlich besser.
Gut, die Batterien sind jetzt nicht so von Interesse :)
Es geht mehr um die Nebenkostenabrechnung, was da günstiger ist :D
Hi Leutz,
nachdem die Firmware V1.5 ja von vielen für besser als die V1.4 angesehen wird, wollte ich meine Thermostate auch vor dem Winter von 1.4 -> 1.5 updaten.
Nun lese ich in der Wiki ..... set <device> fwUpdate <filename> [<time>]
Würde bedeuten:
set HM_51A481 fwUpdate /opt/fhem/hm_cc_rt_dn_update_V1_5_003_171004.eq3
Richtig so weit?
Kann ich mit einem nanoCUL (FW. V 1.67 nanoCUL868) / VCCU die neue Firmware überhaupt ins Thermostat schreiben?
Beste Grüße
Mike
UPDATE:
Erledigt, es hat genau so funktioniert! ;D
Beim Neustart zeigt das Thermostat 1.5 im Display, in FHEM steht nach wie vor 1.4 ?!?!?
Was ist hier jetzt wohl zu tun ?
UPDATE:
Nun ist alles erledigt, FW wird nun richtig angezeigt.
Hallo zusammen!
Ich bin gerade etwas am Kot.... habe ein neues Thermostat mit 1.5er Firmware und bekomme es bei meiner VCCU nicht angelernt. Wenn ich die auf 60 Sekunden für das Pairing setze und und dann das Thermostat auf Anlernen, sehe ich was im Log:
2022.12.18 20:27:22.815 3: CUL_HM received config CCU:VCCU device: HM_7262xx. PairForSec: off PairSerial:
2022.12.18 20:27:22.836 3: CUL_HM set HM_7262xx getConfig noArg
Das war es auch. Wenn ich nach der Anleitung im Wiki gehe, komme ich auch nicht wirklich weiter. Hat jemand noch irgendwas an Tipps, was mir helfen könnte? Geduld? Timings?
attr commStInChn off
Zitat von: frank am 18 Dezember 2022, 22:24:41
attr commStInChn off
Wenn das relevant ist, sollte das ins Wiki mit rein. Komme leider erst morgen dazu, das zu testen.
Zitat von: prodigy7 am 18 Dezember 2022, 22:49:40
Wenn das relevant ist, sollte das ins Wiki mit rein.
https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#HM-CC-RT-DN_spezifische_Update_Informationen (https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#HM-CC-RT-DN_spezifische_Update_Informationen)
Okay... was genau jetzt geholfen hat, weiß ich nicht. Ich hatte das Attribut gesetzt, beim Pairen aber weiterhin kein Erfolg. Dann mal den PC mit FHEM komplett heruntergefahren, neu gestartet und dann ging es.
Sollte man das Attribut grundsätzlich bei der Firmware 1.5 setzten?
Bei mir hat das pairen funktioniert.
Was genau bezweckt das Attribut?
Zitat von: Ruggy am 19 Dezember 2022, 22:41:46
Was genau bezweckt das Attribut?
ist deine suchmaschine defekt?
https://forum.fhem.de/index.php/topic,120240.0.html (https://forum.fhem.de/index.php/topic,120240.0.html)