Nuki 4.0pro Matter 1.2 Tür öffnen geht nicht

Hm, das verstehe ich nun wieder gar nicht. Es steht doch bei HA, das HA als open thread border router agiert. Ich habe einen 2. SkyConnect angeschlossen.

Wie hast Du den SkyConnect eingerichtet?
Als ZigBee,Thread oder Multiprotokoll?

Übrigens mit der Suche hier im Forum findest Du auch noch viele Beispiele zur Einrichtung von Matter-over-Thread und deren Misserfolge. :wink:

Ich habe den Stick mit der Thread Firmware geflasht

… und die Add-ON’s “OpenThreadBorderRouter” und “Matter” installiert?

Was sagen denn die Log’s vom OTBR?
Wie sehen die Integrationen OTBR, Matter und Thread aus?

BTW: Ich hatte das gleiche Problem mit dem 2. SkyConnect, der und Matter-over-Thread laufen bei mir erst richtig, als ich mein Threadnetzwerk über einen HomePodmini eingerichtet habe (die ganze Storry findest Du über die Suche).

Also die Add-ons sind alle installiert. Thread und Matter (BETA) sind drauf. Es ist aber der open thread border router nicht als Integration installiert. Das klappt nicht, da immer eine URL als REST-API eingegeben werden muss die ich nicht kenne.

Dies steht in Add-on als Log beim OTBR:

[16:35:39] INFO: The otbr-web is disabled.
s6-rc: info: service mdns: starting
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service banner: starting
s6-rc: info: service mdns successfully started
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
[16:35:39] INFO: Starting mDNS Responder...
Default: mDNSResponder (Engineering Build) (Apr  3 2024 12:15:50) starting

-----------------------------------------------------------
 Add-on: OpenThread Border Router
 OpenThread Border Router add-on
-----------------------------------------------------------
 Add-on version: 2.5.1
 You are running the latest version of this add-on.
 System: Home Assistant OS 12.2  (amd64 / generic-x86-64)
 Home Assistant Core: 2024.4.3
 Home Assistant Supervisor: 2024.04.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
[16:35:40] INFO: Checking /dev/ttyUSB0 identifying SkyConnect v1.0 from Nabu Casa.
[16:35:40] INFO: Starting universal-silabs-flasher with /dev/ttyUSB0
2024-04-16 16:35:40.689 homeassistant universal_silabs_flasher.flash INFO Extracted GBL metadata: NabuCasaMetadata(metadata_version=1, sdk_version='4.4.0', ezsp_version=None, ot_rcp_version='SL-OPENTHREAD/2.4.0.0_GitHub-7074a43e4' (2.4.0.0), cpc_version=None, fw_type=<FirmwareImageType.OT_RCP: 'ot-rcp'>, baudrate=460800)
2024-04-16 16:35:40.689 homeassistant universal_silabs_flasher.flasher INFO Probing ApplicationType.GECKO_BOOTLOADER at 115200 baud
2024-04-16 16:35:42.695 homeassistant universal_silabs_flasher.flasher INFO Probing ApplicationType.SPINEL at 460800 baud
2024-04-16 16:35:43.816 homeassistant universal_silabs_flasher.flasher INFO Detected ApplicationType.SPINEL, version 'SL-OPENTHREAD/2.4.0.0_GitHub-7074a43e4' (2.4.0.0) at 460800 baudrate (bootloader baudrate None)
2024-04-16 16:35:43.817 homeassistant universal_silabs_flasher.flash INFO Firmware version 'SL-OPENTHREAD/2.4.0.0_GitHub-7074a43e4' (2.4.0.0) is flashed, not re-installing
s6-rc: info: service universal-silabs-flasher successfully started
s6-rc: info: service otbr-agent: starting
[16:35:44] INFO: Starting otbr-agent...
otbr-agent[170]: [NOTE]-AGENT---: Running 0.3.0-2279c02-dirty
otbr-agent[170]: [NOTE]-AGENT---: Thread version: 1.3.0
otbr-agent[170]: [NOTE]-AGENT---: Thread interface: wpan0
otbr-agent[170]: [NOTE]-AGENT---: Radio URL: spinel+hdlc+uart:///dev/ttyUSB0?uart-baudrate=460800&uart-flow-control
otbr-agent[170]: [NOTE]-AGENT---: Radio URL: trel://eno1
otbr-agent[170]: [NOTE]-ILS-----: Infra link selected: eno1
otbr-agent[170]: 00:00:00.033 [N] RoutingManager: No valid /48 BR ULA prefix found in settings, generating new one
otbr-agent[170]: 00:00:00.036 [N] RoutingManager: BR ULA prefix: fd78:6b1c:3234::/48 (generated)
otbr-agent[170]: 00:00:00.036 [N] RoutingManager: Local on-link prefix: fdde:ad00:beef:cafe::/64
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:00.044 [W] Platform------: Failed to update ipsets: Failed
otbr-agent[170]: 00:00:00.048 [W] Platform------: [netif] Failed to process request#2: No such process
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
Done
s6-rc: info: service otbr-agent-configure successfully started
otbr-agent[170]: 00:00:00.530 [N] RoutingManager: Local on-link prefix: fdf7:64d6:f89d:41f1::/64
otbr-agent[170]: 00:00:00.545 [N] Mle-----------: Role disabled -> detached
otbr-agent[170]: 00:00:00.574 [N] Platform------: [netif] Changing interface state to up.
otbr-agent[170]: 00:00:00.588 [W] Platform------: [netif] ADD [U] fe80:0:0:0:5095:cb7f:4aea:4497 failed (InvalidArgs)
otbr-agent[170]: 00:00:00.589 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
otbr-agent[170]: 00:00:00.591 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:1853:ae63:86e4:6fa3 failed (InvalidArgs)
otbr-agent[170]: 00:00:00.592 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
otbr-agent[170]: 00:00:00.592 [W] Platform------: [netif] Failed to process request#5: No such process
[16:35:45] 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
otbr-agent[170]: 00:00:00.766 [N] Mle-----------: Attach attempt 1, AnyPartition reattaching with Active Dataset
otbr-agent[170]: 00:00:07.266 [N] RouterTable---: Allocate router id 62
otbr-agent[170]: 00:00:07.267 [N] Mle-----------: RLOC16 fffe -> f800
otbr-agent[170]: 00:00:07.270 [N] Mle-----------: Role detached -> leader
otbr-agent[170]: 00:00:07.272 [N] Mle-----------: Partition ID 0x7ced9286
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:07.288 [W] Platform------: Failed to update ipsets: Failed
otbr-agent[170]: 00:00:07.319 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:0:ff:fe00:f800 failed (InvalidArgs)
otbr-agent[170]: 00:00:07.319 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
otbr-agent[170]: 00:00:07.320 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:0:ff:fe00:fc00 failed (InvalidArgs)
otbr-agent[170]: 00:00:07.320 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:08.154 [W] Platform------: Failed to update ipsets: Failed
otbr-agent[170]: [NOTE]-BBA-----: BackboneAgent: Backbone Router becomes Primary!
otbr-agent[170]: 00:00:08.223 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:0:ff:fe00:fc38 failed (InvalidArgs)
otbr-agent[170]: 00:00:08.223 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:08.230 [W] Platform------: Failed to update ipsets: Failed
otbr-agent[170]: 00:00:08.231 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:0:ff:fe00:fc10 failed (InvalidArgs)
otbr-agent[170]: 00:00:08.231 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
otbr-agent[170]: 00:00:08.232 [W] Platform------: [netif] ADD [U] fd78:6b1c:3234:1:e897:ce2c:5354:57f failed (InvalidArgs)
otbr-agent[170]: 00:00:08.232 [W] Platform------: [netif] Failed to process event, error:InvalidArgs
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:09.012 [W] Platform------: Failed to update ipsets: Failed
ipset v7.17: The set with the given name does not exist
otbr-agent[170]: 00:00:19.861 [W] Platform------: Failed to update ipsets: Failed
otbr-agent[170]: 00:00:19.867 [W] Platform------: [netif] ADD [U] fddd:48e8:71c7:12e7:0:ff:fe00:fc11 failed (InvalidArgs)
otbr-agent[170]: 00:00:19.868 [W] Platform------: [netif] Failed to process event, error:InvalidArgs

Nach einer Weile steht dann nur noch das:

otbr-agent[170]: 00:02:05.542 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:05.610 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:05.611 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:05.619 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:06.544 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:06.589 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:06.589 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:06.590 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:07.560 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:07.580 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:07.588 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:08.541 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:08.591 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:08.591 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:08.601 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:09.541 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:09.603 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:09.604 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:09.604 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:10.541 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:10.596 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:10.599 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:10.611 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:11.540 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:11.589 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:11.589 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:11.589 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:12.547 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:12.594 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:12.595 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:12.612 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:13.536 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:13.582 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop
otbr-agent[170]: 00:02:13.588 [W] Nat64---------: incoming message is an IPv4 datagram but no NAT64 prefix configured, drop

Unter Thread dann dieses:

Installiere erstmal das Add-On “OpenThreadBorderRouter”:
image
und dann erst die OTBR-Integration

und ganz wichtig, bei der Konfiguration des OTBR-Add-On’s den “richtigen” SkyConnect auswählen!

Ja ich sage ja, da wird nach einer URL (REST-API) gefragt. Welche ist das?

Eigentlich sollte es so aussehen:

Die Konfiguration vom OTBR-Add-On sieht bei mir so aus:


und bei mir wurde nicht nach einer REST-API gefragt

Achso: Und zwischendurch auch mal einen Neustart gemacht?

Hardwareflow und Auto Flash on? Ja gestartet mehrfach

Ich denke es liegt daran, dass Du noch den Apple Border Router hast. HA kann das einfach nicht ohne.

Moin,

ich hab mein Nuki 4 Pro über einen Umweg über meine Alexa Echo
nun per Matter in HA verfügbar.

Gestern gab es scheinbar für den Echo ein Update. Per Alexa App konnte ich dann das Nuki per Matter einbinden. Dann habe ich mir dort den Code geben lassen und diesen per HA App eingebunden. So weit so gut. Auch der “Öffnen”-Button ist da.

Leider klappt der Fernzugriff aber per Matter nicht. Die Nuki App meldet, das der Boarder Router keinen Zugriff auf das Internet zulässt.

Jemand ne Idee, wie man das noch lösen könnte? Generell haben im Moment erstmal alle Geräte bei mit Internet-Zugriff.

Vg,
Dirk

Was meinst Du mit Fernzugriff?
Ist Dein Home Assistant remote verfügbar?
In dem Fall einfach das Schloß per Home Assistant APP aus der Fernen bedienen.
Eine VPN Verbindung, wäre dann auch noch einen sichere Alternative, wenn man Home Assistant nicht generell remote Zugänglich machen möchte.

Ich würde definitiv mein Hausschlüssel nicht in die Niki Cloud hängen, geschweige den meinen SmartHome Geräten erlauben Nachhause zu telefonieren. :wink:

Gruß
Osorkon

1 „Gefällt mir“

Im Grunde hast Du recht.

Aber so fehlen mir dann doch einige Features.

Was fehlt Dir, wenn es Home Assistant statt Nuki macht?

Ich habe mein 3.0 Pro über den ESP Hub laufen, damit die Verbindung zuverlässig ist. Nutze ausschließlich HA und mir fehlt nichts…

zb die App Mitteilungen wenn jemand die Tür öffnet und wer es war. Das kommt leider nicht in HA an. Für die Batterie kann ich mir selber einen Alert bauen.

Wie wird denn über HA die Tür geöffnet? Über eine Automatisierung?

Per Keypad. In der Nuki-App kriegt man dann eine Benachrichtung wer es war und ob es geklappt hat. In HA leider gar nichts.

Ich habe leider kein Keypad, weiß also nicht welche Entitäten bereit gestellt werden.

Moin. Ich bin mir nicht sicher, ob das hier im Thread beantwortet wurde, aber ich hatte gestern das gleiche Problem mit HA das per Matter nur abschließen und aufschließen verfügbar war. Der Support hat mir empfohlen, den Türgriff in der Nukiapp von Drücker auf Knauf/ Stange umzustellen. Siehe da, die Öffnungsfunktion ist verfügbar. Macht jetzt nicht viel Sinn aber funktioniert :smiley: