HMCCU: Version 4.3 verfügbar

[jsChris]

Hi,

ich wollte mal nachfragen, ob schon jemand die aktuelle CCU3 Firmware 3.49.17 aufgespielt hat und ob alles funktioniert oder ob man etwas beachten muss?

Danke
Chris

[juemuc]

Hallo Chris,

ich nutze seit ein paar Tagen die Version 3.49.17 (pivccu3) problemlos. Enfach über die Updatefunktion aktualisiert.

Viele Grüße

Jürgen

[kjmEjfu]

ich wollte mal nachfragen, ob schon jemand die aktuelle CCU3 Firmware 3.49.17 aufgespielt hat und ob alles funktioniert oder ob man etwas beachten muss?

läuft

[Ralli]

Und die 2.49.18, hat die jemand bereits erfolgreich mit fhem (HMCCU) im Einsatz? Da hatte ich im Homematic-Forum ein paar Dinge gelesen, die mich bislang in der Kombi mit fhem davon abgehalten haben, zu installieren.

[Raymund]

Und die 2.49.18, hat die jemand bereits erfolgreich mit fhem (HMCCU) im Einsatz?

Hakuna Matata.

[Ralli]

Kann es dann auch bestätigen, läuft mit 2.49.18 .

[jsChris]

Danke

lg
Chris

[zap]

Ich habe eine neue Version der Module HMCCUCHN und HMCCUDEV eingecheckt. Morgen per Update verfügbar. Einzige Änderung:

Beim Starten von FHEM bzw. bei der Definition von Devices wird state nicht verändert. D.h. die Stati "initialized" und "pending" sollten nun nicht mehr auftauchen.

Die Aktualisierung aller Readings aller Devices nach dem Start der RPC Server kann durch setzen des Flas "noInitialUpdate" im Attribut "ccuflags" im I/O Device verhindert werden. Allerdings erscheint es mir sinnvoller, das Update zuzulassen und stattdessen die Generierung von Events beim Update von Readings über die Standard FHEM Attribute event-on-... zu steuern.

Aber das bleibt jedem selbst überlassen.

P.S. Spätestens morgen gibt es eine Beta von der Version 4.4. Diese wird aber erst einmal nur im contrib zur Verfügung stehen.

[Rewe2000]

Hallo zap,

vielen Dank für deine unermüdliche Arbeit an den Modulen.

Was empfiehlst du den leidgeplagten Usern, bei welchem sich Fhem und die CCUx oder die Raspimatic beim Start von Fhem komplett blockiert, sollen wir hier etwas anderes als "noInitialUpdate" verwenden, so recht habe ich deine folgende Anmerkung nicht verstanden. Ich gehe davon aus, dass "noInitialUpdate" immer noch funktionieren wird und ich dieses wie gewohnt setzen kann.

Die Aktualisierung aller Readings aller Devices nach dem Start der RPC Server kann durch setzen des Flas "noInitialUpdate" im Attribut "ccuflags" im I/O Device verhindert werden. Allerdings erscheint es mir sinnvoller, das Update zuzulassen und stattdessen die Generierung von Events beim Update von Readings über die Standard FHEM Attribute event-on-... zu steuern.

Ich habe es erst letzte Woche nochmals ohne "noInitialUpdate" versucht, doch das Problem hat sich zwischenzeitlich leider nicht von selbst erledigt, obwohl du ja schon einiges am Startverhalten geändert hattest. Ich stelle aktuell Linux auf Buster um (komplettes Neuaufsetzen), RaspberryMatic habe ich gestern aktualisiert, eventuell bringt ja dies die Lösung.

Lieber habe ich die ersten beiden Stunden "initialized" Meldungen bei den Readings, aber ich bekomme wenigstens Fhem und Homematic zum laufen.

@Ban:
@Dirk070:
@PatrickR: Wie sieht es bei euch aus, ihr hattet ja die gleichen Probleme, sind die zwischenzeitlich verschwunden?

Gruß Reinhard

[Ralli]

Beim Starten von FHEM bzw. bei der Definition von Devices wird state nicht verändert. D.h. die Stati "initialized" und "pending" sollten nun nicht mehr auftauchen.

Danke. Dazu habe ich eine Anmerkung bzw. Bitte: Bei mir ist jetzt noch einmal das Thema aufgetaucht, dass HMCCU die Devices nach dem Start nicht richtig geupdatet hat. Das konnte ich bislang immer wunderbar über die ganzen nicht schnell verschwindenden "Initialized"-Stati der Devices sehen - das fällt nun weg. Du erinnerst dich, die folgende Meldung blieb einfach immer mal wieder nach einem Neustart aus:

Code Auswählen Erweitern


2020.01.03 18:53:23.215 2: HMCCU: [CCU2 : 3657] Update success=123 failed=0


Könntest du in einem Reading (nicht Internal wegen Timestamp) von dem HMCCU-Device den Updatestatus festhalten? Vielleicht in einem "deviceupdate"-Reading die jeweilige Phase unabhängig vom Logging eintragen und beenden mit der Erfolgsmeldung. Wenn die nämlich nicht in einer zu definierenden Zeitspanne auftaucht, können wir darauf innerhalb von fhem reagieren.

[zap]

Was empfiehlst du den leidgeplagten Usern, bei welchem sich Fhem und die CCUx oder die Raspimatic beim Start von Fhem komplett blockiert, sollen wir hier etwas anderes als "noInitialUpdate" verwenden, so recht habe ich deine folgende Anmerkung nicht verstanden. Ich gehe davon aus, dass "noInitialUpdate" immer noch funktionieren wird und ich dieses wie gewohnt setzen kann.

Sorry vielmals! Da habe ich mich missverständlich ausgedrückt. Einige haben sich beschwert, dass beim Start von FHEM die Readings der Devices aktualisiert werden und damit die Werte aus dem FHEM Statefile überschreiben. Das wird jetzt (zumindest für "initialized" und "pending") unterbunden. Wenn man auch die Aktualisierung nach dem Start der RPC Server vermeiden möchte, muss man "noInitialUpdate" setzen, also auch, wenn das von Dir beschriebene Problem auftritt.

Meine Aussage bezog sich eher auf die User, bei denen das initiale Update funktioniert. Diese sollten noInitialUpdate nicht setzen, zumindest nicht, um Aktualisierungen bzw. Events in FHEM zu vermeiden. Das sollte man wie vorgesehen per "event-on-..." Attribut realisieren.

[zap]

Könntest du in einem Reading (nicht Internal wegen Timestamp) von dem HMCCU-Device den Updatestatus festhalten? Vielleicht in einem "deviceupdate"-Reading die jeweilige Phase unabhängig vom Logging eintragen und beenden mit der Erfolgsmeldung. Wenn die nämlich nicht in einer zu definierenden Zeitspanne auftaucht, können wir darauf innerhalb von fhem reagieren.

Gute Idee. Hättest Du das gerne in jedem HMCCUDEV/HMCCUCHN Device oder einmalig im IO Device?

[Ralli]

M.E. reich das im Device der CCU (also im IO), da ich davon ausgehe, dass ja das initiale Update der Devices "in einem Rutsch" für alle Devices, die in fhem mit dem IO definiert und assoziiert sind, durchgeführt wird.

[juemuc]

Hallo zap,

ich habe nach dem letzten Update folgende Meldungen im Logfile.

Code Auswählen Erweitern

2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3285.
2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3310.
2020.01.05 14:24:58 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/88_HMCCU.pm line 3314.
Habe ich etwas falsch definiert ?

Viele Grüße
Jürgen

[zap]

Kommen diese Meldungen nach einer bestimmten Aktion (Set oder Get Befehl, ...)?