Hej zusammen,
Ich nutze Home Assistant OS in einer Proxmox-VM und habe Matter over Thread vollständig eingerichtet. Der Matter Server läuft als Home-Assistant-Add-on, ebenso der OpenThread Border Router (OTBR). Als Thread-Radio verwende ich einen Sonoff Thread-fähigen USB-Dongle Max, der direkt per USB an die VM durchgereicht ist. Für das BLE-Commissioning ist zusätzlich ein USB-Bluetooth-Stick an Home Assistant angebunden. Zigbee läuft getrennt über einen separaten Zigbee-Dongle, es wird kein Multi-PAN oder Shared Radio eingesetzt.
Grundsätzlich funktioniert das Setup zuverlässig. Mehrere IKEA-Sensoren, darunter Tür-/Fenstersensoren sowie der TIMMERFLOTTE Temperatur-/Luftfeuchtesensor, laufen stabil über Matter over Thread. Die Geräte bleiben dauerhaft verbunden, melden Zustände korrekt und auch OTA-Updates über die IKEA-Server werden angeboten und erfolgreich durchgeführt (bei Timmerflotte). Das Thread-Mesh, der Border Router und der Matter-Server scheinen daher grundsätzlich korrekt zu funktionieren.
Probleme treten ausschließlich bei den neuen IKEA KAJPLATS LED-Leuchtmitteln (E27, 1055 lm, Matter over Thread) sowie bei der IKEA BILRESA Fernbedienung mit Scroll-Wheel auf. Die KAJPLATS Birnen lassen sich zunächst problemlos per Matter (QR-Code, BLE, Thread) in Home Assistant einbinden. Sie erscheinen korrekt in der Geräteübersicht, alle erwarteten Entitäten wie Ein/Aus, Helligkeit, Farbe und Update werden angelegt. Nach einiger Zeit oder teilweise nach Minuten, teilweise nach Stunden verlieren die Birnen jedoch die Verbindung, werden als „Unavailable“ angezeigt oder zeigen einen nicht mehr korrekt synchronisierten Status. Dieses Verhalten ist reproduzierbar und tritt bei mehreren Birnen auf.
Eine besonders wichtige Beobachtung betrifft die BILRESA Fernbedienung. Wird diese direkt mit einer KAJPLATS Birne gekoppelt, also ohne Beteiligung von Home Assistant, funktioniert die Steuerung absolut zuverlässig. Die Fernbedienung schaltet und dimmt die Birne stabil und ohne Verzögerung. Sobald die BILRESA jedoch per Matter in Home Assistant eingebunden wird, erscheinen zwar Button-Entitäten, der Status steht jedoch auf „Unavailable“ und beim Drücken der Tasten werden keinerlei Events in Home Assistant ausgelöst. Automationen reagieren nicht, und es kommen keine Button-Events an.
Sensoren im gleichen Thread-Netz verhalten sich weiterhin stabil, was gegen ein generelles Problem mit Thread, OTBR oder dem Matter-Server spricht. Das deutet eher auf Unterschiede in der Matter-/Thread-Implementierung zwischen Sensoren, Leuchtmitteln und der Fernbedienung hin. Insbesondere wirkt es so, als sei die BILRESA aktuell primär als Direct-Binding-Controller implementiert, während controllerbasierte Button-Events an einen Matter-Controller wie Home Assistant fehlen oder unvollständig sind. Möglich ist auch ein firmwareseitiges Problem speziell bei den IKEA-Matter-Bulbs und der Fernbedienung.
Screenshots der Geräteansichten sowie relevante Logs sind beigefügt. Mich interessiert, ob ihr ähnliche Erfahrungen mit den KAJPLATS Birnen oder der BILRESA Fernbedienung in Home Assistant gemacht habt, ob es bisher bekannte Probleme gibt und ob das Verhalten in anderen Matter-Controllern wie Apple Home oder Google Home ebenfalls auftritt.
2025-12-14 14:07:13.999 (MainThread) INFO [matter_server.server.device_controller] <Node:22> Subscription failed with CHIP Error 0x00000032: Timeout, resubscription attempt 2
2025-12-14 14:07:13.999 (MainThread) INFO [matter_server.server.device_controller] <Node:22> Marked node as unavailable
2025-12-14 14:07:44.058 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:59206i with Node: <0000000000000000, 0> S:0 M:47540574] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2025-12-14 14:07:52.059 (Dummy-2) CHIP_ERROR [chip.native.SC] CASESession timed out while waiting for a response from peer <0000000000000016, 1>. Current state was 4
2025-12-14 14:07:52.060 (Dummy-2) CHIP_ERROR [chip.native.DMG] Failed to establish CASE for re-subscription with error 'src/protocols/secure_channel/CASESession.cpp:594: CHIP Error 0x00000032: Timeout'
2025-12-14 14:07:52.060 (MainThread) INFO [matter_server.server.device_controller] <Node:22> Subscription failed with CHIP Error 0x00000032: Timeout, resubscription attempt 3
2025-12-14 14:08:33.910 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:59209i with Node: <0000000000000000, 0> S:0 M:47540575] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2025-12-14 14:08:44.011 (Dummy-2) CHIP_ERROR [chip.native.SC] CASESession timed out while waiting for a response from peer <0000000000000016, 1>. Current state was 4
2025-12-14 14:08:44.011 (Dummy-2) CHIP_ERROR [chip.native.DMG] Failed to establish CASE for re-subscription with error 'src/protocols/secure_channel/CASESession.cpp:594: CHIP Error 0x00000032: Timeout'
2025-12-14 14:08:44.011 (MainThread) INFO [matter_server.server.device_controller] <Node:22> Subscription failed with CHIP Error 0x00000032: Timeout, resubscription attempt 4
2025-12-14 14:09:25.326 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:59210i with Node: <0000000000000000, 0> S:0 M:47540576] (U) Msg Retransmission to 0:0000000000000000 failure (max retries:4)
2025-12-14 14:09:33.801 (Dummy-2) CHIP_ERROR [chip.native.SC] CASESession timed out while waiting for a response from peer <0000000000000016, 1>. Current state was 4
2025-12-14 14:09:33.802 (Dummy-2) CHIP_ERROR [chip.native.DMG] Failed to establish CASE for re-subscription with error 'src/protocols/secure_channel/CASESession.cpp:594: CHIP Error 0x00000032: Timeout'
