Ouvert, standard, interopérable : trois mots qui se ressemblent beaucoup sur le papier, mais qui peuvent produire des réalités très différentes sur le terrain. Dans une GTB, cette nuance n’est pas anodine : un équipement peut respecter un standard tout en limitant les possibilités d’évolution du bâtiment. Et si le verrouillage ne se cache plus derrière un protocole propriétaire, où se niche-t-il désormais ? Pour le comprendre, il faut regarder ce que garantit réellement un standard, et surtout ce qu’il ne garantit pas.
« Standard » et « interopérable » ne disent pas la même chose
Avant de parler de verrouillage, il faut comprendre une distinction simple : respecter un standard ne suffit pas toujours à garantir que deux équipements sauront communiquer.
Un standard définit des règles, pas forcément un dialogue
Un standard permet à plusieurs fabricants de s’appuyer sur un même langage de communication, mais cela ne signifie pas qu’ils ont prévu les mêmes fonctions. Deux équipements peuvent donc respecter le même protocole sans pour autant pouvoir échanger toutes les informations nécessaires. La conformité indique qu’un équipement respecte les règles du standard. L’interopérabilité suppose que des équipements de fabricants différents puissent fonctionner ensemble, sans développement spécifique ou adaptation propriétaire.
« Si je fais un équipement en mode bus, je peux très bien dire que mon produit est standard. Je n’ai pas menti. Simplement, il ne va pas se connecter avec quelqu’un d’autre, parce qu’il n’y a aucune variable, aucun paramètre commun avec un autre fabricant. » – Philippe Raynaud, Directeur Smart Building du groupe Synov.
Autrement dit, annoncer qu’un produit est « standard » peut être exact, tout en laissant le client dépendant du fabricant pour les équipements qui viendront ensuite.
L’interopérabilité se vérifie dans ce que les équipements peuvent faire ensemble
Le BACnet est conçu pour favoriser l’interopérabilité entre équipements de fabricants différents, il ne garantit pas pour autant que deux produits pourront réellement dialoguer sur toutes les fonctions nécessaires. Lorsqu’un fabricant indique que son équipement est compatible BACnet, il ne ment pas sur sa conformité au protocole, mais cette seule information ne précise pas quelles fonctions, quels objets ou quels services sont implémentés. Deux équipements peuvent donc utiliser le même protocole sans prendre en charge les mêmes objets, services ou scénarios d’échange.
C’est pourquoi, avant de choisir une solution, il faut vérifier avec quels équipements d’autres fabricants elle fonctionne, sur quelles fonctions, vérifier leur certifications BTL et si ces capacités correspondent aux besoins du projet dans des conditions réelles. À défaut, on risque de s’engager dans une solution dont il faudra ensuite conserver l’ensemble de l’écosystème.
L’interopérabilité native existe pourtant dans le bâtiment. Des technologies comme le LON et le KNX permettent à des équipements de fabricants différents de fonctionner ensemble selon des mécanismes communs. LON est une technologie historique, toujours largement présente dans le parc installé. Lorsqu’il est déployé sur deux fils, il constitue une architecture de terrain distincte d’un déploiement sur IP. KNX repose lui aussi sur une logique multi-fabricants éprouvée.
La question à poser n’est donc pas « quel standard utilisez-vous ? », mais plutôt : « Avec quels équipements d’autres fabricants votre solution fonctionne-t-elle, et sur quelles fonctions ? »
Comment un protocole ouvert peut se refermer de l’intérieur ?
Un protocole ouvert peut donc donner une impression de liberté sans garantir que tous les équipements seront interchangeables, et c’est là que le verrouillage change de forme.
Le verrouillage propriétaire a changé de forme
Le verrouillage frontal est aujourd’hui moins visible qu’il ne l’était. Il existait autrefois des protocoles ouvertement propriétaires, qui imposaient de rester dans l’écosystème d’un seul fabricant. Lorsqu’ils ont été rachetés puis arrêtés, certains utilisateurs se sont retrouvés sans véritable possibilité d’évolution. Aujourd’hui, afficher un protocole ouvert est devenu un argument important, mais cela ne suffit pas à garantir une installation ouverte.
Le verrouillage peut se situer à l’intérieur même du protocole. Un fabricant peut respecter un standard reconnu tout en ajoutant ses propres mécanismes, variables ou fonctions. Certaines implémentations utilisent des objets, variables ou fonctions propriétaires qui réduisent la possibilité de remplacer un équipement par une solution tierce. Elles vont se baser sur un protocole ouvert, mais à l’intérieur, elles vont utiliser des choses qui ne seront pas interopérables.
Le lien maître-esclave montre pourquoi le standard ne suffit pas
Dans la régulation terminale française, plusieurs équipements doivent pouvoir échanger certaines informations et se coordonner. Or, le BACnet ne prévoit pas ce type de lien. Les fabricants ont donc développé leurs propres méthodes pour parvenir au résultat.
Il ne s’agit pas pour autant de remettre en cause le BACnet dans son ensemble, car le protocole présente de vraies qualités. Il reste pertinent en chaufferie et en production, et sa mise en œuvre est accessible à des techniciens qui ne sont pas très spécialisés. Un protocole standard peut être performant sans garantir une interopérabilité native sur tous les usages.
Chez Synov, nous proposons des solutions complètes de GTB et de Smart City, élaborées pour s’adapter aux spécificités de chaque environnement.
Le coût de cette nuance sur vingt ans
Un choix de protocole détermine la manière dont le bâtiment pourra évoluer, être réparé et modernisé dans ses vingt à trente ans d’existence.
Le choix du protocole engage toutes les évolutions futures du bâtiment
Un bâtiment ne reste jamais figé. Les travaux se font par étages, par lots ou au gré des changements de locataires. Un équipement doit être remplacé, un espace réaménagé, une installation étendue ou une fonction ajoutée. La GTB doit donc pouvoir accompagner ces évolutions sans remettre en cause ce qui fonctionne déjà.
C’est précisément là qu’un protocole standard mais non interopérable peut devenir contraignant. Chaque nouvelle intervention risque de devoir repasser par le même fabricant, parce que ses équipements utilisent des fonctions ou des variables que les autres ne peuvent pas reprendre. Ainsi, une décision prise aujourd’hui peut déterminer les marges de manœuvre du propriétaire pendant des décennies.
La pérennité se mesure à ce qu’on peut remplacer sans tout refaire
Une installation pérenne doit pouvoir évoluer sans imposer le remplacement de tout ce qui l’entoure. Les équipements récents conservent les fonctions des générations précédentes et peuvent prendre leur place sans remettre en cause le contrôleur. Les produits récents ont au minimum les fonctions précédentes, ce qui permet la rétrocompatibilité. Si un multicapteur d’ancienne génération est hors service, vous changez le couple multicapteur et télécommande, le contrôleur ne voit même pas la différence. Vous n’avez pas tout votre bâtiment à changer.
Cette logique permet de remplacer ce qui est défaillant, plutôt que de transformer une panne en chantier global. La pérennité peut aussi faire l’objet d’un engagement formel. Lorsqu’un fabricant de processeurs a annoncé l’arrêt d’un composant, la réponse a été de constituer deux à trois ans de stock et de développer une solution compatible à 100 % avec l’existant.
Nous nous sommes engagés par écrit, parce que c’était une exigence de certains clients : vos produits sont bons et sont moins chers, mais faites-moi un courrier d’engagement sur la pérennité. » Chez Arcom, entité du groupe Synov, cette approche s’inscrit dans une logique plus large de maîtrise de l’obsolescence.
Trois questions qui font tomber le doute avant la signature
Un protocole peut être standard sans être réellement interopérable. Avant de signer, trois questions permettent de vérifier ce que la solution garantit concrètement :
- Quel équipement d’un autre fabricant avez-vous déjà intégré ? Demandez un exemple précis, les fonctions concernées et les variables réellement échangées. Une intégration existante apporte une preuve bien plus concrète qu’une simple mention « standard » ou « ouvert ».
- Qui pourra intervenir sur cette installation dans dix ans ? Un autre fabricant, un intégrateur ou un mainteneur indépendant doit-il pouvoir remplacer un équipement sans remettre en cause l’ensemble du système ? La documentation et les données nécessaires resteront-elles accessibles ?
- Sur quoi repose votre engagement de pérennité ? Rétrocompatibilité, disponibilité des équipements, solution de remplacement ou engagement écrit : il faut savoir ce qui est réellement prévu en cas d’évolution ou d’obsolescence.
Reste enfin une question : qui vérifie les réponses ? Certains modes de rémunération des bureaux d’études, indexés sur le montant des travaux, peuvent créer une tension structurelle. Ce contexte contribue au développement de sociétés spécialisées dans la vérification des solutions proposées aux propriétaires.
Vous hésitez encore sur le choix du pays de fabrication ? Découvrez pourquoi fabriquer en France ou à l’étranger ne se pose plus dans les mêmes termes qu’il y a dix ans.
Vous souhaitez vérifier l’interopérabilité de votre installation ou sécuriser votre prochain cahier des charges ? Contactez-nous pour bénéficier d’un regard expert sur vos choix techniques et leur pérennité.