# Bridge Matter : pilotez vos appareils Gladys depuis Apple Maison, Google Home, Alexa… **URL:** \ **Category:** Développement\ **Created:** [Novembre 4, 2026, 9:22 UTC](https://community.gladysassistant.com/t/bridge-matter-pilotez-vos-appareils-gladys-depuis-apple-maison-google-home-alexa/11509 "2026-11-04T21:22:45Z")\ **Posts on this page:** 1\ **Page:** 1
**Author:** ![bertrandda](https://gladys-assistant-community.b-cdn.net/user_avatar/community.gladysassistant.com/bertrandda/32/5929_2.png) [@bertrandda](https://community.gladysassistant.com/u/bertrandda)\ **Post date:** [Novembre 4, 2026, 9:22 UTC](https://community.gladysassistant.com/t/bridge-matter-pilotez-vos-appareils-gladys-depuis-apple-maison-google-home-alexa/11509/1 "2026-11-04T21:22:45Z")
Bonjour à tous, J’ai ouvert une PR qui ajoute une nouvelle intégration à Gladys : le **Bridge Matter**. ## 💡 C’est quoi ? Jusqu’ici, Gladys savait **contrôler** des appareils Matter. Avec cette intégration, c’est l’inverse : Gladys **devient lui-même un bridge Matter** et expose vos appareils (même ceux qui sont pas Matter) à l’écosystème de votre choix. Si vous avez déjà utilisé le bridge Homekit de Gladys, c’est la même chose mais pour bien plus de compatibilité : - Apple Maison - Google Home - Amazon Alexa - SmartThings - Home Assistant - … et tout contrôleur compatible Matter Et ça marche **quel que soit le protocole de l’appareil dans Gladys** : Zigbee2mqtt, Z-Wave, MQTT, Philips Hue, Tasmota, Shelly, eWeLink… Si Gladys sait le piloter, vous pouvez le retrouver dans l’appli Maison de votre iPhone ou le commander à la voix avec Siri, Google ou Alexa. Tout reste **100 % local** : aucun cloud, aucun compte Gladys Plus nécessaire. > ℹ À ne pas confondre avec l’intégration **Matterbridge** (le conteneur), qui fait le chemin inverse : elle permet d’importer _dans_ Gladys les appareils de Matterbridge. Le Bridge Matter, lui, _sort_ vos appareils Gladys vers les autres écosystèmes. ## ✅ Appareils pris en charge Pour l’instant, c’est une base uniquement et seule quelques appareils sont compatibles : | Type | Ce qui est exposé | | --- | --- | | 💡 Lumières | On/off, variation, température de couleur, couleur (teinte/saturation et xy) | | 🔌 Prises / interrupteurs | On/off | | 🪟 Volets roulants et rideaux | Position, ouverture / fermeture / stop | | 🚪 Capteurs d’ouverture | Ouvert / fermé | | 🚶 Capteurs de mouvement / présence | Occupation | | 💧 Détecteurs de fuite | Fuite détectée | | 🔥 Détecteurs de fumée / CO | Alarme fumée, alarme CO | | 🌡 Température, humidité, luminosité, pression | Valeur mesurée | | 🌫 Qualité de l’air | CO2, PM2.5, PM10 | | 🔋 Batterie | Niveau de batterie, remonté sur l’appareil concerné | Un appareil Gladys qui a plusieurs fonctionnalités (par exemple un capteur température + humidité + batterie) apparaît comme un seul accessoire avec tous ses capteurs. ## ⚙ Fonctionnement - **Désactivé par défaut** : rien ne change tant que vous ne l’activez pas. - **Synchronisation en temps réel dans les deux sens** : un changement d’état dans Gladys remonte dans l’écosystème, et une commande depuis Apple Maison / Google Home / Alexa devient une action Gladys. Les scènes Gladys se déclenchent donc normalement. - **Choix des appareils exposés** : tous les appareils compatibles, ou seulement une sélection. - **Mise à jour automatique** : un appareil ajouté, renommé ou supprimé dans Gladys est mis à jour sur le bridge sans avoir à refaire l’appairage. - **Indépendant de l’intégration Matter** : le bridge utilise son propre port (UDP 5541) et son propre stockage, il ne touche pas à vos appareils Matter existants. ## 🧪 Comment tester Une image Docker de test est disponible : **`bertrandda/gladys:matter-bridge`** > ⚠ **C’est une image de test, pas une version officielle.** Faites une **sauvegarde** avant (Gladys Plus, ou copie du dossier `/var/lib/gladysassistant`). L’idéal est de tester sur une instance de test, mais une instance de prod fonctionne aussi : la PR n’ajoute aucune migration de base de données, vous pourrez revenir à `gladysassistant/gladys:v5` ensuite. Ensuite : 1. Allez dans **Intégrations → Assistants → Bridge Matter**. 2. Vérifiez que l’ **IPv6** est bien détecté ✅ (Matter en a besoin sur le réseau local, et le conteneur doit tourner en `--network=host`). 3. Cliquez sur **Activer le bridge Matter**. 4. Choisissez les appareils à exposer (tous, ou une sélection) puis **Enregistrer**. 5. Dans votre appli (Maison, Google Home, Alexa…), **ajoutez un accessoire Matter** et scannez le QR code, ou saisissez le code d’appairage. 6. Votre appli va prévenir que l’accessoire **n’est pas certifié** : c’est normal pour un bridge non certifié, acceptez pour continuer. Pour ajouter Gladys à un **second écosystème** , ouvrez le mode d’appairage depuis une appli déjà appairée (par exemple « Activer le mode d’appairage » dans Apple Maison), puis scannez le nouveau code dans l’autre appli. ## 📝 Ce qui m’intéresse dans vos retours - L’ **écosystème** utilisé (Apple Maison, Google Home, Alexa, SmartThings, Home Assistant…) et le hub (HomePod, Apple TV, Nest Hub, Echo…) - L’appairage s’est-il bien passé ? - Les **types d’appareils** testés - Les commandes depuis l’écosystème arrivent-elles bien dans Gladys ? Et dans l’autre sens, les états remontent-ils bien ? - Le comportement après un **redémarrage** de Gladys (les appareils restent-ils appairés et réactifs ?) - Un appareil **qui devrait apparaître mais n’apparaît pas** , ou qui apparaît avec un mauvais type - En cas de souci, les **logs** du conteneur : `docker logs gladys 2>&1 | grep -i "matter bridge"` Merci d’avance à tous les testeurs ! 🙏 La PR > > > \### Description > > > Add a new native service to expose all Gladys devices to Matte…r (controllable by Apple Home, Google Home, Amazon Alexa...) > > \### Checklist > > \- \[\] If a forum topic or GitHub issue exists, the description links it (\`Forum: https://community.gladysassistant.com/t/...\` or \`Closes #...\`) > \- \[\] Tests pass: \`cd server && npm run coverage\` (Codecov requires 100% coverage on changed lines) and Cypress (\`npm run cypress:run\`) if the UI changed > \- \[\] Linter and prettier pass on both front and server (\`npm run eslint\`, \`npm run prettier\`) > \- \[\] No undocumented breaking change