Ich habe es über Home Assistent gemacht, habe keinen anderen Matter Hub außer noch mein Test HA.
Vielleicht zu schlechter Empfang?
Batterie zu schwach? meine ist jetzt bei 96% vor dem Update 97%
LG
Bei mir hat das Firmware Update auf 1.0.2 mittels Home Assistant Matter Server nicht geklappt. Eine Verbindung zur App konnte ich nie herstellen, da nach der initialen Matter Verbindung zu HA keine weitere Matter Kopplung gelang. Habe das Update mehrmals versucht und vorher auch den Fenstergriff mal betätigt, damit er “aufwacht”.
Fehlerprotokoll schreibt:
Logger: homeassistant.components.websocket_api.http.connection
Quelle: components/websocket_api/commands.py:311
Integration: Home Assistant WebSocket API (Dokumentation, Probleme)
Erstmals aufgetreten: 19. Juli 2025 um 15:24:48 (3 Vorkommnisse)
Zuletzt protokolliert: 19. Juli 2025 um 15:32:36
[139887886369952] Error during service call to update.install: Error updating: Target node did not process the update file
[139887020981152] Error during service call to update.install: Error updating: Error while announcing OTA Provider to node.
by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
Ich hatte das gleiche Problem mit dem Update auf 1.0.2 und hatte den Support angeschrieben. Hier die Antwort (ich habe übrigens relativ erfolgreich Szenario 2 gewählt):
Sehr geehrter Herr,
oh das kann sein , hier haben wir 2 Möglichkeiten.
Szenario 1:
Apple Borderrouter und kein OTBR im Homeassistant.
Unsere 1.0.0/1er Griffe konnten kein code-sharing (multi-fabric) . Wenn nun ein (oder mehrere) Apple Borderrouter im System genutzt wird , wird das Update, welches nun im Homeassistant angezeigt wird, nicht vom Apple Borderrouter akzeptiert bzw. wird nicht zum Endprodukt, in diesem Fall unserem Griff, weitergeleitet werden. Das wird von Apple-Seite aus gesperrt.
Dann bekommt im Homeassistant jedoch nur die Fehlermeldung „Target node did not process the update file“.
Workaround:
Um jetzt in dieser Konstellation das Update auf unsere Griffe installiert zu bekommen, bleibt „leider“ nur der folgende Weg übrig.
1. Griff aus dem Homeassistant entfernen
2. Griff erneut in Apple-Home einlernen
3. Warten bis Apple-Home das Update anzeigt und installiert
4. Nun kann der Griff mit 1.0.2 in Homeassistant übertragen werden
1. in Apple Home den Kopplungsmodus des jeweiligen Griffs aktivieren
2. mit dem angezeigten Code in Homeassistant als Gerät erneut hinzufügen (kein neues Gerät, sondern „Ja. Es ist bereits im Einsatz.“ anwählen)
3. nun ist der Griff sowohl in Apple Home als auch im Homeassistant erreichbar
Ab diesem Zeitpunkt können auch die Updates vom Homeassistant aus installiert werden, da der Apple Borderrouter die Geräte nun ebenfalls kennt.
Szenario 2:
Es ist ein OTBR im Homeassistant aktiv und weitere Apple Borderrouter ebenfalls im Threadnetz aktiv.
Workaround:
Es müssen alle Apple Borderrouter stromlos gemacht werden und eine Zeit lang gewartet. Dann kann auch aus dem Homeassistant des Update gestartet werden und es würde über den OTBR an den Griff transferiert. Ggf. mehrmals probieren.
Das setzt aber voraus, dass der Griff vom OTBR selbst erreichbar ist (Entfernung Griff zum OTBR).
Das Update war ein Bugfix für das Code Sharing
Wenn das Update bei einem Fenstergriff nicht funktioniert. Dann ist der Empfang zu schlecht (Entfernung zu groß). Da kann man sich natürlich behelfen, indem man den Griff abmontiert und temporär neben den OTBR legt…
Moin,
eben kam bei mir das Update 1.1.0 lief auch soweit durch, wird aber immer noch als 1.0.2 angezeigt.
2025-08-01 17:37:19.378 (MainThread) INFO [matter_server.server.device_controller] <Node:3> No new update found.
2025-08-01 17:37:19.413 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Software update found: 1.1.0 (16842752) from UpdateSource.MAIN_NET_DCL, current 1.0.2 (16777728)).
2025-08-01 17:43:27.608 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Update to software version 16842752
2025-08-01 17:43:27.734 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Software update found: 1.1.0 (16842752) from UpdateSource.MAIN_NET_DCL, current 1.0.2 (16777728)).
2025-08-01 17:43:27.735 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Downloading update from 'https://downloads.iot.siegenia-smartcloud.com/3871c791df61f21d6e68cd29a576d10aba4420426c4c84e4dbed8bc394233b6e.ota'
2025-08-01 17:43:28.079 (MainThread) INFO [matter_server.server.ota.provider] Update file '3871c791df61f21d6e68cd29a576d10aba4420426c4c84e4dbed8bc394233b6e.ota' downloaded to '/config/updates/2'
2025-08-01 17:43:28.079 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Starting update using OTA Provider.
2025-08-01 17:43:28.081 (MainThread) INFO [matter_server.server.ota.provider] Starting OTA Provider
2025-08-01 17:43:28.083 (MainThread) INFO [matter_server.server.ota.provider] Commission and initialize OTA Provider
2025-08-01 17:43:28.235 (Dummy-2) INFO [chip.ChipDeviceCtrl] Established secure session with Device
2025-08-01 17:43:28.672 (Dummy-2) INFO [chip.ChipDeviceCtrl] Commissioning complete
2025-08-01 17:43:28.672 (MainThread) INFO [matter_server.server.ota.provider] OTA Provider App commissioned with node id 990002.
2025-08-01 17:43:31.975 (MainThread) INFO [matter_server.server.ota.provider] Waiting for target node update state change
2025-08-01 17:43:32.070 (MainThread) INFO [matter_server.server.ota.provider] Update state changed from <UpdateStateEnum.kIdle: 1> to <UpdateStateEnum.kQuerying: 2>
2025-08-01 17:43:38.363 (MainThread) INFO [matter_server.server.ota.provider] Update state changed from <UpdateStateEnum.kQuerying: 2> to <UpdateStateEnum.kDownloading: 4>
2025-08-01 17:51:46.047 (MainThread) INFO [matter_server.server.ota.provider] Update state changed from <UpdateStateEnum.kDownloading: 4> to <UpdateStateEnum.kApplying: 5>
2025-08-01 17:51:47.070 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Marked node as unavailable
2025-08-01 17:51:47.070 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Forcing subscription timeout in 5s
2025-08-01 17:51:52.078 (Dummy-2) CHIP_ERROR [chip.native.DMG] Subscription Liveness timeout with SubscriptionID = 0xe1b5a506, Peer = 01:0000000000000002
2025-08-01 17:51:52.089 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Subscription failed with CHIP Error 0x00000032: Timeout, resubscription attempt 0
2025-08-01 17:51:53.073 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Subscription failed with CHIP Error 0x00000003: Incorrect state, resubscription attempt 1
2025-08-01 17:51:53.554 (Dummy-2) CHIP_ERROR [chip.native.EM] <<5 [E:9739r with Node: <0000000000000002, 1> S:10658 M:230735838] (S) Msg Retransmission to 1:0000000000000002 failure (max retries:4)
2025-08-01 17:51:56.725 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Subscription failed with CHIP Error 0x00000003: Incorrect state, resubscription attempt 2
2025-08-01 17:51:56.791 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Subscription failed with CHIP Error 0x00000003: Incorrect state, resubscription attempt 3
2025-08-01 17:52:19.263 (MainThread) INFO [matter_server.server.ota.provider] Update state changed from <UpdateStateEnum.kApplying: 5> to <UpdateStateEnum.kIdle: 1>
2025-08-01 17:52:19.263 (MainThread) INFO [matter_server.server.ota.provider] Node 2 update state idle, assuming done.
2025-08-01 17:52:19.263 (MainThread) INFO [matter_server.server.ota.provider] OTA update finished successfully
2025-08-01 17:52:19.264 (MainThread) INFO [matter_server.server.ota.provider] Cleaning up OTA provider
2025-08-01 17:52:19.264 (MainThread) INFO [matter_server.server.ota.provider] Terminating OTA Provider
2025-08-01 17:52:19.349 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Re-Subscription succeeded
2025-08-01 17:52:19.657 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Software update found: 1.1.0 (16842752) from UpdateSource.MAIN_NET_DCL, current 1.0.2 (16777728)).
2025-08-01 17:52:29.645 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Software update found: 1.1.0 (16842752) from UpdateSource.MAIN_NET_DCL, current 1.0.2 (16777728)).
Bei mir lief das Update auf die 1.0.2 und jetzt auch 1.1.0 im EG problemlos durch. Bei den Griffen, die im OG und Keller montiert sind ging es nicht. Insofern denke ich, dass es tatsächlich mit der Reichweite zusammenhängt (der Router ist im EG).
Hat jemand ein Changelog für der Versionen? Ich finge nichts dazu.
Ich glaube nicht, dass es an der Entfernung liegt. Ich habe hier 11 Griffe, für die das Update problemlos bis ans Ende durchläuft. Am Ende des Updates (99%-Anzeige) hört man den Motor des Griffs. Ein paar Sekunden später wird der Griff wieder mit Firmware 1.0.2 und verfügbarem Update angezeigt. Das passiert auch mit einem Griff, der keine 2 m vom Empfänger entfernt ist.
Im Log sieht das aus wie bei @totow
Kein Changelog, aber laut CSA läuft die 1.1.0 jetzt mit Matter 1.3 (wenn ich die Seite richtig interpretiere).
Wurde 1.1.0 zurück gezogen?
wollte grade nochmal probieren aber er scheint das update nicht mehr zu finden:
2025-08-04 17:40:43.899 (MainThread) INFO [matter_server.server.device_controller] <Node:2> Update to software version 16842752
2025-08-04 17:40:44.171 (MainThread) INFO [matter_server.server.device_controller] <Node:2> No new update found.
2025-08-04 17:40:44.171 (MainThread) ERROR [matter_server.server.client_handler] [140308712553696] Error while handling: update_node (node 2): Software version 16842752 is not available for node 2.
2025-08-04 17:40:54.331 (MainThread) INFO [matter_server.server.device_controller] <Node:2> No new update found.
Updatemeldung war in HA noch da aber er findet es nicht mehr als ich Updaten wollte, jetzt habe ich keine Meldung mehr.
LG
Ja, scheint als wurde das Update zurückgezogen 
Generation 2 ist jetzt im Shop verfügbar.
1 „Gefällt mir“
Hast du gefunden was sich geändert hat?
Habe im Shop auf die schnelle nichts gefunden.
Offtopic
Ich verstehe immer nicht warum man nicht Sachen Verlinkt über die man spricht?
Wenn der Link schon in einem der letzten 5 posts ist OK, aber du erwähnst hier ja das es ab jetzt verfügbar ist, also neu.
Der letzte Link zum Shop ist der nicht mehr funktionierende für Gen 1 im ersten Post.
So was fällt mir immer wieder auf, als ob es so schwer ist den Link zu kopieren.
Bei einem vernünftigen produktiven Browser kopiert man mit Strg+Shift+c die URL vom aktuellem Tab.
2 „Gefällt mir“
Ich hatte schon vor ein paar Monaten beim Support gefragt:
- matter 1.3 ist drauf
- die Rastnocke und die Batteriefachabdeckung wurden optimiert
Mehr weiß ich aber leider auch nicht. Morgen kommt aber der neue Griff. Ich werde mal berichten, ob z.B. auch der Empfang besser geworden ist…
2 „Gefällt mir“
Hallo, konntest du die Griffe testen?
Hallo zusammen,
ich habe mir einen Griff in der neuen Revision zugelegt, um das ganze mal zu testen. Ich habe eine HomeAssistant-Instanz in der aktuellen Version (als Docker-Container) mit installierter Matter-Integration als Controller (das Thread-Netzwerk wird über einen separaten Thread-Border-Router bereitgestellt → ich habe keine Apple/Amazon/Google-Geräte im Einsatz). Das Anmelden des Griffes direkt am HA (über die Companion-App) hat problemlos funktioniert:
Standardmäßig ist Firmwareversion 1.1.0 installiert. Das Verriegeln und Entriegeln klappt problemlos und der Verschlussstatus wird auch korrekt mitgeteilt. Verbindungsprobleme konnte ich bisher keine feststellen und es läuft soweit alles stabil. Im HA wurden allerdings zwei Binärsensoren hinzugefügt, die eigentlich das gleiche machen (Verschlussstatus der Tür):
Weiß einer von euch warum der Sensor hier doppelt hinzugefügt wurde bzw. soll der Sensor unterschiedliche Werte darstellen?
Vielen Dank und viele Grüße,
Steve
1 „Gefällt mir“
Der eine Binary Sensor ist für Offen (on) oder Geschlossen (off) und der andere für Gekippt (on) oder Geschlossen (off).
Gruß Osorkon
2 „Gefällt mir“
Hallo Osorkon,
vielen Dank für den Hinweis, so macht das Ganze auch Sinn 
In der gekippt Stellung wird folgendes angezeigt:
Vielen Dank,
Steve
Das war leider ein Wunschdenken. Der Gekippt Sensor zeigt Offen oder Geschlossen an, wenn Griff in Offen oder geschlossen Stellung. In der Gekippt Stellung zeigt er Unbekannt an. Also immer noch ein Fehler auf Seiten Siegenia.
Sollte dann so ausschauen
Geschlossen
Geöffnet
Gekippt
Der erste Sensor ist ein Template Sensor, der die 2 Binary Sensoren auswertet.
Gruß Osorkon
1 „Gefällt mir“
Bei mir ist das genauso. Meldest du das Problem dann bitte bei Siegenia?
Ich habe dazu mal eine Mail an Siegenia geschrieben, mal schauen wann dazu eine Antwort kommt.
Danke euch schonmal für die Hinweise und Rückmeldung.
Das ist ja kein Beinbruch, solange Du weisst wie Du die Zustände interpretieren musst.
Gruß Osorkon