Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[Pharao001]

Noch eine Ergänzung zu meinem vorigen post:
Gemäss Wiki: "Aktuell ist die Verwendung von einem OTBR + ioBroker VISU App zum anlernen von Matter-over-Thread Geräten (noch) nicht möglich. In diesem Fall muss man die BLE Funktion im ioBroker Matter Controller (siehe Screenshot) / ioBroker Host verwenden und das Matter-over-Thread Gerät muss dann auch in der Nähe des ioBroker Hosts (der das BLE bereitstellt) sein."
Das habe ich nun auch getan. Beim Scannen (Geräte erkennen und Koppeln) wird nur der Identifier gefunden: f2:f4:e1:f7:25:xx.
Name und Hersteller ID bleiben leer. Wenn ich auf das Verbindungssymbol gehe, öffnet sich das Fenster: "Gerät „undefined / -“ per Pairing-Code oder QR-Code hinzufügen"
Hier der Hinweis:"Bitte verwenden Sie NICHT den QR-Code/Pairing-Code, der auf dem Matter-Gerät aufgedruckt ist" Da das Gerät "frisch" ist und nicht in einem anderen Ökosystem angelernt ist, habe ich keinen Pairing Code aus einem anderen Ökosystem. Ein Versuch den Herstelle Code zu benutzen scheitert auch erwartungsgemäss. Noch ein Auszug aus dem log:"armFailSafe returned 0" und "Could not connect to device at ControllerCommissioner.#establishPaseFromCandidates"
Bin leider ratlos!

[Fabio]

@Pharao001 sagte:

Bin leider ratlos!

Ich würde dir gern helfen, aber bei dir steckt der Teufel im Detail, ich denken wenn ich da so lese das es so nicht gehen wird.

Herzliche Grüße
Fabio

[Homoran]

@Pharao001 sagte:

Im Matter Adapter

Welche Version?
Siehe:
https://forum.iobroker.net/post/1349007

[Pharao001]

@Homoran
Habe bisher die Matter Adapter v.1.2.2 und v.1.3.0 versucht und werde nun auf v.1.3.1 upgraden, danke für den Hinweis!

[Pharao001]

Matter 1.3.1 – BLE funktioniert jetzt deutlich weiter, Commissioning bricht aber weiterhin während PASE ab

Ich habe soeben auf den neuen Matter-Adapter 1.3.1 aktualisiert. Leider lässt sich das eigentliche Commissioning weiterhin nicht abschließen.

Testumgebung

• ioBroker Matter 1.3.1
• Debian 13 VM
• Node.js 22.23.0
• Intel Bluetooth 4.2 (interner Adapter)
• Sonoff Dongle-M als ESP-IDF OpenThread Border Router
• OTBR wird per mDNS korrekt gefunden (_meshcop._udp)
• IPv6 ist aktiv und funktioniert

Getestete Geräte

Ich habe mit zwei unterschiedlichen Matter-over-Thread-Geräten getestet:

• Lidl TIMMERFLOTTE
• IKEA GRILLPLATS

Beide zeigen das gleiche Verhalten.

Discovery

Die Geräte werden per BLE problemlos gefunden.

Beispiel:

• VP: 4476+32773
• Discriminator: 428
• Commissioning Mode: 1

Auch ein manueller Verbindungsaufbau mit bluetoothctl funktioniert problemlos.

Was gegenüber den älteren Versionen jetzt funktioniert:

Mit Version 1.3.1 kommt der Adapter deutlich weiter als zuvor.

Im Debug-Log sieht man erfolgreich:

• BLE-Verbindung wird aufgebaut
• Matter-Service FFF6 wird gefunden
• C1-, C2- und C3-Characteristics werden erkannt
• BTP-Handshake erfolgreich
• ATT_MTU wird auf 247 Bytes ausgehandelt
• anschließend wird bereits der SC/PbkdfParamRequest gesendet

Das Gerät antwortet auch darauf und sendet BTP-ACKs zurück.

Im Log sieht das beispielsweise so aus:

• Received Matter handshake response
• Sending SC/PbkdfParamRequest
• Received BTP packet 080001
• Received BTP packet 080102

Damit scheint der komplette BLE-Transport inzwischen korrekt zu funktionieren.

Das eigentliche Problem

Danach passiert jedoch nichts mehr.

Es kommt keine weitere Antwort auf den PBKDF-Request und das Commissioning endet schließlich mit:

Could not connect to device

bzw.

discovery of node with discriminator ... failed

Weitere Beobachtung

Während des Scans wird lediglich die BLE-Adresse erkannt, Name und Hersteller-ID bleiben leer.

Im verbinden Fenster > "Gerät 'undefined / -' per Pairing-Code oder QR-Code hinzufügen"

Kann ich nur den Hersteller Code eingeben, da ich nichts aus einem anderen Ökosystem habe.

Sollte das das Problem sein?

Ich weiß nicht, ob das lediglich ein kosmetisches Problem der Oberfläche ist oder ob hier bereits Informationen fehlen, die später für das Commissioning benötigt werden.

Meine Einschätzung

Da inzwischen

• BLE funktioniert,
• der Matter-Service gefunden wird,
• sämtliche GATT-Characteristics erkannt werden,
• der BTP-Handshake erfolgreich abgeschlossen wird,
• und sogar bereits der PBKDF-Request übertragen wird,

vermute ich, dass das Problem inzwischen nicht mehr im Bluetooth-Teil liegt, sondern irgendwo im eigentlichen PASE-Commissioning.

Kann das jemand nachvollziehen oder sieht in den Logs einen offensichtlichen Fehler?

[Pharao001]

Matter over Thread mit ESP-IDF OpenThread Border Router auf Sonoff Dongle-M + ioBroker VISU – weitere Testergebnisse

Ich möchte einige Testergebnisse teilen, die teilweise von der aktuellen Dokumentation abweichen.

Im Wiki steht aktuell:

"Aktuell ist die Verwendung von einem OTBR + ioBroker VISU App zum Anlernen von Matter-over-Thread Geräten (noch) nicht möglich."

In meinem Testaufbau konnte ich dieses Verhalten nicht vollständig nachvollziehen.

Testumgebung
ioBroker Matter Adapter 1.3.x
aktuelle ioBroker VISU App
Sonoff Dongle-M
ESP-IDF OpenThread Border Router Firmware (kein Docker-OTBR)
Thread Active Dataset im Matter Controller eingetragen
IPv6 vollständig aktiviert
statische IPv6-Routen zum Thread-ULA (Proxmox/VM)
Android 16 (Vivo)
Android 16 (Oppo)
Android 15 (Sony)
Testergebnisse

1. Direktes Commissioning über ioBroker VISU + Sonoff OTBR

Mit dem Vivo (Android 16) konnten folgende Matter-over-Thread-Geräte direkt über die ioBroker VISU angelernt werden:

IKEA GRILLPLATS
IKEA TIMMERFLOTTE

Dabei war auf dem Smartphone:

keine Alexa App installiert
keine Home Assistant Companion App installiert

Das Smartphone war bezüglich Matter/Thread praktisch jungfräulich.

Nach erfolgreichem Pairing versucht das Vivo auch später noch, sich mit dem Thread-Netz

ESP BR D598

zu verbinden, obwohl das Thread Active Dataset zuvor bereits aus dem ioBroker Matter Controller gelöscht wurde.

2. Sony / Oppo

Mit identischem Aufbau

gleicher Matter Controller
gleicher Sonoff OTBR
gleiches Netzwerk

zeigen sowohl das Sony (Android 15) als auch das Oppo (Android 16) folgenden Ablauf:

QR-Code wird erfolgreich erkannt.
Es erscheint:

„Verbindung mit Gerät wird hergestellt..."

Nach einigen Sekunden folgt:

„Dein Gerät benötigt einen Border Router."

Das Pairing wird anschließend abgebrochen.

3. Gegenprobe mit Home Assistant

Mit dem gleichen Sony, bei dem die ioBroker VISU nach

„Verbindung mit Gerät wird hergestellt..."

anschließend

„Dein Gerät benötigt einen Border Router."

meldet, wurde zusätzlich die Home Assistant Companion App getestet.

Dort funktionierte das Pairing grundsätzlich.

Damit konnte das Pairing mit demselben Smartphone und demselben Matter-over-Thread-Gerät erfolgreich durchgeführt werden.

4. Bluetooth des ioBroker Hosts

Gemäß Wiki wurde auch der empfohlene Weg über Bluetooth des ioBroker Hosts getestet.

Der BLE-Adapter des Hosts funktionierte grundsätzlich und Matter-Geräte wurden erkannt.

Ein direktes Matter-over-Thread-Commissioning war auf diesem Weg jedoch nicht erfolgreich.

5. Alexa Multi-Admin

TIMMERFLOTTE wurde zusätzlich erfolgreich

zunächst mit Alexa gekoppelt,
anschließend per Multi-Admin (Sharing Code) in den ioBroker Matter Controller übernommen.

Die VISU meldete zwar

„Gerät konnte nicht gefunden werden."

das Gerät wurde aber vollständig angelegt.

Temperatur- und Feuchtigkeitswerte werden seitdem korrekt und dauerhaft aktualisiert.

Weitere Beobachtungen

Während der Fehlersuche stellte sich außerdem heraus, dass der Matter Controller über statische IPv6-Routen Zugriff auf die Thread-ULA des Border Routers benötigt.

Nach Einrichtung dieser Routen funktioniert die Kommunikation mit den Thread-Geräten zuverlässig.

Offene Fragen

Für mich ergeben sich aktuell zwei Fragen:

Ist die Aussage im Wiki bezüglich

OTBR + ioBroker VISU aktuell nicht möglich

noch aktuell oder hat sich das Verhalten inzwischen geändert?

Warum funktioniert das direkte Commissioning mit einem Android-16-Gerät (Vivo), während Sony und Oppo bereits nach

„Verbindung mit Gerät wird hergestellt..."

mit

„Dein Gerät benötigt einen Border Router."

abbrechen?

Hinweis

Alle beschriebenen Tests wurden mehrfach wiederholt.

Das Verhalten der jeweiligen Smartphones (Vivo, Sony und Oppo) war reproduzierbar.

[Fabio]

Guten morgen,

wer von euch hat mit dem Matter Adapter eine Bridge erfoglreich an Home Assistant übergeben?
Das will bei mir irgendwie nicht klappen, egal was ich versuche. Ich habe schon von Anfang an als es den Matter Adapter gab 2 Bridges an Apple und Alexa übergeben, das funktioniert bis heute einwandfrei.
Nur mit Home Assistant nicht. Auch nicht als ein einzelnes Gerät. Weder mit Code noch mit der Home Assistant Companion App.
Geräte die ich über Apple frei gegeben habe werden ohne Probleme gefunden und gepairt.

Herzliche Grüße aus Köln
Fabio

[Pharao001]

moin,
vorab die gute Nachricht: das geht!
Die ioBroker-Bridge verwendet ein Test-/Entwicklungszertifikat, das wird zunächst von Home Assistant abgelehnt (Home Assistant debug: Device uses a test/development certificate. Enable the "Test Net DCL" option (--enable-test-net-dcl) to commission test or development devices).
In Home Assistant: Einstellungen -> Apps -> Matter Server -> Konfiguration -> oben rechts ins Drei Punkte Menue ->
in Yaml bearbeiten: enable_test_net_dcl: true (false in true ändern)!
Das wars!

[Fabio]

@Pharao001 sagte:

in Yaml bearbeiten: enable_test_net_dcl: true (false in true ändern)!

... ich Danke dir ganz ganz herzlich da hätte ich nie nachgeschaut und wäre da auch nicht drauf gekommen. Das war es bei mir stand auf false.
Super Tip noch mal DANKE

Herzliche Grüße aus Köln
Fabio

[Pharao001]

@fabio
gerne.
Da du auch eine Homeassistant Instanz am laufen hast, würde der temporäre Matter over Thread Workarround greifen.
Im nächsten post werde ich eine kurze Anleitung beschreiben.

[Pharao001]

Matter over Thread mit ioBroker und Sonoff Dongle-M (ESP-BR)

Ziel

Matter-over-Thread-Geräte z.B. Ikea Timmerflotte Sensor (Temp./ Luftfeuchtigk.), IKEA Grillpats (Steckdose) in ioBroker zu nutzen ohne in zusätzliches Border Router Equipment wie Apple HomePod, Google Nest Hub, Amazon Echo oder SmartThings Hub investieren zu müssen. Ich hatte noch einen Sonoff Dongle-M übrig der früher als Zigbee Koordinator genutzt wurde und inzwichen unter Euro 30,- zu bekommen ist.

Schritt 1

Sonoff Dongle-M mit ESP-BR Firmware flashen

👉 https://github.com/Scoobler/esp-thread-br-sonoff-donglem

Schritt 2

ESP-BR einrichten (oder Voreinstellungen übernehmen)

• Netzwerk konfigurieren
• Thread-Netz erstellen
• Funktion des Border Routers prüfen

Schritt 3

IPv6 Routing prüfen

ioBroker läuft bei mir und einigen Kollegen als Proxmox VM. Eine Debian 13 VM machte IPv6 routing Probleme, bei drei weiteren Debian 12 VM's gab es keine Probleme.

Schritt 4

Thread Active Dataset und Network Name sichern

(aus dem ESP-BR Webinterface.)

Schritt 5

Dataset und Network Name im ioBroker Matter Adapter eintragen.

Schritt 6

Matter Adapter konfigurieren.

Schritt 7

Ersten Pairing-Versuch über die ioBroker VISU durchführen.

Falls bereits alles funktioniert:
🎉 Fertig.

Falls Android meldet

„Dein Gerät benötigt einen Border Router."

weiter mit Schritt 8.

Schritt 8 (Workaround)

Home Assistant (temporär) ausschließlich zur Synchronisierung der Thread-Zugangsdaten verwenden

Es genügt eine minimale Home Assistant Installation mit:

• Thread Integration
• Matter Server
• Home Assistant Companion App

Es müssen

• keine Geräte
• keine Automatisierungen
• keine Dashboards

übernommen werden.

Home Assistant wird ausschließlich als Hilfsmittel verwendet.

Schritt 9

In der Home Assistant Companion App

Einstellungen

→ Companion App

→ Problemlösung

→ Thread-Zugangsdaten synchronisieren

Schritt 10

Jetzt erneut mit der ioBroker VISU pairen.

Ergebnis

Nach meinen Tests funktionierte dies anschließend auf

• Sony Xperia 1V (Android15)
• Vivo x300 (Android16)
• Oppo Find x9 Ultra (Android 16)
• zwei Samsung Android Tablets A7, S10 (Android 16)

problemlos.