Après la publication du code de la version 1.0 finale du protocole domotique, il était clair que l’annonce officielle ne tarderait pas. C’est maintenant fait, et la Connectivity Standards Alliance – anciennement Zigbee Alliance – semble très fière du résultat.
Elle rappelle que c’est l’aboutissement d’un gros travail ayant réuni 550 entreprises commercialisant des produits domotique, dont plusieurs géants tels qu’Amazon, Apple, Comcast, Google, Philips et SmartThings. Avec cette annonce est également officialisé un programme de certification, en même temps que les outils nécessaires et le SDK (kit de développement).
Sur l’ensemble des entreprises ayant participé à l’élaboration du standard, plus de 280 ont apporté leurs technologies sur la table afin que Matter puisse prendre en compte tout ce joli monde. La Wi-Fi Alliance et le Thread Group ont également participé à sa conception.
Les entreprises intéressées par une certification de leurs produits pourront se tourner vers les huit laboratoires de test actuellement prêt pour Matter : Allion Labs, Bureau Veritas, Dekra, Element, Eurofins Digital Testing, Granite River Labs, TUV Rheinland et UL Solutions.
Pour rappel, Matter n’est pas un protocole supplémentaire, mais une technologie conçue par l’ensemble du secteur pour que les objets connectés puissent communiquer entre eux. Dans les semaines et mois qui viennent, de nombreuses mises à jour vont être diffusées pour que les appareils concernés puissent converser.
Commentaires (16)
#1
Je crois que le protocole n’est en revanche pas ouvert à tous et qu’il faut obligatoirement faire partie de la “Connectivity Standards Alliance” pour avoir accès aux documents.
Certes il y a du code C++ disponible (brief précédent), mais c’est pas vraiment facile d’accès pour les développeurs indies.
#2
enfin !
#3
Au temps pour moi, il est “facile” d’y accéder via la page suivante :
https://csa-iot.org/developer-resource/specifications-download-request/
Qui mentionne que le document ne doit pas être partagé:
Remplir ce formulaire envoie des liens par email pointant vers les pdfs des spécifications (https://csa-iot.org/wp-content/uploads/…)
#3.1
Si j’ai bien compris il faudra juste payer pour avoir la certification Matter sur ses produits.
#3.2
Comme toute certification … oui. Le bureau de certification ne travail pas gratos.
Sinon la norme en elle même est ouverte, tu peux tout a fait créer un apareil compatible, mais si tu veux légalement mettre le petit logo qui va bien tu passe par la case certif.
Si tu veux participer a l’écriture de la norme, là il faut payer pour faire partie du consortium.
#4
On peut mentionner aussi les français : Legrand, Schneider Electric, STMicroElectronics.
#5
Ca marche comme ça dans toute l’industrie (wifi & bluetooth y compris) . C’est pas trop un pb quand tu produits des millions d’exemplaires, ou bien que tu intègres des composants (notamment radio) déjà fait.
Par contre , tu peux toujours vendre des appareils “compatibles non officiellement” , t’a juste pas le droit de mettre le logo dessus et tu assumes d’être le seul à ramasser en cas d’incompatibilité et/ou de changement futur.
#6
Ce serait bien que Garmin s’y mette aussi histoire de ne plus être enfermés dans leur écosystème Ant qui n’est compatible qu’avec eux et qu’on puisse intégrer sans prise de tête les données de produits autres que les leurs dans les Garmin Connect et autres …
#7
Un protocole multi marques avec un mécanisme de certification pour assurer l’interopérabilité.
C’est le zwave 10 ans plus tard, quoi.
#7.1
Non.
Tu devrais lire la brève avant de la commenter
#7.2
Il n’y a pas grand chose dans la brève de suffisamment technique pour affirmer ou infirmer cela.
Et c’est même assez compliqué de trouver une information qui décrit suffisamment comment tout ça fonctionne. Je n’ai pas fourni mes données personnelles pour avoir accès à leurs documents et je n’ai presque rien trouvé comme info.
Donc, l’affirmation de la brève :
me laisse perplexe. Une technologie conçue pour que les objets connectés puissent communiquer entre eux, c’est un ensemble de protocoles.
Et parmi ces protocoles, il doit bien en avoir au moins un de nouveau pour que des objets qui ne communiquaient pas entre eux auparavant puissent le faire maintenant.
Et je maudis ceux qui ont trouvé intelligent d’appeler Thread le protocole réseau sur lequel Matter s’appuie. Ça rend la recherche d’informations sur ce sujet très difficile, vu que ce mot est très utilisé dans le numérique (pour rester général).
#7.3
C’est plus une norme qui permet d’interopérabiliser les différents protocoles.
C’est comme la mayonnaise.
Avant il y avait le homard. Qu’on mange avec de la mayonnaise.
Avant, il y avait les frites. Qu’on mange avec de la mayonnaise.
Dans un souci d’unification, un resto de Lille (les petits poissons, boulevard Lebas) nous propose le homard-frites. @SebGF et tous les autres lillois, c’est une adresse sympa.
Désolé pour la digression
#8
Je préfère déjà le terme de norme à technologie qui est trop vague en plus d’être probablement faux.
Mais en fait, Matter est bien un protocole applicatif. C’est dit dans cette vidéo (vers 3:45), mais elle ne donne aucune info technique.
Et je me méfie toujours de ce genre d’annonces un peu creuse et pleine de mots marketing. Une version 1.0 étant souvent très lacunaire. Si cette norme s’impose, il faudra probablement attendre des années avant d’avoir une bonne compatibilité et interopérabilité.
Si tu as un site pour avoir de vraies infos (autre que celui de l’alliance qui est creux) disponible en restant anonyme, fais péter l’URL.
Et attention, je ne crache pas sur Matter qui semble partir sur de bonnes idées : interopérabilité, usage de IP pour communiquer, fonctionnement local sans que le Cloud soit nécessaire pour ce que j’ai pu comprendre. Et je demande peut-être trop d’infos alors que ça vient de sortir.
Argggh : les frites, ça se mange juste avec du sel. Mais d’accord pour le homard et la mayo.
#9
A vrai dire je suis assez dans le flou. C’est ce que je comprends de Matter, c’est plus une norme ou un standard d’interopérabilité. Je ne me suis pas penché sur le sujet plus que ça jusqu’à présent, 100% de ma domotique utilise Z-Wave.
Ca tombe bien: l’eau dans laquelle vit le homard est salée.
Et, conseil de ch’ti avec une part d’hérédité belge: essaie avec du vinaigre aussi.
Pour frites-mayo, retourne voir Pulp Fiction (forget the hemp section)
#10
C’est bien un standard d’interopérabilité. Au dessus du protocole de chaque device (en notation osi <= 4)
Je connais bien le sujet, et ce que je mets en avant c’est qu’apres une période où chaque constructeur a tout fait pour tenter d’imposer son p’tit pré carré, on est en train de ‘redecouvrir’ l’intérêt d’une interopérabilité cross-marques, et d’un mécanisme de certification (payant, donc engendrant nécessairement un coût supp) pour garantir ladite interopérabilité.
Parce qu’on se rend enfin compte que la domotique ne décollera jamais en dehors de niches technophiles si le conso reste empêtré dans des considérations techniques (trucmuche fonctionnerait peut être avec bidule, mais pas totalement, ou pas du tout avec machin sauf si j’intercalle entre les deux une brique technique hors de portée du quidam moyen). Imaginez son taux d’adoption si vous aviez du wifi compatible uniquement avec les autres appareils wifi d’une même marque.
C’est sur cet aspect - au delà du protocole technique du zwave en lui même - que je dis qu’on est en train de faire ni plus ni moins que ce que fait le zwave depuis plus d’un décennie. Une façon standard, garantie, de décrire des fonctionnalités et de les actionner (le principe des zwave command classes).
En moins bien ici parce que les protocoles étant divers, ça ne permettra toujours pas de faire communiquer deux devices ayant des protocoles distincts en direct, ça nécessitera toujours un intermédiaire pour faire la translation d’un protocole a un autre.
#11
Tout est protocole. Ici, Matter, c’est au niveau de la couche applicative. On pourrait parler d’API que ça ne serait pas indû (et sans doute moins confusing).
Thread est complémentaire, et c’est en dessous, un des protocoles sous jacent qui sera en compatibilité avec Matter (en très très gros c’est du ZigBee)
Cette page là donne un poil plus de clarté: https://www.threadgroup.org/What-is-Thread/Thread-Benefits
Dont:
“Thread’s IP foundation is application layer agnostic, offering product manufacturers the flexibility to choose one (or multiple) app layers for their use case to connect devices across multiple networks. With growing demand for interoperability and coexistence, Thread’s cross-industry membership believes in networking technologies that support IP as a point of convergence for the IoT industry.
For instance, a single application layer – such as Matter, the forthcoming new smart home standard – could run on devices connected via both Thread and Wi-Fi. This creates a seamless network of interoperable products, while allowing device manufacturers to choose the right networking technology for their application.
“