Dossier technique GTB
BACnet et Modbus : vérifier l’intégration de la GTB
Mis à jour le · Rédaction Pilotage Bâtiment
Un protocole annoncé compatible ne garantit pas qu’une GTB pourra lire et commander tous les équipements du bâtiment. Il faut connaître les interfaces exposées, leurs versions et les droits disponibles. La documentation du Comité BACnet : présentation du protocole décrit un standard d’échange pour l’automatisation du bâtiment, normalisé sous la référence EN ISO 16484-5 ; Modbus Organization : spécifications officielles publie ses spécifications, dont le guide Modbus TCP/IP et le protocole Modbus Security, qui ajoute TLS à Modbus. Le choix du protocole ne remplace pas une vérification d’intégration sur site.
Faire l’inventaire des interfaces
Pour chaque équipement, relevez la référence, la version et le moyen de communication. Demandez la documentation de l’interface prévue, plutôt que celle d’une gamme voisine. Un appareil peut proposer plusieurs options dont certaines ne sont pas installées. Identifiez les licences, modules ou autorisations nécessaires. Les candidats doivent répondre sur les interfaces effectivement disponibles et signaler leurs hypothèses.
Ajoutez la personne responsable de l’équipement et celle du réseau. Les droits de lecture et de commande doivent être autorisés séparément. Une donnée accessible ne permet pas automatiquement de changer une consigne. Le dossier de consultation indique les commandes attendues et les conditions d’accès. Le professionnel précise les limites de son intervention lorsque le matériel appartient à un autre exploitant.
Décrire la table des échanges
La table relie un identifiant technique à une fonction compréhensible : température de départ, état de pompe ou consigne. Pour chaque donnée, demandez l’unité, l’échelle, le statut et le sens d’échange. Les conversions doivent être documentées. Une valeur affichée avec la mauvaise unité peut sembler plausible et conduire à une décision erronée. Les essais doivent donc vérifier le sens de la mesure, pas seulement sa présence.
Pour les écritures, précisez la plage autorisée et les priorités. La commande doit être confrontée au comportement réel de l’équipement et à ses règles locales. Le candidat doit expliquer les conflits possibles avec un autre superviseur ou une commande manuelle. Demandez comment un forçage est identifié et supprimé. Ces règles appartiennent à l’analyse fonctionnelle, même si le protocole permet techniquement l’échange.
Utiliser les passerelles avec une preuve
Une passerelle peut relier des équipements de protocoles différents. Elle ajoute une configuration et une responsabilité de maintenance. Demandez la table de mapping, la sauvegarde et le traitement des défauts. Une interface ne doit pas continuer à présenter une dernière valeur comme une mesure actuelle sans signaler la perte de communication. Le statut de validité doit être visible pour l’exploitant et dans les données utiles.
La proposition précise les limites de fréquence, le nombre de points et les dépendances de licence. Ces caractéristiques doivent être justifiées par les documents du matériel retenu. Ne déduisez pas une capacité universelle du seul nom du protocole. Les équipements et les versions peuvent exposer des fonctions différentes. L’essai pilote sert à confirmer ce qui sera réellement utilisé dans le bâtiment.
Préparer le réseau et les accès
Faites valider l’architecture avec la direction informatique avant le chantier. Identifiez les segments, les flux et l’accès de maintenance. Ne raccordez pas une interface directement à Internet parce qu’elle répond sur un réseau local. Le contrat doit décrire le moyen d’accès autorisé et sa fermeture. Les recommandations de la CNIL : règles essentielles de sécurité des données peuvent aider à organiser comptes, authentification et sauvegardes lorsque des données personnelles sont traitées.
Les protocoles possèdent des variantes et mécanismes différents. Demandez au professionnel de préciser ceux qu’il retient et leurs exigences de déploiement. La présence d’une variante sécurisée dans une spécification (BACnet/SC pour BACnet, Modbus Security pour Modbus) ne signifie pas qu’elle est disponible sur un appareil ancien. Le dossier doit présenter la configuration réelle et les compensations retenues, avec un responsable de validation côté système d’information.
Réaliser un pilote représentatif
Choisissez une chaîne qui comporte lecture, écriture autorisée et historique. Comparez la donnée reçue à une observation de terrain ou à une lecture locale. Testez une commande dans un périmètre maîtrisé, puis vérifiez le retour à l’état prévu. L’essai doit être autorisé par l’exploitant. Conservez les paramètres, l’identification du matériel et les écarts constatés pour décider de la généralisation.
Incluez une interruption contrôlée de l’échange, si les conditions du site le permettent. Vérifiez le statut de défaut, le fonctionnement local et la reprise. Le compte rendu distingue un défaut de réseau d’un défaut d’équipement. Un pilote sans résultat attendu ni critères de succès ne lève pas l’incertitude. Le marché doit préciser comment une interface non confirmée modifie le périmètre ou le prix.
Prévoir le dossier d’intégration
Le DOE doit contenir les tables finales, les adresses et l’architecture dans une version destinée aux intervenants autorisés. Les secrets sont gérés dans un canal séparé. Demandez les sauvegardes des passerelles et la procédure de restauration. Le gestionnaire doit savoir quelles pièces remettre à un futur intégrateur pour qu’il puisse comprendre l’installation sans refaire tout l’inventaire.
Exemple : un compteur communique mais son index est converti avec un facteur erroné. Le pilote doit comparer l’affichage local et la valeur exportée, puis vérifier le cumul sur une période définie. Cette démarche n’impose pas une marque ; elle exige une preuve du mapping utilisé. Les mêmes principes s’appliquent à une température ou à un état binaire dont le sens a été inversé.
Rendre les extensions maîtrisables
La table des points doit pouvoir évoluer avec une version et une date. Lorsqu’un équipement est remplacé, le mainteneur vérifie les correspondances plutôt que reprendre automatiquement l’ancien mapping. Une modification de registre ou d’objet peut affecter les historiques et les alarmes. Demandez une procédure de validation des changements, avec des essais adaptés au périmètre modifié.
Le devis distingue l’intégration initiale et les extensions futures. Précisez qui peut ajouter un point, quel outil est nécessaire et comment les licences sont mises à jour. Une ouverture technique n’est utile que si l’organisation d’exploitation permet de l’utiliser. Les responsabilités de programmation et de validation doivent rester visibles dans le contrat et dans le dossier de maintenance.
Questions pratiques
Un protocole ouvert supprime-t-il la dépendance au fournisseur ?
Il facilite un cadre d’échange, mais les outils, licences, programmes et droits restent à vérifier. Demandez les conditions concrètes de reprise.
Peut-on commander tout ce qui est lu ?
Non. La lecture et l’écriture peuvent avoir des droits et des fonctions différents. Chaque commande doit être autorisée et testée.
Quel document demander en fin de chantier ?
La table finale des échanges, les sauvegardes, l’architecture et la procédure de restauration, avec les limites connues des interfaces.
Pages pour préparer la décision
Sources officielles et documents de référence
Références consultées le 1er octobre 2026.