Fragen zu Matter und IPv6

Hallo,

ich habe ein paar Fragen zur Integration von Matter und zur IPv6-Erkennung in Gladys.
Vor einiger Zeit habe ich mein internes Netzwerk geändert und nach einigen Fehlmanipulationen musste ich das IPv6-Forwarding vom WAN zum LAN deaktivieren.
Jetzt habe ich nur noch internes IPv6 (fe80::).
Dies hat zu einem Fehler in Gladys geführt, da überprüft wird, ob die IPv6 eine externe IP ist oder nicht:

Seitdem kann ich nicht mehr auf meine Matter-Geräte zugreifen, nicht einmal auf matterbridge :frowning:
Aber das Problem liegt nur bei Gladys, denn nach einigen Tests mit Apple Maison, Homey Self Hosted und HA funktionierte alles sehr gut: Alles wurde erkannt, war sichtbar und funktionsfähig.

Als ich die matterbridge-Dokumentation durchging, sah ich dies:


Bei den Tests hatte ich bemerkt, dass, wenn Gladys und matterbridge nicht die gleiche IPv6-Konfiguration hatten (beide mussten intern und extern sein, aber nicht einer intern und der andere extern), beschlossen wurde, die internen IPv6-Adressen in Gladys zu blockieren. Ich merke, dass das keine so gute Idee war :roll_eyes:

@pierre-gilles, denkst du, dass wir das interne IPv6 in Gladys wieder „aktivieren“ können?
Ich bin bereit für Tests :wink:

Hallo @mutmut :slightly_smiling_face:

Gladys führt nichts Besonderes aus und verwaltet die Netzwerkkonfiguration nicht direkt. Alles, was IPv6 betrifft, hängt allein von deinem Gerät und deiner Netzwerkkonfiguration ab. Gladys zeigt lediglich eine Meldung an, je nachdem, ob sie eine IPv6-Adresse erkennt oder nicht.

Daher ist diese Meldung rein informativ, und die Änderungen, die wir vorgenommen haben, ändern in diesem Fall nicht wirklich etwas an der Situation :sweat_smile:

Ich hoffe, das ist jetzt klarer! Zögere nicht, wenn etwas unklar ist.

argh, leider ja, das ist jetzt klarer und ich habe ein Problem mit der Matter-Integration :weary_face:

Also, hier ist, was ich habe:

  • Ich sehe meinen Matterbridge nicht mehr in der Matter-Konfigurationsschnittstelle
  • Ich habe immer noch meine Geräte aus dem Matterbridge, aber sie sind nicht steuerbar
  • Ich füge Matter-Geräte über WLAN hinzu, aber nichts erscheint in der Matter-Konfiguration
  • Ich füge diese Geräte ein zweites Mal hinzu und Gladys sagt, sie sind bereits verbunden, aber ich sehe sie nicht.

Hättest du zufällig eine Idee, um meine Fehlersuche zu lenken, denn ich weiß nicht mehr, was ich tun soll, wenn es nicht das Netzwerk ist?

Hast du zufällig Fehler in den Gladys-Logs, die mit Matter zusammenhängen?

Ich habe einige Vorkommen davon gefunden:

2026-03-16T16:46:03+0100 <warn> errorMiddleware.js:68 (errorMiddleware) CachedClientNodeStore aufgrund eines Initialisierungsfehlers nicht verfügbar
      at crashedError (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:605:32)
      at handleRejection (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:312:69)
    Verursacht durch: (ValidationOutOfBoundsError/135) EndpointNumber muss zwischen 0 und 0xFFFE liegen, aber NaN erhalten
      at EndpointNumber (/src/server/services/matter/node_modules/@matter/types/src/datatype/EndpointNumber.ts:23:11)
      at CachedClientNodeStore.#loadEndpointStore (/src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:52:32)
      at /src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:46:28

Und als ich versucht habe, mein Gerät (bereits hinzugefügt, aber nicht sichtbar) hinzuzufügen, erhielt ich dies:

2026-03-16T16:47:08+0100 <info> matter.pairDevice.js:38 (MatterHandler.pairDevice) Gerät mit Optionen kommissionieren: {"commissioning":{"regulatoryLocation":0,"regulatoryCountryCode":"XX","regulatoryLocationType":0},"discovery":{"identifierData":{"shortDiscriminator":5},"discoveryCapabilities":{"ble":false}},"passcode":38085971,"commissioningTimeoutSeconds":90,"commissioningAttempts":4,"commissioningRetryDelayMs":1000}
2026-03-16 16:47:10.750 ERROR  Controller~missioner Commissioning-Schritt 11.1: OperationalCredentials.Certificates ist mit folgendem Fehler fehlgeschlagen: Commission-Fehler: Dieses Gerät ist bereits in dieses Fabric kommissioniert. Sie können es nicht erneut kommissionieren. ... Beende das Kommissionieren
2026-03-16T16:47:10+0100 <error> matter.pairDevice.js:50 (MatterHandler.pairDevice) Fehler beim Kommissionieren des Geräts: Fehler: Commission-Fehler: Dieses Gerät ist bereits in dieses Fabric kommissioniert. Sie können es nicht erneut kommissionieren.

Mit einer Deaktivierung von Matter und Aktivierung:

2026-03-15T22:57:20+0100 <info> index.js:36 (Object.stop) Matter-Dienst wird gestoppt
2026-03-15T22:57:22+0100 <info> index.js:18 (Object.start) Matter-Dienst wird gestartet
2026-03-15T22:57:22+0100 <info> index.js:24 (Object.start) Matter ist aktiviert, wird gestartet...
2026-03-15T22:57:22+0100 <info> matter.init.js:20 (MatterHandler.init) Matter.init: storagePath: /var/lib/gladysassistant/matter
2026-03-15 22:57:22.632 WARN   Commission~ontroller BLE wird auf dieser Plattform nicht unterstützt
2026-03-15T22:58:05+0100 <warn> service.start.js:44 (Service.start) Dienst matter kann nicht gestartet werden CachedClientNodeStore aufgrund eines Initialisierungsfehlers nicht verfügbar
      at crashedError (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:605:32)
      at handleRejection (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:312:69)
    Verursacht durch: (ValidationOutOfBoundsError/135) EndpointNumber muss zwischen 0 und 0xFFFE liegen, aber NaN erhalten
      at EndpointNumber (/src/server/services/matter/node_modules/@matter/types/src/datatype/EndpointNumber.ts:23:11)
      at CachedClientNodeStore.#loadEndpointStore (/src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:52:32)
      at /src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:46:28
2026-03-15T22:58:05+0100 <warn> errorMiddleware.js:68 (errorMiddleware) CachedClientNodeStore aufgrund eines Initialisierungsfehlers nicht verfügbar
      at crashedError (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:605:32)
      at handleRejection (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:312:69)
    Verursacht durch: (ValidationOutOfBoundsError/135) EndpointNumber muss zwischen 0 und 0xFFFE liegen, aber Na erhalten
      at EndpointNumber (/src/server/services/matter/node_modules/@matter/types/src/datatype/EndpointNumber.ts:23:11)
      at CachedClientNodeStore.#loadEndpointStore (/src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:52:32)
      at /src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:46:28
2026-03-15T22:58:05+0100 <warn> errorMiddleware.js:68 (errorMiddleware) CachedClientNodeStore aufgrund eines Initialisierungsfehlers nicht verfügbar
      at crashedError (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:605:32)
      at handleRejection (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:312:69)
    Verursacht durch: (ValidationOutOfBoundsError/135) EndpointNumber muss zwischen 0 und 0xFFFE liegen, aber NaN erhalten
      at EndpointNumber (/src/server/services/matter/node_modules/@matter/types/src/datatype/EndpointNumber.ts:23:11)
      at CachedClientNodeStore.#loadEndpointStore (/src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:52:32)
      at /src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:46:28
2026-03-15T22:58:06+0100 <warn> errorMiddleware.js:68 (errorMiddleware) CachedClientNodeStore aufgrund eines Initialisierungsfehlers nicht verfügbar
      at crashedError (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:605:32)
      at handleRejection (/src/server/services/matter/node_modules/@matter/general/src/util/Construction.ts:312:69)
    Verursacht durch: (ValidationOutOfBoundsError/135) EndpointNumber muss zwischen 0 und 0xFFFE liegen, aber NaN erhalten
      at EndpointNumber (/src/server/services/matter/node_modules/@matter/types/src/datatype/EndpointNumber.ts:23:11)
      at CachedClientNodeStore.#loadEndpointStore (/src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:52:32)
      at /src/server/services/matter/node_modules/@project-chip/matter.js/src/device/CachedClientNodeStore.ts:46:28

Ok, das Problem ist relativ klar, es gibt einen Bug in der matter-js-Bibliothek, die wir verwenden. Der Fehler lautet CachedClientNodeStore unavailable due to initialization error aufgrund von EndpointNumber must be between 0 and 0xFFFE, got NaN

Nur zur Info, ich arbeite an der Aktualisierung dieser Abhängigkeit, denn du bist nicht der Einzige, der Probleme hat!

Ich habe einige Probleme aufgrund von Breaking Changes in der Bibliothek, aber nichts Unüberwindbares :wink:

Ich halte dich auf dem Laufenden, sobald ich eine testbare Version habe!

top, danke @pierre-gilles!

Nur zur Info: Ich habe einen Test-Gladys, der einen anderen Matterbridge in der Konfiguration sichtbar hat und mit dem ich meine Somfy-Rolladen steuern kann.
Der Unterschied ist, dass auf meiner Testplattform alles in Docker auf demselben Host (überall dieselbe IP) läuft, während bei meiner Produktion Gladys auf einer IP und Matterbridge auf einer anderen läuft.