Matter est un protocole pour objets connectés développé par la Connectivity Standards Alliance (regroupant des centaines d’entreprises, dont Amazon, Apple et Google), dont la première version a été mise en ligne il y a trois ans.
Matter porte aussi la promesse (plutôt l’espoir) de regrouper d’autres protocoles et de servir de pont entre tous les équipements compatibles. Le protocole avance… doucement. Au début de l’année il débarquait dans Google Home.
- On vous explique les protocoles pour les objets connectés : Zigbee, Z-Wave, EnOcean, DIO…
- Domotique : Matter devrait prendre son envol grâce à de nombreuses simplifications
Le protocole vient de passer en version 1.5 avec la prise en charge des caméras pour la « diffusion vidéo et audio en direct grâce à la technologie WebRTC, permettant une communication bidirectionnelle, ainsi qu’un accès local et distant ». D’autres fonctionnalités sont prises en charge comme les flux vidéos multiples, les mouvements des caméras, les zones de détection, l’enregistrement local ou en ligne.
Les interrupteurs pour stores, rideaux, auvents, portails et portes de garage sont également supportés : « Grâce à une conception simplifiée et modulaire, les fabricants peuvent représenter différents types de mouvements (par exemple, glissement, rotation, ouverture) et configurations (par exemple, panneaux simples ou doubles, mécanismes imbriqués) en utilisant des blocs ».
Matter 1.5 prend aussi en charge les capteurs de sol pour les jardins et les plantes (humidité et température) pour automatiser, par exemple, l’arrosage.
Enfin, du côté du courant électrique, le protocole permet d’échanger des informations sur la grille tarifaire, le prix instantané et l'intensité carbone du réseau. Sur la recharge de voitures électriques. Matter permet de certifier « l'état de charge et la facturation bidirectionnelle ».
Enfin, « Matter 1.5 ajoute un support complet pour l’exploitation via le transport TCP, permettant une transmission plus efficace et fiable de grands ensembles de données ». De la documentation pour les développeurs se trouve par ici.
Commentaires (20)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 21/11/2025 à 10h51
Si quelqu'un a un tableau de comparaison (si comparable) ou un schéma de couche (si l'un s'appuie sur l'autre) sa m'aiderait.
(En tout cas ca ne m'empeche pas de faire fonctionner ma domotique HA pour l'instant...)
Le 21/11/2025 à 11h48
- Ecosystème Z-Wave
- Ecosystème Zigbee
- Ecosystème Thread
- Ecosystème Wifi
- Ecosystème Ethernet
- ...
Matter c'est un protocole au-dessus de tout ca qui permet le routage entre différents ecosystèmes.
(on peut voir Matter comme un "TCP/IP" qui serait dédié à la domotique)
Actuellement Matter supporte Wifi, Ethernet et Thread.
Donc tu peux avoir un appareil Matter/Wifi qui parle à un appareil Matter/Thread.
Mais pour parler de Matter/* à Zigbee c'est pas possible: il faut passer par un hub multi protocole (HA avec zigbee + wifi) qui fera le routage.
NB: que ceux qui savent n'hésitent pas à corriger
Le 21/11/2025 à 21h50
On remplacerait une clef USB zwave ou zigbee, par exemple pour ce qui n'est pas nativement réseau, par un pont réseau POE qu'on placera plus librement en prime et de manière plus optimale/centrale... ou une pseudo interface réseau sur USB.
Et tout le monde vu pareil par le soft domotique faisant de l'autodiscovery MQTT, sans plus se prendre la tête ni besoin de sortir... encore un nouveau protocole.
Le 22/11/2025 à 08h58
Le 24/11/2025 à 09h39
On sort tout le spécifique du soft domotique pour ne plus avoir que MQTT-rules-them-all. Et c'est déjà possible/non spécifique à un fabricant.
Le 24/11/2025 à 11h41
Par contre, ce que tu décris, il me semble que c’est l’approche qu’a voulu faire la zigate (en tout cas, de ce que j’en ai compris). Abstraire tout ce qui est spécifique aux devices dans un firmware. Mais en fait, ça ne marche pas. Tu as beaucoup plus de place pour du soft dans le logiciel central que dans les périphériques (ou dans un firmware). Si tu multiplies les coordinateurs, que tu leur donnes suffisamment d’intelligence, ils vont coûter cher et consommer plus. L’abstraction que tu décris, elle existe, est en place mais se fait sur le dernier maillon (typiquement dans HomeAssistant c’est le cas), là où il y a assez de place (en terme de code) et de puissance pour la gérer.
Je pense que ce que tu décris est faisable quasiment « out of the box » avec plusieurs instances d’HA qui s’envoient les infos par MQTT. Mais économiquement, ça n’est pas rentable.
Modifié le 22/11/2025 à 17h01
Donc il faut de toutes façons un protocole de transport (matter, zigbee, tcp/ip...) pour acheminer les données entre émetteurs et destinataires.
Et ce protocole de transport doit être au-dessus de la couche liaison/physique (radio, wifi, ethernet...) pour garantir une interopérabilité.
Z-Wave et Zigbee ont construit leur propre stack appli+transport+liaison: ca donne une stack dédiée/optimisée pour l'IoT, mais fermée/propriétaire.
Matter+Thread est c'est la construction d'une stack alternative qui s'appuie sur de l'existant (IPv6, TCP, ...). Donc c'est ouvert/standardisé, mais pas vraiment dédié/optimisé (et pas gratuit).
Chacun a ses avantage et ses inconvénients.
Le 24/11/2025 à 09h26
Zigbee permet
-du sans batterie (les interrupteurs ont un ressort la légère force pour faire le click est récupéré pour émettre en burst le message), les inter à pile bouton sont annoncés avec 8ans d'autonomie.
- de la connexion en directe sans passerelle : c-à-d si ta passerelle plante l'inter continu d'allumer la lumière :) (bon ça ne marche pas toujours avec certain périphérique low-cost),
- les nœuds alimentés sur le secteur servent de relais qui améliorent la portée et la résilience du réseau. (par ex: en installant une ampoule zigbee à mi chemin tu améliores la portée du réseau)
- les nœuds ont une adresse MAC
Thread est également sur la couche radio IEEE 802.15.4 mais utilise IPv6 pour présenter les devices -à ma connaissance thread n'existe pas sans batterie-, les périphériques thread peuvent donc être accessible en cloud. (c'est de mon point de vue un défaut
Bluetooth-LE semble consommé très peu (plusieurs années avec une pile bouton), mais n'arrive pas ) proposer du sans batterie comme Zigbee, et les prix sont similaires à Zigbee.
Wifi n'existe pas sans batterie : ça consomme trop (ça pose problème pour domotiser un inter il faut avoir le neutre), et la plupart des iOT wifi low-cost communiquent avec un cloud chinois sans toujours proposer une interface de contrôle locale.
Le plus gros défaut est que ces réseaux sont sur les bandes 2,4GHz : en ville il arrive que les canaux soient saturés, il y'a alors une latence de plusieurs secondes sur certains messages. (je n'ai pas tenté l'aventure de changer le canal Zigbee)
Matter une couche plus haut niveau qui promet de faire communiquer tout ce petit monde, en pratique matter se base sur la couche IP donc certains périphériques wifi et thread peuvent communiquer entre eux.
Modifié le 24/11/2025 à 09h55
Bref: Ils ont mis en commun tout ce qui permet de faire des économies d'échelle tout en permettant d'emprisonner le client dans son écosystème. Cela rends aussi les intégrations trop souvent pénibles, alors qu'en zwave c'était un fichier de config à accrocher aux IDs du bidule pour décrire ses capacités très bien standardisées. Et pour mettre en vente avec le logo, fallait passer les tests d’interopérabilité.
Le pb de zwave, c'est l'abandon de la librairie OpenZwave il y a qq années en fait... avec en alternative zwavejs qui est une usine à gaz: Mauvais choix de langage pour piloter du matériel (JS, quelle drôle d'idée, ce truc fait pour le web dynamique côté client!), codé en mode web cad à la va vite avec plein de dépendances (pour des contrôleurs qui sont en général des pseudo tty USB) qui couchent mal selon les versions d'OS... et obligent à en remettre une couche de complexité inefficiente en violant le concept de conteneurs pour y coller toutes ces dépendances dans la version requise/testée.
Avant on appelait cela qu Quick&Dirty, désormais on dit WebOps (on ferait mieux de qualifier cela de TTM-Driven). De toutes manières on se cogne que l'usine à gaz soit maintenable dans le temps, on la refera dans 2 ans avec le nouveau framework à la mode... et toujours aussi vite fait/mal fait.
Modifié le 24/11/2025 à 11h36
cf. la page wikipedia à propos de la Connectivity Standards Alliance (qui gère zigbee):La Connectivity Standards Alliance gère aussi Matter, mais c'est "libre" du fait que Matter SDK est publié sous licence Apache.
Modifié le 21/11/2025 à 16h23
Il est plus moderne et sécurisé, basé sur IP.
Matter remplace les protocoles propriétaires du type Google Home/Apple HomeKit etc.
Matter est un protocole ouvert et interopérable, ce qui signifie qu'on peut associer des produits de n'importe quelle marque à n'importe quel hub Matter, et bien plus, comme la possibilité d'intégrer plusieurs hub Matter dans un même réseau etc.
Matter est donc une énorme avancée pour la maison connectée et pour les systèmes comme Home Assistant, qui n'ont plus besoin d'intégrations pour chaque protocole de contrôle propriétaire.
Voir cette page pour plus d'explications:
https://www.home-assistant.io/integrations/matter/
Il devient même possible de transformer HA en bridge Matter, permettant de contrôler des appareils exposés par HA depuis l'interface de Google Home/Apple HomeKit (car ces derniers ont adopté Matter).
Le 21/11/2025 à 16h07
https://www.ikea.com/global/en/newsroom/retail/the-new-smart-home-from-ikea-matter-compatible-251106/
C'est génial car ça va donner un vrai boost à cet écosystème.
Le 21/11/2025 à 23h39
Je pensais prendre deux modules de détecteur de mouvement, couplé à une prise électrique (le tout chez Ikea) pour allumer une lampe (sans raccorder au réseau).
Mais si n'importe quelle saloperie peut s'installer dedans et qu'une réinitialisation d'usine ne peut rien y faire ... :(
Le 22/11/2025 à 08h51
Je ne mettrai pas un objet iot sur mon réseau ethernet.
Le 24/11/2025 à 08h58
Du coup, ca donne un réseau dédié, qui ne peux pas être accéder de l'extérieur.
Le 24/11/2025 à 09h31
Le 24/11/2025 à 10h05
S'il y a un seul truc à faire avec du wifi en domotique, c'est bien d'y accrocher en continu un truc dispensable... et monitorer les deauth, par exemple pour remonter au besoin ses seuils d'alarme si c'est géré ainsi et/ou allumer les éclairages extérieurs la nuit.
Le 24/11/2025 à 11h27
Donc oui, on peut probablement m’embêter, mais le ratio effort à déployer / résultat me paraît suffisamment défavorable pour que j’ai la paix pour encore quelques temps. Le risque aujourd’hui, c’est la pêche au gros par scan d’équipements vulnérable, pas le brouilleur ciblé qui impose d’être en bas de chez moi.
Le 25/11/2025 à 16h41
Le 22/11/2025 à 16h10
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?