KNX, BACnet, LON, DALI : ces acronymes reviennent sans cesse dans les offres de GTB, mais aucun ne répond aux mêmes besoins. Face à cette liste, la tentation est de chercher le plus performant ou le plus répandu, comme s’il existait une hiérarchie universelle. Fausse piste : chaque protocole est né pour résoudre un problème précis, de l’éclairage à l’interopérabilité multi-marques. Le bon choix dépend de votre usage, de votre architecture et de l’évolution prévue du bâtiment. Alors, quel est le meilleur protocole pour votre projet ?
Comment choisir son protocole ?
Avant de comparer KNX, BACnet, LON ou DALI, il faut comprendre ce qu’est un protocole de GTB. Son premier rôle est de définir la manière dont les équipements communiquent et les conditions dans lesquelles ils peuvent travailler ensemble. C’est là qu’intervient l’interopérabilité, c’est-à-dire la capacité de deux équipements de fabricants différents à fonctionner ensemble.
Encore faut-il distinguer deux niveaux. Un protocole de communication de GTB, comme KNX, BACnet ou LON, permet aux contrôleurs d’une pièce de dialoguer avec la GTB. En dessous, chaque contrôleur pilote ses accessoires par un réseau local : DALI pour la lumière, SMI pour les stores. DALI n’est donc pas au même niveau que les trois autres : ce n’est pas un protocole de GTB, mais le réseau local de l’éclairage.
Le choix du protocole peut impacter la consommation propre des contrôleurs. Selon l’architecture retenue, un équipement peut consommer autour de 1 W, contre 5 W pour une autre technologie. À l’échelle d’une installation complète, cette différence mérite d’être prise en compte. En revanche, il ne faut pas confondre cette consommation avec celle du bâtiment. Les économies d’énergie dépendent surtout de la qualité des automatismes mis en place :
- programmes horaires,
- détection de présence,
- contacts de fenêtre,
- régulation adaptée aux usages.
Le protocole fournit le langage, mais c’est le système de pilotage qui permet d’en tirer les bénéfices.
KNX : le langage des scénarios
KNX est un protocole de communication dédié à l’automatisation des bâtiments, qui permet à différents équipements de communiquer et de coordonner leurs fonctions. Quand choisir KNX ? Son intérêt tient à sa logique de scénarios, adaptée au résidentiel haut de gamme et à l’hôtellerie. Plutôt que de raisonner uniquement en points de régulation, KNX permet d’associer plusieurs équipements autour d’un même usage : une « ambiance apéro » peut ainsi agir sur la lumière, les stores ou d’autres fonctions du logement. Pour ces ambiances, l’offre de matériel KNX est large : écrans tactiles, commandes de scènes.
Cette logique explique pourquoi KNX est le protocole de prédilection des chalets, des villas ou des yachts, comme des hôtels. Dans les Alpes, des intégrateurs ne travaillent qu’en KNX. Il est aussi apprécié dans le petit tertiaire, les bâtiments de moins de 1 000 m² environ. Et son champ d’application ne s’arrête pas là. Dans le tertiaire, il permet aussi, comme le LON, de gérer les liens entre équipements d’une même zone. Un même contrôleur peut ainsi piloter chauffage, climatisation, ventilation, lumière et stores avec une consommation d’environ 1 W. KNX peut aussi répondre aux besoins de régulation zone par zone dans le tertiaire.
BACnet : simple à déployer et fort en chaufferie
BACnet trouve sa pertinence dans certains usages bien précis, lorsqu’il faut piloter une production de chaleur ou de froid.
BACnet, un protocole efficace pour la production
BACnet est un protocole de communication utilisé pour les équipements de gestion technique du bâtiment. Son principal atout tient à sa simplicité de mise en œuvre : un technicien sans compétences très spécialisées peut le déployer. Cette caractéristique explique sa présence en chaufferie, où il se montre pertinent pour piloter des équipements de production de chaleur ou de froid.
BACnet convient ainsi aux installations centralisées, où les échanges entre la GTB et les équipements de production constituent le principal besoin. Il n’est pas fait, en revanche, pour faire dialoguer les équipements directement entre eux : il relie chaque équipement à la GTB. Son intérêt est donc moins lié à une supériorité générale qu’à son adéquation avec ce type d’usage. Une chaufferie en KNX serait possible, mais pénible et coûteuse, faute de produits adaptés ; à l’inverse, BACnet n’a rien à faire dans un chalet.
BACnet/IP, une architecture plus lourde en régulation terminale
BACnet/IP est la variante de BACnet qui utilise le réseau Ethernet du bâtiment. Le contrôleur intègre un petit switch et un mini-ordinateur, ce qui explique une consommation supérieure : environ 5 W pour le CVC, contre 1 W pour un contrôleur LON ou KNX pilotant CVC, lumière et stores, et jusqu’à 9 W avec les extensions.
Il s’agit bien de la consommation du contrôleur, pas de celle du bâtiment. En régulation terminale, BACnet présente aussi une limite : il ne gère pas les liens maître-esclave nécessaires entre équipements d’une même zone. Les fabricants doivent donc développer leurs propres mécanismes pour les gérer.
LON : la technologie historique du tertiaire
Le LON conserve une place particulière dans le tertiaire : sa technologie reste adaptée aux bâtiments où les équipements doivent communiquer zone par zone et évoluer sans remettre en cause l’ensemble de l’installation.
Le LON, une technologie historique qui reste adaptée
Le LON est une technologie historique de la GTB qui reste utilisée par de grands exploitants de sites sensibles. Son intérêt tient à sa capacité à gérer les liens maître-esclave, nécessaires lorsque plusieurs équipements d’une même zone doivent interagir. Il reste adapté à la régulation tertiaire, où les besoins peuvent varier d’un espace à l’autre.
Côté consommation, un contrôleur LON peut piloter le CVC, la lumière et les stores avec environ 1 W. Son ancienneté ne suffit donc pas à juger de sa pertinence : ce qui compte est sa capacité à répondre aux contraintes du bâtiment.
Une logique zone par zone adaptée aux grands bâtiments
Dans un grand immeuble tertiaire, chaque zone peut être considérée comme une unité autonome. Un bâtiment de 70 000 m², une tour de 30 étages, c’est comme 30 petits bâtiments. Chaque étage évolue selon son locataire : le protocole doit donc permettre de modifier une zone sans intervenir sur les autres.
Cette logique correspond au fonctionnement du LON, qui permet de gérer les équipements localement tout en les intégrant à l’ensemble de la GTB. Il reste ainsi pertinent lorsque l’objectif est de faire évoluer un bâtiment tertiaire sans transformer chaque modification en intervention globale.
DALI : le réseau local de l’éclairage
DALI (Digital Addressable Lighting Interface) n’est pas un protocole de GTB : c’est un bus dédié à l’éclairage, qui permet à un contrôleur de piloter les lampes de sa zone. Il ne se choisit donc pas contre KNX, BACnet ou LON, il les complète. Dans un hôtel, par exemple, le contrôleur dialogue avec la GTB en KNX et pilote localement les lampes en DALI.
Pourquoi DALI s’est imposé dans les bureaux
Avant DALI, une lampe se pilotait en tout ou rien, ou en gradation analogique 0-10 V : à 7 V, elle éclairait à 70 %. Or, pour maintenir les 300 lux réglementaires sur un poste de travail, 70 % de la lumière suffit souvent, soit 30 % d’économie. Mais en analogique, piloter dix lampes indépendamment demande dix sorties sur le contrôleur et dix câbles. Avec DALI, deux fils passent de lampe en lampe, et chaque lampe a son adresse : on peut demander à la lampe 3 de s’allumer à 30 % et à la lampe 4 à 50 %. Le câblage et la taille du contrôleur diminuent d’autant. Aujourd’hui, quasiment tous les bureaux tertiaires sont équipés en DALI.
La contrepartie : chaque lampe doit être adressée. Remplacer une lampe ne consiste plus à la débrancher et la rebrancher, il faut la reconnecter au bus et lui redonner son adresse, ce qui demande des compétences que n’a pas toujours le technicien de maintenance.
DALI-2 : utile surtout sans GTB
En DALI, un seul maître, le contrôleur, donne des ordres aux lampes. DALI-2 permet d’ajouter d’autres maîtres sur le même bus, comme un capteur de lumière ou de présence, sans conflit entre eux. Il sert surtout dans les bâtiments sans supervision, où des capteurs pilotent une pièce localement. Dans un bâtiment tertiaire géré par une GTB, ce qui est de plus en plus le cas, il a peu d’intérêt.
Quel protocole pour quel projet ?
Le choix d’un protocole ne se fait donc pas à l’échelle du bâtiment entier, mais usage par usage. Un même projet peut combiner plusieurs technologies : KNX pour les scénarios, LON ou KNX pour la régulation tertiaire, BACnet pour la production, DALI pour l’éclairage local. Le comptage a aussi ses protocoles : plus de 99 % des compteurs électriques sont en Modbus, un protocole industriel ancien et robuste, et les compteurs d’énergie calorifique sont d’usage en M-Bus. Aucun des deux n’a sa place dans la régulation des bureaux, mais ils sont les meilleurs pour compter. Un bâtiment n’est jamais fait d’un seul protocole : il s’agit de mettre le bon protocole au bon endroit. Comme des langues, chacun a ses qualités : l’anglais pour un texte court, le français pour un texte riche en nuances.
| Usage | Protocole adapté | Pourquoi ? | Point de vigilance |
|---|---|---|---|
| Résidentiel haut de gamme, hôtellerie, petit tertiaire | KNX | Logique de scénarios, large offre de matériel | / |
| Régulation tertiaire | LON ou KNX | Liens maître-esclave natifs, environ 1 W | Vérifier leur gestion avec BACnet |
| Chaufferie / production | BACnet | Simple à déployer, adapté au dialogue entre la GTB et la production | Tenir compte de la consommation en BACnet/IP |
| Éclairage, au niveau de la pièce | DALI | Bus local, lampes adressées individuellement | Pas un protocole de GTB : il se combine avec KNX, LON ou BACnet |
| Comptage électrique | Modbus | Quasi-totalité de l’offre de compteurs | À réserver au comptage |
| Comptage d’énergie calorifique | M-Bus | Usage établi pour ces compteurs | À réserver au comptage |
Cette grille permet de comparer les offres sur des critères concrets plutôt que sur la réputation d’un protocole. Ce serait trop simple s’il existait un protocole meilleur que les autres. BACnet peut être le choix pertinent en chaufferie tout en étant moins adapté à certains besoins de régulation terminale. L’enjeu est donc de vérifier, pour chaque zone, si le protocole proposé répond à l’usage prévu.
Soucieux de choisir votre lieu de fabrication ? Découvrez notre article : Fabriquer en France ou à l’étranger ? Les critères qui font vraiment la différence.
Il n’existe pas de protocole universel : le bon choix dépend de l’usage auquel il doit répondre. KNX, BACnet, LON et DALI peuvent d’ailleurs cohabiter au sein d’un même bâtiment. Vous souhaitez vérifier l’adéquation entre votre cahier des charges et les protocoles retenus ? Contactez-nous pour sécuriser vos choix techniques.