Protocole Matter pour la maison connectée : Processus et exigences de certification

Matter est le protocole de maison connectée au niveau applicatif développé par la Connectivity Standards Alliance (CSA), conçu pour permettre l’interopérabilité entre Apple Home, Google Home, Amazon Alexa, SmartThings et d’autres plateformes sur un seul et même standard. Les produits commercialisés sous la mention « Works with Matter » ou « Matter-certified » doivent passer le programme de certification de la CSA. Il n’existe aucune voie de déclaration de conformité autonome — la certification Matter requiert des tests formels dans un laboratoire d’essai agréé par la CSA et l’émission d’une Déclaration de Certification par la CSA.

Vue d’ensemble

La CSA (anciennement la Zigbee Alliance) a publié Matter 1.0 en octobre 2022. Les versions ultérieures — 1.1, 1.2, 1.3 — ont ajouté de nouveaux types d’appareils et amélioré la spécification. Le SDK est open-source et disponible sur github.com/project-chip/connectedhomeip.

Matter utilise un modèle de confiance en couches basé sur l’Infrastructure à Clé Publique (PKI) :

DAC (Device Attestation Certificate) : Unique par appareil, gravé dans l’élément sécurisé de chaque unité lors de la fabrication, signé par le PAI
PAI (Product Attestation Intermediate) : Un par gamme de produits, signé par le PAA
PAA (Product Attestation Authority) : Exploité par la CSA, racine de confiance
CD (Certification Declaration) : Par type de produit, émis par la CSA après certification, intégré dans le firmware de l’appareil

Cette chaîne cryptographique permet à tout hub Matter de vérifier qu’un appareil est authentiquement certifié et non falsifié.

Transports Matter :

Wi-Fi (802.11b/g/n/ac/ax, 2,4 GHz et 5 GHz)
Thread (IEEE 802.15.4, maillage 2,4 GHz) — nécessite un Thread Border Router dans le hub (Apple HomePod mini/HomePod 2, Google Nest Hub 2e génération, Amazon Echo 4e génération, Eero, routeurs ASUS avec support Thread)
Ethernet (pour les passerelles et contrôleurs)
Le BLE est utilisé uniquement pour la mise en service (onboarding), pas pour les communications opérationnelles

Applicabilité

Les types d’appareils actuellement certifiés dans Matter 1.x incluent :

Éclairage : lampes dimmables, lampes colorées, prises connectées, interrupteurs d’éclairage
CVC : thermostats, capteurs de température, capteurs d’humidité, commandes de ventilateur
Occultants : stores, volets
Serrures connectées
Capteurs de sécurité : détecteurs d’ouverture, détecteurs de présence, détecteurs de fumée/CO
Gestion de l’énergie : prises de comptage de puissance (Matter 1.2+)
Aspirateurs robots (Matter 1.3+)
Appareils électroménagers : lave-vaisselle, réfrigérateurs, unités CVC (Matter 1.3+)

Liste complète des types d’appareils sur csa-iot.org. Si votre type d’appareil n’est pas encore dans la spécification, vous ne pouvez pas actuellement obtenir la certification Matter pour celui-ci (en attente de futures versions de la spécification ou utilisation de clusters propriétaires, qui ne sont pas interopérables).

Exigences clés

Infrastructure PKI et d’attestation :

Avant le début des tests, vous devez approvisionner vos appareils avec des informations d’identification d’attestation :

Obtenir un PAI auprès d’un détenteur de PAA accrédité par la CSA, ou devenir vous-même détenteur de PAA (requiert l’adhésion à la CSA et un accord PAA)
Provisionner les DAC dans les appareils lors de la fabrication — nécessite l’intégration avec un système sécurisé d’injection de credentials (Module de Sécurité Matérielle ou service HSM cloud). Fournisseurs : DigiCert, Kudelski Security et certains partenaires ODM

Exigences firmware :

Implémenter correctement le SDK Matter conformément à la spécification
Passer les auto-tests avec chip-tool (le harnais de test open-source de la CSA)
Prendre en charge tous les clusters obligatoires pour votre type d’appareil
Implémenter la capacité de mise à jour firmware OTA (Over-the-Air) obligatoire (exigence Matter 1.1+ pour la plupart des types d’appareils)

Plans de test :

ATC (Automated Test Cases) : Exécution de chip-tool sur l’appareil — teste la conformité des clusters, le flux de mise en service, le comportement réseau
CT (Certification Tests) : Tests manuels et semi-automatisés dans un Authorized Test Lab (ATL), incluant des tests d’interopérabilité avec les implémentations de référence des hubs Apple, Google et Amazon

Processus & Calendrier

Étape 1 : Adhésion à la CSA. Requise pour accéder à la spécification Matter, aux outils de test et au programme de certification. Niveaux d’adhésion :

Promoteur : 20 000 $/an et plus (grandes entreprises)
Participant : 5 000 $/an (entreprises de taille moyenne)
Adoptant : 500 $/an (petites entreprises et startups) — suffisant pour la certification

Sans adhésion, vous ne pouvez pas participer au programme de certification.

Étape 2 : Implémenter le SDK Matter. Disponible sur github.com/project-chip/connectedhomeip. Les plateformes prises en charge incluent : ESP32 (Espressif), nRF52840/nRF5340 (Nordic), Silicon Labs EFR32, NXP RT et série K32W, Infineon PSoC6. Les fabricants de puces fournissent des SDK Matter portés avec leur matériel.

Étape 3 : Auto-test avec chip-tool. Exécutez la suite de tests automatisés sur votre appareil. Documentez les résultats. Corrigez les échecs avant de faire appel à un ATL — le temps de test ATL est coûteux et limité.

Étape 4 : Faire appel à un Authorized Test Lab (ATL). Liste des ATL sur csa-iot.org/certification/matter. Les laboratoires incluent : Bureau Veritas (Singapour, États-Unis), TÜV Rheinland, UL, BrightHouse (Plano TX, spécialisé Matter), 7LAYERS et autres. Planifiez 6 à 10 semaines à l’avance.

Étape 5 : Tests ATL. Inclut les tests ATC automatisés, les tests d’interopérabilité avec toutes les principales plateformes (Apple, Google, Amazon, SmartThings) et les tests de contrainte/régression. L’ATL émet un rapport de test.

Étape 6 : Soumission de certification à la CSA. Soumettez le rapport de test, la documentation produit et les informations DAC/PAI à la CSA. La CSA émet la Certification Declaration (CD). Le produit est répertorié dans la base de données des produits certifiés de la CSA.

Calendrier : 16 à 24 semaines du démarrage du projet au produit certifié dans un programme bien géré. Répartition :

Implémentation du SDK et auto-test : 8–12 semaines (très variable selon la capacité d’ingénierie)
Planification et tests ATL : 4–6 semaines
Révision CSA et émission de la CD : 2–4 semaines

Coût :

Adhésion CSA Adoptant : 500 $/an
Frais de test ATL : 8 000–18 000 $ selon la complexité de l’appareil et le nombre de types d’appareils
Infrastructure de provisionnement DAC : 0,50–2,00 $ par appareil en volume (fournisseur HSM ou service intégré ODM)
Temps d’ingénierie : typiquement 2 à 6 mois-ingénieur pour une implémentation Matter complète depuis zéro sur une plateforme supportée

Réalisation depuis la Chine

Plusieurs ODM chinois (notamment dans l’espace maison connectée et IoT) disposent d’implémentations du SDK Matter intégrées dans leurs offres de plateformes standard :

Espressif (ESP32-C6, ESP32-H2 avec Thread/Zigbee) : Propose un SDK Matter-ready et des designs de référence. La solution la plus rentable pour les appareils Matter Wi-Fi uniquement.
Silicon Labs EFR32MG21/24 : SoC Thread + BLE, largement utilisé dans les appareils Matter basés sur Thread ; de multiples ODM chinois disposent de modules pré-certifiés.
Tuya et plateformes similaires : Proposent des modules Matter pré-certifiés — vous utilisez leur module, leur PAI et leur couverture de certification. Plus simple, mais vous lie à leur plateforme et limite votre contrôle sur le provisionnement des DAC.

L’utilisation d’un module Matter pré-certifié d’un fabricant de puces ou d’un ODM réduit considérablement votre charge de certification — la radio du module et la pile Matter centrale sont pré-testées. Votre périmètre de certification se réduit à : l’implémentation de votre type d’appareil (clusters), les interactions utilisateur spécifiques à votre appareil et votre provisionnement des DAC.

Pour Thread spécifiquement : vérifiez la compatibilité entre la version de pile Thread de votre appareil cible et les Thread Border Routers de votre marché cible. L’Apple HomePod mini fonctionne sous Thread 1.2 ; les anciens Google Nest Hubs fonctionnent sous Thread 1.1. Matter 1.2 a amélioré l’interopérabilité Thread, mais des cas limites subsistent.

Erreurs courantes

1. Démarrer avec un type d’appareil absent de la spécification. Avant de vous engager dans Matter, vérifiez que votre type d’appareil spécifique figure dans la spécification Matter actuelle. Développer sur des clusters propriétaires vous donne un appareil qui se connecte aux réseaux Matter mais n’est pas interopérable avec toutes les plateformes — ce qui annule la principale proposition de valeur de Matter.

2. Ne pas budgétiser l’infrastructure de provisionnement des DAC. L’injection du Device Attestation Certificate dans chaque unité nécessite l’intégration avec un service de signature sécurisé au moment de la fabrication. Cela est souvent négligé dans la planification du projet et peut ajouter 4 à 8 semaines à la mise en production si elle n’est pas traitée tôt.

3. Incompatibilités du Thread Border Router. Matter over Thread nécessite un Thread Border Router dans le hub. Tous les hubs dans les foyers des consommateurs ne disposent pas de Thread Border Routers. Si vous ciblez Thread comme transport principal pour Matter, vous devez informer les clients des exigences relatives au hub. Matter Wi-Fi uniquement évite cette complexité, mais nécessite que l’appareil rejoigne directement le réseau Wi-Fi domestique.

Ressources connexes

Certification FCC — requise conjointement à la certification Matter pour le marché américain
Marquage CE pour l’électronique — requis conjointement à la certification Matter pour le marché européen
Comment approvisionner de l’électronique depuis la Chine