Hallo zusammen,
Ich habe einen PR eröffnet, der eine neue Integration für Gladys hinzufügt: den Bridge Matter.
Was ist das?
Bisher konnte Gladys Matter-Geräte steuern. Mit dieser Integration ist es umgekehrt: Gladys wird selbst ein Matter-Bridge und stellt eure Geräte (auch die, die nicht Matter-fähig sind) dem von euch gewählten Ökosystem zur Verfügung. Wenn ihr bereits den Homekit-Bridge von Gladys verwendet habt, ist es das Gleiche, aber mit viel mehr Kompatibilität:
- Apple Home
- Google Home
- Amazon Alexa
- SmartThings
- Home Assistant
- … und alle Matter-kompatiblen Controller
Und das funktioniert unabhängig vom Protokoll des Geräts in Gladys: Zigbee2mqtt, Z-Wave, MQTT, Philips Hue, Tasmota, Shelly, eWeLink… Wenn Gladys es steuern kann, könnt ihr es in der Home-App eures iPhones finden oder per Sprache mit Siri, Google oder Alexa steuern.
Alles bleibt 100 % lokal: Keine Cloud, kein Gladys Plus-Konto erforderlich.
Nicht zu verwechseln mit der Integration Matterbridge (der Container), die den umgekehrten Weg geht: Sie ermöglicht das Importieren von Matterbridge-Geräten in Gladys. Der Bridge Matter hingegen exportiert eure Gladys-Geräte in andere Ökosysteme.
Unterstützte Geräte
Bisher ist es nur eine Basis und nur einige Geräte sind kompatibel:
| Typ | Was wird bereitgestellt |
|---|---|
| Ein/Aus, Dimmung, Farbtemperatur, Farbe (Farbton/Sättigung und xy) | |
| Ein/Aus | |
| Position, Öffnen / Schließen / Stop | |
| Geöffnet / Geschlossen | |
| Belegt | |
| Leckage erkannt | |
| Rauchalarm, CO-Alarm | |
| Gemessener Wert | |
| CO2, PM2.5, PM10 | |
| Batteriestand, gemeldet am betroffenen Gerät |
Ein Gladys-Gerät mit mehreren Funktionen (z. B. ein Temperatur- + Luftfeuchtigkeits- + Batteriesensor) erscheint als ein einziges Accessoire mit allen seinen Sensoren.
Funktionsweise
- Standardmäßig deaktiviert: Nichts ändert sich, solange ihr es nicht aktiviert.
- Echtzeit-Synchronisation in beide Richtungen: Eine Zustandsänderung in Gladys wird im Ökosystem hochgeladen, und ein Befehl von Apple Home / Google Home / Alexa wird zu einer Gladys-Aktion. Gladys-Szenen werden also normalerweise ausgelöst.
- Auswahl der bereitgestellten Geräte: Alle kompatiblen Geräte oder nur eine Auswahl.
- Automatisches Update: Ein Gerät, das in Gladys hinzugefügt, umbenannt oder gelöscht wird, wird auf dem Bridge aktualisiert, ohne dass das Pairing neu durchgeführt werden muss.
- Unabhängig von der Matter-Integration: Der Bridge verwendet seinen eigenen Port (UDP 5541) und seinen eigenen Speicher, er greift nicht auf eure bestehenden Matter-Geräte zu.
Wie man testet
Ein Docker-Testimage ist verfügbar: bertrandda/gladys:matter-bridge
Das ist ein Testimage, keine offizielle Version. Macht ein Backup vorher (Gladys Plus oder Kopie des Ordners
/var/lib/gladysassistant). Ideal ist es, auf einer Testinstanz zu testen, aber eine Produktionsinstanz funktioniert auch: Der PR fügt keine Datenbankmigration hinzu, ihr könnt später zugladysassistant/gladys:v5zurückkehren.
Danach:
- Geht zu Integrationen → Assistenten → Bridge Matter.
- Stellt sicher, dass IPv6 korrekt erkannt wird
(Matter benötigt es im lokalen Netzwerk, und der Container muss mit --network=hostlaufen). - Klickt auf Bridge Matter aktivieren.
- Wählt die Geräte aus, die bereitgestellt werden sollen (alle oder eine Auswahl), und klickt auf Speichern.
- In eurer App (Home, Google Home, Alexa…), fügt ein Matter-Accessoire hinzu und scann den QR-Code oder gebt den Pairing-Code ein.
- Eure App wird warnen, dass das Accessoire nicht zertifiziert ist: Das ist normal für einen nicht zertifizierten Bridge, akzeptiert es, um fortzufahren.
Um Gladys zu einem zweiten Ökosystem hinzuzufügen, öffnet den Pairing-Modus aus einer bereits gepairten App (z. B. „Pairing-Modus aktivieren“ in Apple Home), und scann den neuen Code in der anderen App.
Was mich an eurem Feedback interessiert
- Das verwendete Ökosystem (Apple Home, Google Home, Alexa, SmartThings, Home Assistant…) und das Hub (HomePod, Apple TV, Nest Hub, Echo…)
- Hat das Pairing funktioniert?
- Die getesteten Gerätetypen
- Werden die Befehle vom Ökosystem an Gladys gesendet? Und umgekehrt, werden die Zustände korrekt zurückgemeldet?
- Das Verhalten nach einem Neustart von Gladys (bleiben die Geräte gepairt und reagieren sie weiterhin?)
- Ein Gerät, das angezeigt werden sollte, aber nicht angezeigt wird, oder das mit einem falschen Typ angezeigt wird
- Bei Problemen die Logs des Containers:
docker logs gladys 2>&1 | grep -i "matter bridge"
Vielen Dank an alle Tester! ![]()
Der PR