CCU2 Firmware 2.53.27 verfügbar

[dtp]

das ein Wort Dich so aus dem Gleichgewicht bringt , wenn ich das geahnt hätte, hätte ich natürlich ein anderes Synonym verwendet
wie vorherige Postings ....

Aus dem Gleichgewicht bringt mich da nichts, zumal ich ja nicht mal eine CCU2 besitze. Aber man sollte sich generell angewöhnen, leicht missverständliche Worte im schriftlichen Verkehr zu vermeiden.

Und damit verabschiede ich mich dann auch aus dieser Diskussionsrunde.

[hmuser]

Hallo, kann man die CCU2 Firmware 2.53.27 jetzt ohne größere Probleme einsetzen oder nicht?

[Ducinger]

Würde mich auch interessieren

[jp112sdl]

Das hängt ja von euren Installationen ab...

Es gibt bei jedem Firmware-Update Leute, bei denen geht anschließend immer alles.
Dann gibt es welche, bei denen geht gar nichts mehr.
Und wiederum andere, da gehen ein paar Dinge nicht. Oder nicht so gut wie vorher.

Wenn ihr z.B. unbedingt ganz dringend auf den weißen Zettel angewiesen seid, dann würde ich nicht updaten...

[PeterAC]

Seit dem Update treten bei mir permanent Fehlermeldungen auf "Gerätekommunikation gestört". Bisher sind in allererster Linie Heizkörperthermostate betroffen (HM-CC-RT-DN).

Auch bei (viel) früheren Updates kam so etwas schon mal vor, verschwand aber nach einem Reboot der CCU2 in der Regel wieder.
Bei mir läuft das Skript mit der automatischen Bestätigung so dass nach kurzer Zeit die Meldungen verschwinden, kommen aber dann bei anderen Thermostaten wieder. Typisch sind immer mindestens drei bis vier Fehlermedungen aktiv.

Ein Erklärungsversuch: Es scheint, als wäre das Intervall, in dem die CCU eine Statusmeldung erwartet, zu kurz. Wenn diese dann endlich kommt, verschwindet der Fehler wieder. Dann kommt eine neue Meldung bei einem anderen Thermostaten, der ebenfalls zu spät kommt usw.

VG

[jp112sdl]

Es scheint, als wäre das Intervall, in dem die CCU eine Statusmeldung erwartet, zu kurz.

Bisher sind in allererster Linie Heizkörperthermostate betroffen (HM-CC-RT-DN).

An dem Verhalten hat sich in den letzten Jahren bis zum heutigen Tag nichts verändert:

Code: Alles auswählen

cyclic_timeout="600"

[PeterAC]

Ach ja! Danke für den Tipp.

Hatte bei mir die XML auch schon mal auf 1200 gepatcht, um die Statusmeldungen zur Schonung des Funkkanals auf jedes fünfte Mal einstellen zu können, aber leider wieder vergessen. Beim Update ist es natürlich wieder verlorengegangen.

EQ-3 könnte das aber wirklich mal in die FW einpflegen, damit man sich immer wieder neu ins Knie schießt.

Sonst scheint aber alles zu laufen.

VG
Peter

[jp112sdl]

EQ-3 könnte das aber wirklich mal in die FW einpflegen, damit man sich immer wieder neu ins Knie schießt.

Warum sollten sie?
Du bist der erste von dem ich lese, dass es Probleme mit dem zyklischen Timeout gibt.
Ich selbst habe auch 7x HM-CC-RT-DN im Einsatz und noch nie Probleme gehabt.

Hast du evtl. den Parameter "Anzahl der auszulassenden Statusmeldungen" auf > 0 zu stehen?

[PeterAC]

Genau, da ich insgesamt ca. 120 Knoten im Einsatz habe und gut mit etwas weniger Temperatursignalen leben kann, habe ich die auszulassenden Meldungen auf 4 stehen. Es ist schon absurd, dass eine Konfigurationsoption implementiert wird, die bei Verwendung zu überflüssigen und irreführenden Fehlermeldungen führt. Ich benutze auf dem Smartphone Virtuino MQTT als Visualierung mit CCU-Jack, da kamen alle paar Sekunden Temperaturwerte an, was ich komplett unnötig fan.

Ich bin übrigens nicht der Erste mit dem Problem. Den Patch der XML hatte ich auch schon mal im Forum (oder war es bei FHEM?) gefunden, leider aber nicht mehr dran gedacht, bzw nicht mehr daran erinnert.

VG,
Peter

[jp112sdl]

Es ist schon absurd, dass eine Konfigurationsoption implementiert wird, die bei Verwendung zu überflüssigen und irreführenden Fehlermeldungen führt.

Da gebe ich dir Recht.

Aber erst kürzlich, im Jahr 2015, schrieben sie:

Es soll in einem kommenden Update der Zentrale jedoch eine entsprechende Anpassung diesbezüglich geben.

Was für ein Witz. Wieder mal.
Ich würd' lachen, wenn es nicht so traurig wäre.