Matter Geräte ständig Offline!

Habe seit ein paar Tagen massive Probleme mit dem Matter Server bzw. mit allen Matter over Thread Geräten.

Ab das Problem jetzt mit Home Assistant 2024.8 oder dem update auf Matter Server version: 6.4.1 aufgetreten ist, kann ich nicht mehr sagen. Habe beide updates mehr oder wenig gleichzeitig gemacht.

Das Problem äussert sich damit, dass Thread Geräte immer wieder abwechselnd in den Offline Modus gehen. Beim Start des Matter Server dauert es extrem lange bis die Geräte online gehen, dabei bleiben immer wieder Geräte dauerhaft offline, nach Restart des Matter Servers sind es immer andere Geräte.

Hier mal ein Bsp. stellvertretend für alle anderen Geräte.

Ich kann auch keine neuen Matter over Thread Geräte mehr anlernen. Habe mal einen EVE Energy Meter gelöscht und versucht diesen neu hinzuzufügen, keine Chance. Auch nach unzähligen Versuchen.

Das Log von Matter Server ist auch voll von Fehlern, hier mal ein BSP:

2024-08-10 13:30:38.243 (MainThread) INFO [matter_server.server.device_controller.mdns] <Node:9> Discovered on mDNS
2024-08-10 13:30:38.243 (MainThread) INFO [matter_server.server.device_controller] <Node:9> Setting-up node...
2024-08-10 13:30:38.244 (MainThread) INFO [matter_server.server.device_controller] <Node:9> Setting up attributes and events subscription.
2024-08-10 13:31:08.165 (Dummy-2) CHIP_ERROR [chip.native.DIS] Timeout waiting for mDNS resolution.
2024-08-10 13:31:22.162 (Dummy-2) CHIP_ERROR [chip.native.DIS] OperationalSessionSetup[1:000000000000001B]: operational discovery failed: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:119: CHIP Error 0x00000032: Timeout
2024-08-10 13:31:22.163 (MainThread) WARNING [matter_server.server.device_controller] <Node:27> Setup for node failed: Unable to establish CASE session with Node 27
2024-08-10 13:31:59.946 (Dummy-2) CHIP_ERROR [chip.native.DMG] Time out! failed to receive report data from Exchange: 22798i with Node: <0000000000000009, 1>
2024-08-10 13:31:59.946 (MainThread) WARNING [matter_server.server.device_controller] <Node:9> Unable to subscribe to Node: src/app/ReadClient.cpp:682: CHIP Error 0x00000032: Timeout
2024-08-10 13:34:10.752 (MainThread) INFO [matter_server.server.device_controller.mdns] <Node:9> Discovered on mDNS
2024-08-10 13:34:10.753 (MainThread) INFO [matter_server.server.device_controller] <Node:9> Setting-up node...
2024-08-10 13:34:10.753 (MainThread) INFO [matter_server.server.device_controller] <Node:9> Setting up attributes and events subscription.
2024-08-10 13:34:38.967 (MainThread) INFO [matter_server.server.device_controller] <Node:9> Subscription succeeded with report interval [0, 600]

Als Border Router sind 7 Apple TBR im Einsatz sowie unter Home Assistant ein ConBee II als OTBR. Lief bis jetzt seit mehreren Monaten absolut zuverlässig und ohne Aussetzer!

Home Assistant OS (Proxmox VM)
HA 2024.8
Matter Server v6.4.1
OpenThread Border Router v2.9.1

Die gleichen Geräte, welche auch gleichzeitig in HomeKit als Thread Geräte hinzugefügt wurden, funktionieren nach vie vor ohne Aussetzer. Auch lassen sich in HomeKit weiterhin neue Geräte problemlos hinzufügen.

Kann irgendjemand ähnliche Probleme beobachten.
Oder noch besser, einen Lösung parat.

EDIT:
Das hat sich jetzt zu einem Totalausfall entwickelt. Habe Matter komplett gelöscht und zurück gesetzt. Den Matter Server auf 3 unterschiedliche Instanzen installiert und getestet. Beim anlernen von einen neuen Matter over Thread Gerät, werde ich immer mit dieser Erfolgsmeldung beglückt! :sob:

2024-08-11 11:42:23.009 (MainThread) INFO [matter_server.server.device_controller] Starting Matter commissioning with code using Node ID 1.
2024-08-11 11:42:53.017 (Dummy-2) CHIP_ERROR [chip.native.CTL] Discovery timed out
2024-08-11 11:42:53.018 (Dummy-2) CHIP_ERROR [chip.native.ZCL] Secure Pairing Failed
2024-08-11 11:42:53.019 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to establish secure session to device: src/controller/python/ChipDeviceController-ScriptDevicePairingDelegate.cpp:89: CHIP Error 0x00000003: Incorrect state
2024-08-11 11:42:53.021 (MainThread) ERROR [matter_server.server.client_handler] [281472700015056] Error while handling: commission_with_code: Commission with code failed for node 1.
2024-08-11 11:44:38.550 (MainThread) INFO [matter_server.server.device_controller] Starting Matter commissioning with code using Node ID 2.
2024-08-11 11:45:08.559 (Dummy-2) CHIP_ERROR [chip.native.CTL] Discovery timed out
2024-08-11 11:45:08.560 (Dummy-2) CHIP_ERROR [chip.native.ZCL] Secure Pairing Failed
2024-08-11 11:45:08.561 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to establish secure session to device: src/controller/python/ChipDeviceController-ScriptDevicePairingDelegate.cpp:89: CHIP Error 0x00000003: Incorrect state
2024-08-11 11:45:08.562 (MainThread) ERROR [matter_server.server.client_handler] [281472700357264] Error while handling: commission_with_code: Commission with code failed for node 2.
2024-08-11 11:55:37.208 (MainThread) INFO [matter_server.server.device_controller] Starting Matter commissioning with code using Node ID 3.
2024-08-11 11:56:07.215 (Dummy-2) CHIP_ERROR [chip.native.CTL] Discovery timed out
2024-08-11 11:56:07.216 (Dummy-2) CHIP_ERROR [chip.native.ZCL] Secure Pairing Failed
2024-08-11 11:56:07.217 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to establish secure session to device: src/controller/python/ChipDeviceController-ScriptDevicePairingDelegate.cpp:89: CHIP Error 0x00000003: Incorrect state
2024-08-11 11:56:07.219 (MainThread) ERROR [matter_server.server.client_handler] [281472700357264] Error while handling: commission_with_code: Commission with code failed for node 3.

Es lässt sich kein neues Geräte anlernen, und wenn es mal nach dem 100mal mal funktioniert, ist das Gerät nach kürzestes Zeit wieder Offline!

Auch ein zurück auf Home Assistant 2024.7.x und oder einen früherer Matter Server Version macht keinen unterschied.

Würde mich schon brennend interessieren, was da auf ein mal schief läuft?!

Danke & Gruß
Osorkon

Hast Du auch den Matter-Server mal auf die alte Version zurückgesetzt?

Ich habe hier diverse Eve Energy-Plus und auch einen Thermo TRV im Einsatz, aber in HA noch keine Unverfügbarkeiten festgestellt.

Was zeigt denn bei Dir die HomeKit-App bzw. die Eve-App (sofern im Einsatz) an, sind dort die Geräte auch umverfügbar oder nur in HA?

Habe ich ich versucht, keinen Änderung.

Das Trauerspiel spielt sich nur in Home Assistant ab. In HomeKit Home und EVE APP sind alle Geräte verfügbar.

Gruß
Osorkon

Moin,

Ist das denn korrekt eingerichtet und laufen die Dienste?

Multicast DNS (mDNS) wird zur Auflösung von Hostnamen zu IP -Adressen
in kleinen Netzwerken verwendet, welche über keinen lokalen 
DNS-Server verfügen. Implementierungen von mDNS sind zum
Beispiel 'Bonjour' auf Apple-Betriebssystemen oder 'Avahi' 
unter Linux/BSD. mDNS verwendet Port 5353/udp.

Ansonsten würde ich auch vorschlagen, wie @harryp, mal auf die Vorversion zurückzugehen.

VG
Bernd

Hast Du mal versucht, einzelne Border-Router neu einzubinden, evtl. liegt es ja an der Einbindung der Border-Router?

In allen möglichen Kombinationen 2 OTBR und 3 Home Assistant Instanzen.

Ich wüsste jetzt nicht wo oder wie ich hier was Einstellen/Einrichten soll.
Habe auch im Netzwerk oder Router keine Änderungen vorgenommen.
Auch lief ja alles bereits seit Anfang dieses Jahres durchgehend ohne irgendwelche Probleme.

Erst seit letzen Mittwoch, mit 2024.8 fingen die Probleme an. Kann natürlich auch ein dummer Zufall sein.

Gruß
Osorkon

Moin,

Ja, nein, vielleicht ist ja auch nur bei einem Update eine Library ausgetauscht worden, die jetzt nicht mehr richtig tut?

Zu mDNS

VG
Bernd

P.S.: Bin jetzt mal wech zum Steet Foot und Seefest :slight_smile:

Puh das klingt sehr unschön…
Ich habe mit meinen zahlreichen Mattergeräten aktuell keine größeren Probleme.

Zwischenzeitlich gab es bei mir Probleme, als der Apple TV die Führungsrolle übernommen hat, das scheint ein bekanntes Problem zu sein - habe ich im Nuki Forum mehrfach gelesen.

Das scheint ja auch Apple erkannt zu haben, weshalb man mit iOs18 dann den Hauptrouter festlegen kann.

Ich habe mir so übergangsweise beholfen, dass ich den Apple TV einen Softwarestand unter den HomePods belasse, da immer die Geräte mit der neuesten Software die Führung übernehmen, ist es nun zuverlässig ein HomePod.

Damit fahre ich seitdem sehr gut. Wie ist das bei dir?

Ansonsten hatte ich heute morgen nach dem Update auf 8.1 Core einen Matter Sensor nicht mehr verfügbar. Da hat es dann gereicht die Batterie kurz zu entnehmen.

Bin jetzt mit meinem Latein am Ende :weary:

Hier mal das Protokoll vom OTBR Add-On.

-----------------------------------------------------------
 Add-on: OpenThread Border Router
 OpenThread Border Router add-on
-----------------------------------------------------------
 Add-on version: 2.9.1
 You are running the latest version of this add-on.
 System: Home Assistant OS 12.4  (amd64 / qemux86-64)
 Home Assistant Core: 2024.8.1
 Home Assistant Supervisor: 2024.08.0
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service banner successfully started
s6-rc: info: service universal-silabs-flasher: starting
[23:09:12] INFO: Flashing firmware is disabled
s6-rc: info: service universal-silabs-flasher successfully started
s6-rc: info: service otbr-agent: starting
[23:09:12] INFO: Setup OTBR firewall...
[23:09:12] INFO: Starting otbr-agent...
s6-rc: info: service otbr-agent successfully started
s6-rc: info: service otbr-agent-rest-discovery: starting
s6-rc: info: service otbr-agent-configure: starting
s6-rc: info: service otbr-web: starting
s6-rc: info: service otbr-web successfully started
[23:09:13] INFO: Starting otbr-web...
otbr-web[263]: [INFO]-WEB-----: Running 0.3.0-41474ce-dirty
otbr-web[263]: [INFO]-WEB-----: Border router web started on wpan0
[23:09:13] INFO: Enabling NAT64.
Done
Done
Done
s6-rc: info: service otbr-agent-configure successfully started
[23:09:13] INFO: Successfully sent discovery information to Home Assistant.
s6-rc: info: service otbr-agent-rest-discovery successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
49d.21:38:26.999 [C] P-SpinelDrive-: Software reset co-processor successfully
00:00:00.038 [W] P-Netif-------: Failed to process request#2: No such process
00:00:00.038 [W] P-Netif-------: Failed to process request#6: No such process
00:00:00.329 [W] P-Netif-------: Failed to process request#7: No such process
00:00:00.604 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:12.237 [W] P-Netif-------: Successfully added an external route ::/0 in kernel
00:00:12.237 [W] P-Netif-------: Successfully added an external route fd11:93b3:21ea:ffff:0:0::/96 in kernel
00:00:14.706 [W] DuaManager----: Failed to perform next registration: NotFound
00:00:22.020 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:22.435 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:22.472 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:27.719 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:30.242 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:35.577 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:46.980 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:47.990 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:47.996 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:00:57.245 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:07.833 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:09.514 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:11.561 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:14.724 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:43.509 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:44.340 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:44.741 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:45.178 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:45.579 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:45.987 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:46.384 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:46.808 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:47.471 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:48.010 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:48.040 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:48.420 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:48.455 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:48.853 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:49.434 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:50.901 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:55.281 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:58.283 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:58.555 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:59.412 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:01:59.911 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:00.330 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:00.724 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:04.011 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:05.234 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:12.610 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure
00:02:15.049 [W] P-RadioSpinel-: Handle transmit done failed: ChannelAccessFailure

Wahrscheinlich die Ursache, warum jeder einzelne Anmelde Versuch damit endet.
Protokoll Matter Server Ad-On

Add-on: Matter Server
 Matter WebSocket Server for Home Assistant Matter support.
-----------------------------------------------------------
 Add-on version: 6.4.1
 You are running the latest version of this add-on.
 System: Home Assistant OS 12.4  (amd64 / qemux86-64)
 Home Assistant Core: 2024.8.1
 Home Assistant Supervisor: 2024.08.0
-----------------------------------------------------------
 Please, share the above information when looking for help
 or support in, e.g., GitHub, forums or the Discord chat.
-----------------------------------------------------------
s6-rc: info: service banner successfully started
s6-rc: info: service matter-server: starting
[23:09:27] INFO: Starting Matter Server...
s6-rc: info: service matter-server successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
[23:09:28] INFO: Using 'enp0s18' as primary network interface.
[23:09:28] INFO: Successfully send discovery information to Home Assistant.
[1723410569.028440][126:126] CHIP:CTL: Setting attestation nonce to random value
[1723410569.028582][126:126] CHIP:CTL: Setting CSR nonce to random value
[1723410569.029093][126:126] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /tmp/chip_kvs
[1723410569.029154][126:126] CHIP:DL: writing settings to file (/tmp/chip_kvs-y3h5RG)
[1723410569.029187][126:126] CHIP:DL: renamed tmp file to file (/tmp/chip_kvs)
[1723410569.029298][126:126] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_factory.ini
[1723410569.029349][126:126] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_config.ini
[1723410569.029365][126:126] CHIP:DL: ChipLinuxStorage::Init: Using KVS config file: /data/chip_counters.ini
[1723410569.029423][126:126] CHIP:DL: writing settings to file (/data/chip_counters.ini-Z8N3ZG)
[1723410569.029503][126:126] CHIP:DL: renamed tmp file to file (/data/chip_counters.ini)
[1723410569.029506][126:126] CHIP:DL: NVS set: chip-counters/reboot-count = 12 (0xC)
[1723410569.029666][126:126] CHIP:DL: Got Ethernet interface: enp0s18
[1723410569.029733][126:126] CHIP:DL: Found the primary Ethernet interface:enp0s18
[1723410569.029862][126:126] CHIP:DL: Failed to get WiFi interface
[1723410569.029866][126:126] CHIP:DL: Failed to reset WiFi statistic counts
2024-08-11 23:09:29.030 (MainThread) CHIP_PROGRESS [chip.native.TS] Last Known Good Time: 2023-10-14T01:16:48
2024-08-11 23:09:29.030 (MainThread) CHIP_PROGRESS [chip.native.FP] Fabric index 0x1 was retrieved from storage. Compressed FabricId 0x8FE8BB58D61145F7, FabricId 0x0000000000000002, NodeId 0x000000000001B669, VendorId 0x134B
2024-08-11 23:09:29.031 (MainThread) CHIP_PROGRESS [chip.native.ZCL] Using ZAP configuration...
2024-08-11 23:09:29.032 (MainThread) CHIP_PROGRESS [chip.native.IN] CASE Server enabling CASE session setups
2024-08-11 23:09:29.069 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting attestation nonce to random value
2024-08-11 23:09:29.070 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting CSR nonce to random value
2024-08-11 23:09:29.070 (Dummy-2) CHIP_PROGRESS [chip.native.SPT] Using device attestation PAA trust store path /data/credentials.
2024-08-11 23:09:29.094 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Generating NOC
2024-08-11 23:09:29.095 (Dummy-2) CHIP_PROGRESS [chip.native.FP] Validating NOC chain
2024-08-11 23:09:29.097 (Dummy-2) CHIP_PROGRESS [chip.native.FP] NOC chain validation successful
2024-08-11 23:09:29.097 (Dummy-2) CHIP_PROGRESS [chip.native.FP] Updated fabric at index: 0x1, Node ID: 0x000000000001B669
2024-08-11 23:09:29.097 (Dummy-2) CHIP_PROGRESS [chip.native.TS] Last Known Good Time: 2023-10-14T01:16:48
2024-08-11 23:09:29.097 (Dummy-2) CHIP_PROGRESS [chip.native.TS] New proposed Last Known Good Time: 2021-01-01T00:00:00
2024-08-11 23:09:29.097 (Dummy-2) CHIP_PROGRESS [chip.native.TS] Retaining current Last Known Good Time
2024-08-11 23:09:29.098 (Dummy-2) CHIP_PROGRESS [chip.native.FP] Metadata for Fabric 0x1 persisted to storage.
2024-08-11 23:09:29.098 (Dummy-2) CHIP_PROGRESS [chip.native.TS] Committing Last Known Good Time to storage: 2023-10-14T01:16:48
2024-08-11 23:09:29.098 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Joined the fabric at index 1. Fabric ID is 0x0000000000000002 (Compressed Fabric ID: 8FE8BB58D61145F7)
2024-08-11 23:09:29.098 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] *** Missing DeviceAttestationVerifier configuration at DeviceCommissioner init: using global default, consider passing one in CommissionerInitParams.
2024-08-11 23:09:29.098 (Dummy-2) CHIP_PROGRESS [chip.native.DIS] Updating services using commissioning mode 0
2024-08-11 23:09:29.099 (Dummy-2) CHIP_PROGRESS [chip.native.DIS] CHIP minimal mDNS started advertising.
2024-08-11 23:09:29.099 (Dummy-2) CHIP_PROGRESS [chip.native.DIS] Advertise operational node 8FE8BB58D61145F7-000000000001B669
2024-08-11 23:09:29.099 (Dummy-2) CHIP_PROGRESS [chip.native.DIS] CHIP minimal mDNS configured as 'Operational device'; instance name: 8FE8BB58D61145F7-000000000001B669.
2024-08-11 23:09:29.101 (Dummy-2) CHIP_PROGRESS [chip.native.DIS] mDNS service published: _matter._tcp
2024-08-11 23:09:29.101 (Dummy-2) CHIP_PROGRESS [chip.native.SPT] Setting up group data for Fabric Index 1 with Compressed Fabric ID:
2024-08-11 23:09:58.601 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting attestation nonce to random value
2024-08-11 23:09:58.602 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting CSR nonce to random value
2024-08-11 23:09:58.603 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Starting commissioning discovery over DNS-SD
2024-08-11 23:10:28.604 (Dummy-2) CHIP_ERROR [chip.native.CTL] Discovery timed out
2024-08-11 23:10:28.604 (Dummy-2) CHIP_ERROR [chip.native.ZCL] Secure Pairing Failed
2024-08-11 23:10:28.604 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to establish secure session to device: src/controller/python/ChipDeviceController-ScriptDevicePairingDelegate.cpp:89: CHIP Error 0x00000003: Incorrect state
2024-08-11 23:10:28.605 (MainThread) ERROR [matter_server.server.client_handler] [139740526164176] Error while handling: commission_with_code: Commission with code failed for node 16.
2024-08-11 23:13:41.799 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting attestation nonce to random value
2024-08-11 23:13:41.800 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Setting CSR nonce to random value
2024-08-11 23:13:41.801 (Dummy-2) CHIP_PROGRESS [chip.native.CTL] Starting commissioning discovery over DNS-SD
2024-08-11 23:14:11.806 (Dummy-2) CHIP_ERROR [chip.native.CTL] Discovery timed out
2024-08-11 23:14:11.806 (Dummy-2) CHIP_ERROR [chip.native.ZCL] Secure Pairing Failed
2024-08-11 23:14:11.807 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to establish secure session to device: src/controller/python/ChipDeviceController-ScriptDevicePairingDelegate.cpp:89: CHIP Error 0x00000003: Incorrect state
2024-08-11 23:14:11.808 (MainThread) ERROR [matter_server.server.client_handler] [139740526164176] Error while handling: commission_with_code: Commission with code failed for node 17.

Habe heute nichts anders gemacht wie das ganze mit 3 verschiedenen Home Assistant Instanzen und 2 verschiedenen ConBee II Stick als OTBR getestet.
Immer das gleiche Bild.

Apple TV vom Strom genommen, macht auch kein Unterschied.

Alle Matter over Thread Geräte funktionieren in HomeKit nach vie vor. Auch kann ich ohne Probleme Matter Over Thread Geräte in der Home App hinzufügen immer und wiederholbar im ersten Anlauf.

Dabei lief doch alles seit über 7 Monate alles ohne Probleme, kann mir das echt nicht erklären.
Das ist definitiv ein riesengroßer Dämpfer, was meine anfängliche Begeisterung für Matter over Thread angeht.

Gruß
Osorkon

Okay, nen Versuch wars wert, mehr kann ich leider auch nicht beitragen :confused:

Kann ich verstehen, komisch halt vor allem, dass die Problem ja dann nicht am Netzwerk selbst liegen, wenn im Apple Universum alles läuft…

EDIT: Kann allerdings nun auch bestätigen, dass es da wohl ein Problem zu geben scheint, dass mit HA zu tun hat.

Ein weiterer Sensor ist bei mir nun ausgestiegen, in Apple Home ist er erreichbar und meldet zuverlässig, in HA nicht verfügbar.

Bislang hingen meine Matter/ Thread Probleme alle letztlich am Netzwerk selbst, wie oben beschrieben.

Das es nun nicht am Netzwerk hakt, sondern nur in HA nicht läuft ist neu.

Ggf. also tatsächlich ein Problem mit dem Matter Server Update?

Ist einen verrückte Geschichte.

Nach langen hin und her konnte ich den Matter Server wieder zur Zusammenarbeit bewegen.
Allerdings kann ich neue Geräte nur über den Web Browser am Rechner direkt über den Matter Server hinzufügen und zwar nur wenn ich diese zuerst in Home einlerne und von dort aus teile.
Auch muss ich den Matter Server ständig neu starten wenn ich neue Geräte anlernen will.

An den Node ID’s kann mehr sehen, wie viele versuche notwendig waren um 9 Geräte anzulernen!

Aktuell sind alle Geräte Online, mal schauen wie lange das so bleibt?!

Gruß
Osorkon

Echt Strange…

Bei mir bleibst aktuell bei wechselweisen Ausfällen Einzelner Geräte (nur in HA) in Apple weiter ohne Probleme.

Das kenne ich so überhaupt nicht… hoffe das da ein Update Abhilfe schafft

Läuft bei dir noch alles?

Ich habe jetzt mehrere Neustarts des matter Server gemacht, habe zwar nun einen der Sensoren wieder online, dafür seit 2 Tagen 3 andere Dauer offline - diese sind bislang ohne Probleme durchgelaufen, echt ärgerlich…

Mich hat es jetzt heute früh auch erwischt.

4 Eve-Energy-Plugs und mein Eve-Thermo sind nach dem Neustart von HA, im Anschluss an das Update vom Operating-System nur in HA offline.
In der HomeKit- und Eve-App läuft alles problemlos. :face_with_diagonal_mouth:

Es gibt dazu aber auch schon einen issue auf GitHub:

https://github.com/home-assistant/core/issues/123835

Ja das ist dann das gleiche Verhalten wie bei mir! Nach dem OS Update ist zumindest mal der für die Alarmanlage wichtige Tür Sensor wieder online, dafür andere nicht…

Ja den hab ich aufgemacht :sweat_smile:

:fu: :fu: :fu:

Ich habe meinen “Senf” auf GitHub auch dazu getan (mehr Meldungen helfen evtl.). :grinning:

Update:
Nach 3h sind jetzt plötzlich alle wieder da. :imp:

2 „Gefällt mir“

War jetzt knapp 1 Tag alles gut. Heute haben sich dann nacheinander 3 Geräte offline gemeldet. Nach restart des Matter Servers sind dann alle wieder da, wahrscheinlich bis zum nächsten Aussetzer. :tired_face:

Gruß
Osorkon

bei mir waren nach den restarts auch einige Sensoren nur sehr langsam und kamen nach Stunden wieder online, manche dafür Stunden/ Tage nicht

Jep so ist’s bei mir auch. Immerhin sind wir wohl nicht allein, scheint ja dann wirklich mit an den Updates zu hängen…

Ich habe jetzt mal das OpenThread Border Router Add-on gestoppt.
Also nur noch ein Thread Netzwerk bestehend aus den 7 Apple Thread Border Routern.
Seit 24h num keinen einzigen Ausfall oder Schluckauf.
Scheint als ob der OTBR Add-on oder beide ConBee II Sticks welche ich als OTBR einsetze einen Schuss abhaben.

Hate ja ursprünglich 2 OTBR am Start gehabt. Am produktiv System (Proxmox) und auf dem Test-System (Odroid M1)
Als ich den OTBR vom produktiv System offline genommen habe, haben die Ausfälle abgenommen, bzw. ich konnte erst überhaupt wieder Geräte anlernen.
Das lag es nahe mal den 2 OTBR vom Netz zu nehmen.

Edit:
Leider fallen immer noch Geräte sporadisch aus! :tired_face:

Sehr frustrierend das ganze!

Gruß
Osorkon

Das kannst du laut sagen - bei mir ein witziger neuer Umstand der gar nicht lustig ist: die Geräte sind inzwischen eigentlich alle wieder online, ich hab aber festgestellt, dass insbesondere 2 meiner Tür Sensoren nun zwar nicht mehr auf unavailable gehen, dafür aber einfach die Status Änderung beim öffnen nicht anzeigen.

In HomeKit wird alles nach wie vor korrekt angezeigt.

Nach einem matter Server Neustart läufts dann wieder für ein paar Stunden/ Tage…