ich kämpfe derzeit mit einem neuen Problem seit dem Update von HmIP-WTH-2 auf Firmware 1.8. Es muss nicht mit dem Update zusammenhängen, aber erst ab da ist es mir aufgefallen.
Der Status meines HMIP-SWDO Fensterkontaktes ändert sich in der CCU2 nicht immer zuverlässig, häufig meldet dieser geschlossen, obwohl in der CCU2 das Fenster noch als geöffnet angezeigt wird.
Das Kuriose ist, selbst nach über einer Stunde wird in der CCU2 kein Fehler angezeigt und der Fensterkontakt hat das blinken (ca. 7-30 Blinkzyklen) mit grün beendet.
Ich verwende in diesem Raum folgende HmIP Komponenten, ohne jegliche Programmierung in der CCU2, lediglich folgende Direktverknüpfungen habe ich angelegt.
Kanal 1:4 - HMIP-SWDO - HmIP-WTH-2
Kanal 5:2 - HmIP-eTRV-2 - HmIP-WTH-2
Kanal 1:6 - HmIP-WTH-2 - HmIP-eTRV-2
Kanal 3:3 - HmIP-WTH-2 - HmIP-eTRV-2
Kann es sein, wenn ein Fensterkontakt mit mehreren anderen HmIP Komponenten verknüpft ist, dass dieser keine Quittung für Funktelegramme von allen Direktverknüften Teilnehmern anfordert, sondern es ausreicht wenn nur ein oder zwei Teilnehmer den Empfang mit OK quittieren?
Ich denke anders kann es bei mir nicht sein, dies würde jedoch den Vorteil des bestätigten Funktransfers bei diesen Bauteilen "aushebeln". Ein Ab und neu Anlernen des Fensterkontaktes an der CCU2 brachte keinen Erfolg.
Die letzten 3 Einträge im Protokoll der CCU2 lauten wie folgt:
Code: Alles auswählen
17:18:48 08.03.2018 EG_FK1_Dusche:0 Batterie OK, Gerätekommunikation OK, RSSI Gerät 173
17:18:52 08.03.2018 EG_FK1_Dusche:0 Sabotagekontakt OK, Dutycycle OK, Batterie OK, Gerätekommunikation OK, RSSI Gerät 170, Betriebspannung in V: 1.40, Fehlercode 0
17:18:52 08.03.2018 HMIP-SWDO 0000D3C996002B:1 offen
Wie könnt ihr euch dieses Verhalten erklären, habt ihr schon ähnliche Ausfälle bei euch auch schon beobachtet?
Gruß Reinhard