L'installation prouve que le panneau peut être alimenté et monté. La mise en service prouve que l'expérience de contrôle convenue fonctionne dans le bâtiment qui l'exploitera. Pour un projet MDU, cette différence est importante : le même panneau peut se comporter différemment lorsque la disposition des pièces, les matériaux des murs, le micrologiciel de l'appareil et la propriété du réseau changent.

Cette liste de contrôle est destinée aux distributeurs, intégrateurs de systèmes, promoteurs immobiliers et équipes OEM préparant un panneau de commande de maison intelligente pour appartements ou résidences gérées. Il est écrit autour de preuves et de décisions d'acceptation, et non sur une affirmation générale selon laquelle chaque appareil Zigbee fonctionnera avec chaque panneau.

1. Gelez l'équipement et la topologie avant de tester

Ne lancez pas un test de compatibilité avec un seul nom de produit. Créez un registre contrôlé pour chaque appareil que le projet a l'intention de faire fonctionner. Le registre doit être versionné et lié au type d'appartement ou à la zone commune où l'appareil sera installé.

Entrée à gelerQuoi enregistrerPourquoi cela change l'acceptation
Identité du panneauModèle, révision matérielle, firmware et projet ou locataire TuyaUn changement de micrologiciel ou de région de projet peut modifier les fonctions disponibles et les étapes de provisionnement.
Enregistrement des appareils ZigbeeFabricant, ID de modèle, type d'appareil, fonctions prises en charge et micrologiciel« Compatible Zigbee » n'est pas une condition de test suffisante ; le profil de l'appareil et les fonctions doivent encore correspondre.
Topologie de la pièceType d'appartement, pièce, nombre d'appareils et relation de contrôleLa logique et la dénomination des scènes doivent rester compréhensibles lorsque le même appareil est répété sur plusieurs unités.
Limite du réseauChemin Wi-Fi ou Ethernet, VLAN, politique DHCP et partie responsableLa propriété du support devient floue lorsque le panneau, le réseau immobilier et le compte cloud sont traités comme un seul système.

2. Inspectez l'installation physique avant la mise sous tension

Enregistrez les conditions qui peuvent créer une panne intermittente avant de blâmer le logiciel. Confirmez la découpe du mur, la profondeur de montage, la ventilation, l'accès de service et la distance entre le panneau, la source d'alimentation et les charges contrôlées. Pour un panneau avec contrôle de relais local, vérifiez la charge et la méthode de câblage approuvées du projet plutôt que de vous fier à une étiquette de produit générique.

3. Utilisez une matrice de test au lieu d'une seule démonstration de « travaux »

Un dossier de mise en service doit montrer ce qui a été testé, sous quel firmware et avec quel appareil. La matrice ci-dessous est un minimum utile ; des scènes spécifiques au projet et des appareils tiers doivent être ajoutés avant le transfert.

TesterPreuve d'acceptation
IntégrationL'appareil rejoint le projet prévu et est nommé selon la convention de salle approuvée.
Commandement et étatLa commande du panneau atteint l'appareil et l'état renvoyé reste correct après une actualisation.
Logique de la scèneLa scène déclenche les appareils convenus une fois, dans l'ordre convenu, sans appareil inattendu.
Cycle d'alimentationRécupération du panneau et de l'appareil après un redémarrage contrôlé ; l'état et le compte attendus restent intacts.
AutorisationsLes rôles de résident, d'opérateur et d'installateur ne peuvent effectuer que les actions qui leur sont assignées.
Chemin d'exceptionLa perte de réseau, l'indisponibilité d'un appareil ou l'échec du couplage génèrent un chemin de récupération documenté.
Limite de compatibilitéCSA décrit Zigbee comme un écosystème standardisé et testé, mais l'acceptation du projet dépend toujours du profil exact de l'appareil, des clusters pris en charge, du micrologiciel et de la configuration de la plate-forme. Traitez le registre du périphérique cible comme le contrat du projet.

4. Valider la couverture dans les appartements représentatifs

Un jumelage de bancs réussi ne prouve pas une installation à l’échelle du bâtiment. Sélectionnez un échantillon représentatif : un appartement d'angle, un appartement central, une unité avec le trajet d'appareils attendu le plus long et tout espace commun doté d'une infrastructure électrique ou métallique dense. Enregistrez l'emplacement de l'appareil, le chemin de jointure, la réponse observée et toute nouvelle tentative ou action de récupération.

Lorsqu'un appareil est alimenté par batterie, incluez l'état réel des murs et des meubles dans le test. Lorsqu'un appareil est alimenté par le secteur et peut acheminer le trafic, documentez l'état d'alimentation utilisé pendant le test. L'objectif est de rendre le test reproductible pour le prochain installateur, et non de produire une démonstration ponctuelle.

5. Transformez le dossier de test en un pack de transfert

L’équipe immobilière ne devrait pas avoir besoin de la mémoire de l’installateur d’origine pour faire fonctionner le système. Livrez un pack concis avec :

Tout ce qui n’a pas été testé doit être étiqueté comme élément ouvert. Une exclusion claire est plus sûre qu'une promesse implicite de compatibilité que l'équipe immobilière découvrira après la remise.

Séquence recommandée pour l’équipe projet

  1. Gelez le périphérique et le registre du réseau.
  2. Inspectez l’installation physique et enregistrez les exceptions.
  3. Exécutez la matrice de test sur un échantillon représentatif.
  4. Résolvez ou excluez explicitement les éléments de compatibilité ouverts.
  5. Répétez les tests approuvés par type d'appartement et zone commune.
  6. Signez le dossier de remise avec le propriétaire exploitant.

Pour une demande de prix ou un examen de pré-production, envoyez le registre de l'appareil et la matrice d'acceptation prévue avec la demande. Cela donne au fournisseur une portée définie à examiner au lieu de demander une déclaration générale « Compatible Tuya et Zigbee ».

FAQ : mise en service du panneau de commande MDU

Pas automatiquement. Un panneau peut exécuter un système de maison intelligente Tuya et inclure la connectivité Zigbee, mais la compatibilité dépend toujours du profil de l'appareil, du micrologiciel, des clusters pris en charge et de la topologie du projet. Confirmez la liste des appareils cibles avant l’achat.
Collectez le fabricant, l'identifiant du modèle, le type d'appareil, les clusters ou fonctions pris en charge, la version du micrologiciel, la source d'alimentation et la pièce ou la zone prévue. Cela crée un registre de périphérique testable au lieu d'une revendication de compatibilité générique.
Utilisez d’abord un échantillon représentatif, puis répétez les tests de réception convenus par type de pièce ou type d’appartement. Un échantillon ne peut pas remplacer les contrôles finaux où la construction des murs, la ferronnerie, la disposition du réseau ou la combinaison d'appareils modifient le résultat.
Incluez la topologie telle que construite, le registre des appareils, les enregistrements du micrologiciel et de la configuration, les résultats des tests, l'utilisateur et le modèle, la procédure de réinitialisation, les contacts d'assistance et une liste claire des exclusions ou des combinaisons de périphériques non testées.
Enregistrez-le en tant qu'élément de compatibilité ouvert, fournissez le modèle et le micrologiciel exacts au fournisseur ou à l'intégrateur, et définissez la méthode de test et la décision d'acceptation avant de l'inclure dans le périmètre engagé.

Référence technique : Alliance des normes de connectivité — Présentation de Zigbee et Conseils du CSA sur la vérification des profils d'appareil et des clusters pris en charge. Ces références ne remplacent pas les tests de compatibilité spécifiques au projet.