Comparaison
Loxone vs BACnet
Pourquoi Loxone et BACnet ne relèvent pas de la même catégorie, comment les appareils BACnet se connectent à une plateforme basée sur Loxone, et où chacun se situe dans une conception de contrôle de bâtiment.
Une erreur de catégorie qu’il vaut la peine de corriger
Une page de comparaison place généralement deux alternatives côte à côte. Loxone et BACnet ne s’inscrivent pas dans ce cadre. BACnet définit la manière dont les appareils échangent des objets et des services sur un réseau. Loxone définit une plateforme de contrôle : un contrôleur, des E/S, un environnement d’ingénierie et une interface d’exploitation. L’un est un langage ; l’autre est un lieu où ce langage est parlé. Vous pouvez exploiter un bâtiment sous BACnet sans Loxone, et utiliser Loxone sans BACnet. La question utile est de savoir comment ils se rencontrent. Une fois cela clarifié, la question commerciale devient plus simple : avez-vous besoin d’un superviseur natif BACnet, d’une plateforme inter-systèmes, ou des deux ? Les présenter comme des concurrents conduit à de mauvais cahiers des charges, car cela mélange une exigence de protocole et une exigence de plateforme. Un cahier des charges peut demander des appareils BACnet et une couche d’exploitation basée sur Loxone sans contradiction. La distinction affecte aussi les recrutements : un ingénieur BACnet et un intégrateur de plateforme ne sont pas toujours la même personne.
- BACnet : protocole, modèle d’objets, services
- Loxone : plateforme de contrôleur, logique, interface opérateur
- Ils se rencontrent au niveau d’une interface ou passerelle BACnet/IP
Le modèle d’objets BACnet, brièvement
BACnet expose les installations sous forme d’objets : entrées et sorties analogiques, entrées et sorties binaires, valeurs analogiques, valeurs multi-états, horaires, tendances et classes de notification. Chaque objet possède un numéro d’instance et un ensemble de propriétés. Un contrôleur lit une valeur présente, écrit une consigne via un tableau de priorités ou s’abonne à des notifications de changement de valeur. Le modèle est solide pour les installations, car il est explicite et neutre vis-à-vis des fabricants. Il est moins expressif qu’un environnement de programmation libre : un objet BACnet décrit des données, non le récit d’exploitation qui les entoure. Ce n’est pas un défaut ; c’est une répartition des rôles. L’appareil détient sa séquence, et la plateforme détient la coordination et la vue opérateur. Les services comptent autant que les objets : Who-Is et I-Am pour la découverte, ReadProperty et ReadPropertyMultiple pour les données, WriteProperty pour les commandes, SubscribeCOV pour les événements. Certains appareils n’implémentent qu’un sous-ensemble ; la liste d’objets est donc une promesse qui doit être testée. Un appareil qui n’expose que des lectures de valeur présente peut être surveillé mais non commandé, ce qui modifie le modèle d’exploitation.
- Les objets portent des numéros d’instance et des propriétés
- Le tableau de priorités protège les écritures critiques
- Le changement de valeur réduit le trafic d’interrogation
- Les services et la prise en charge des objets varient selon l’appareil
Comment Loxone fonctionne avec BACnet
Dans un projet basé sur Loxone, BACnet/IP est l’une des interfaces de terrain. Le contrôleur lit les points des installations, les mappe dans son propre modèle de données et ajoute des horaires, des interverrouillages, des alarmes, des tendances et des vues opérateur. L’appareil BACnet conserve ses fonctions de contrôle local et de sécurité ; la plateforme supervise et coordonne. Lorsque les installations communiquent en BACnet MS/TP, une passerelle ou un routeur traduit vers IP. Le mapping doit être documenté point par point : nom d’objet, instance, unité, mise à l’échelle, sens de lecture/écriture et intervalle de mise à jour. Le document de mapping devient le manuel de maintenance. Sans lui, chaque modification future dépend de la personne qui a construit l’intégration. Décidez tôt si la plateforme doit interroger ou s’abonner : COV réduit le trafic mais dépend de la prise en charge par l’appareil et de la manière dont celui-ci signale les changements. Pour les points critiques, un contrôle de battement de cœur ou d’âge maximal évite qu’une valeur figée ne paraisse saine. Le contrôleur d’installations doit rester l’autorité pour ses propres sécurités. Lorsque la passerelle le permet, un compteur de diagnostic des lectures échouées mérite d’être exposé à l’opérateur.
- BACnet/IP comme interface de terrain native
- MS/TP via une passerelle ou un routeur
- Mapping et nommage point par point
- La sécurité des installations reste dans le contrôleur d’installations
Mapping des points, nommage et propriété des écritures
Le mapping des points est à l’origine de la plupart des défauts d’intégration. Placez l’instance d’objet BACnet dans le nom du point de la plateforme, par exemple B01-CH-01-CHWST-AI-1201, afin que le support terrain puisse remonter d’une valeur à l’appareil sans recherche séparée. Consignez le type d’objet, l’instance, la propriété, l’unité technique, la résolution, les droits de lecture/écriture, la priorité et le propriétaire de chaque point inscriptible. La mise à l’échelle doit être testée sur toute la plage, et non sur une seule valeur. Les alarmes exigent la même discipline : décidez quels événements proviennent de l’appareil et lesquels sont calculés par la plateforme, ainsi que qui les acquitte. Un nom de point qui a du sens pour l’opérateur vaut plus qu’une arborescence d’objets parfaite que seul le programmeur peut lire. Évitez de dupliquer la même valeur physique sous deux noms ; les points en double dérivent et faussent l’analyse des tendances. Traitez le registre de mapping comme un document contrôlé avec une révision. Un mapping revu par l’entreprise de génie climatique détecte les erreurs de nommage avant qu’elles n’atteignent les synoptiques.
- Instance d’objet visible dans le nom du point
- Type, propriété, unité, mise à l’échelle et droits
- Priorité d’écriture, libération et propriétaire
- Un nom par valeur physique
La place de chacun
Utilisez une supervision native BACnet lorsque le cahier des charges des installations définit déjà des appareils BACnet, lorsque le bureau d’études souhaite une architecture BMS conventionnelle, ou lorsque l’équipe d’exploitation est formée sur un poste de travail BACnet. Utilisez une couche basée sur Loxone lorsque le bâtiment a besoin d’un modèle logique unique couvrant les installations BACnet, l’éclairage KNX, les compteurs Modbus, les événements de contrôle d’accès et les chambres d’hôtel. Dans de nombreux projets, les deux sont présents : BACnet pour les installations, Loxone pour l’intégration et l’expérience opérateur. La frontière doit être écrite, y compris qui détient chaque point et qui teste chaque écriture. La frontière n’est pas un compromis politique ; c’est la ligne entre la sécurité des appareils et la coordination du bâtiment. Un test utile consiste à demander ce qui se passe lorsque la plateforme est hors ligne : les installations doivent continuer à fonctionner avec leurs propres commandes. Si ce n’est pas le cas, la conception a accordé trop d’autorité à la couche d’intégration. Ce test doit faire partie de la revue de conception, et non être découvert à la mise en service.
- Natif BACnet : BMS d’installations conventionnel
- Basé sur Loxone : intégration inter-systèmes
- Combiné : installations sous BACnet, logique sous Loxone
- Les installations doivent survivre à la perte de la plateforme
Tests, limites et réception
BACnet ne se configure pas tout seul. Les numéros d’instance d’appareil, les numéros de réseau, les paramètres BBMD et les noms d’objets doivent être planifiés. Les objets propres à un fabricant et les propriétés propriétaires peuvent ne pas être lisibles par un tiers. Les écritures nécessitent la définition d’une priorité et d’un comportement de libération, faute de quoi une consigne peut rester bloquée. Les tests doivent couvrir la découverte, la lecture d’objets, les points inscriptibles, les abonnements COV, la distribution des alarmes, la défaillance et la reprise du réseau. Un point qui apparaît dans une arborescence de navigation n’est pas mis en service tant qu’il n’a pas été lu, mis à l’échelle, écrit et observé. Le dossier de réception doit inclure le registre des appareils, l’export d’objets, la liste de points, le schéma réseau, les procès-verbaux de tests et les noms des personnes habilitées à modifier chaque appareil. Vérifiez les performances autant que les fonctions : un appareil qui répond en quelques secondes lors des tests peut expirer en interrogation complète. Consignez les versions de firmware, car une mise à jour du fabricant peut modifier le comportement des objets. Lorsqu’un appareil ne peut pas fournir la propriété requise, consignez la limite et concevez en conséquence.
- Planifier les instances d’appareils et les numéros de réseau
- Confirmer les objets du fabricant et les droits de lecture/écriture
- Tester COV, les écritures prioritaires et le basculement
- Consigner la mise à l’échelle, les unités et les intervalles de mise à jour
- Remettre le registre des appareils et les contacts d’accès
Plateforme Loxone et BACnet comparés
14 rows| Critère | Plateforme Loxone | BACnet |
|---|---|---|
| Ce que c’est | Plateforme de contrôleur avec outils d’ingénierie et d’exploitation | Protocole ouvert d’automatisation du bâtiment |
| Périmètre | Logique, intégration, supervision, application | Échange de données entre appareils et objets d’installations |
| Modèle de données | Objets de plateforme et blocs fonctionnels | Objets standard avec numéros d’instance et propriétés |
| Services | Services de plateforme et adaptateurs de protocole | Who-Is, ReadProperty, WriteProperty, SubscribeCOV |
| Emplacement de la logique | Dans le programme du contrôleur | Dans les appareils BACnet ou un BMS |
| Écosystème d’appareils | Appareils Loxone et protocoles ouverts | Appareils BACnet multi-fournisseurs |
| Rôle typique | Intégration et exploitation inter-systèmes | Connectivité des installations, CTA, groupes froids et compteurs |
| Outil d’ingénierie | Loxone Config | Outil BMS du fabricant ou outil d’ingénierie BACnet |
| Gestion des écritures | Logique de plateforme avec propriété définie | Tableau de priorités avec comportement de libération |
| Reporting | Intégré à la plateforme | Dépend du BMS ou du superviseur |
| Point fort | Une couche de logique pour tous les systèmes | Intégration d’installations neutre vis-à-vis des fabricants |
| Limite | Configuration centrée sur le contrôleur | Le modèle d’objets ne décrit pas les séquences |
| Preuves de réception | Sauvegarde Config, liste de points et procès-verbaux de tests | Registre des appareils, export d’objets et procès-verbaux de tests |
| Adéquation typique | Exploitation intégrée du bâtiment | Contrôle au niveau des installations et cahier des charges BMS |
Images du projet
3 images
Questions fréquentes
01Loxone est-il un système BACnet ?
Non. Loxone est une plateforme de contrôleur qui prend en charge BACnet/IP comme l’une de ses interfaces. Un système BACnet est constitué d’appareils BACnet et d’un superviseur compatible BACnet.
02Loxone peut-il lire des appareils BACnet ?
Oui, via une interface BACnet/IP. Le projet confirme quels types d’objets, propriétés et services les appareils exposent, puis les mappe sur les points de la plateforme.
03Avons-nous besoin d’une passerelle pour BACnet ?
Pas toujours. Les appareils BACnet/IP peuvent se connecter via le réseau du bâtiment. Une passerelle est normalement nécessaire pour BACnet MS/TP ou pour un segment réseau qui ne peut pas être routé directement.
04Loxone peut-il remplacer notre BMS BACnet ?
Il peut superviser des installations BACnet et fournir la couche opérateur, mais la sécurité des installations et les séquences locales doivent rester dans les contrôleurs d’installations. La question de supprimer le BMS existant relève d’une décision distincte liée au cycle de vie.
05Lequel est le plus ouvert ?
BACnet est un protocole ouvert avec un modèle d’objets standard. Loxone est une plateforme propriétaire dotée d’interfaces ouvertes. L’ouverture doit être jugée sur ce que vous pouvez lire, écrire et remplacer plus tard, et non sur la seule étiquette.
06BACnet et Loxone peuvent-ils partager des consignes ?
Oui, avec un chemin d’écriture et une priorité définis. Le projet doit décider quel système détient la consigne, ce qui se passe en cas de perte de communication et comment la dernière commande est consignée.
07Que faut-il tester avant la réception ?
La découverte des appareils, la lecture des points, les points inscriptibles, la mise à l’échelle, les abonnements COV, le routage des alarmes, la perte et la reprise du réseau. Les procès-verbaux de tests doivent nommer l’objet et la valeur observée, pas seulement l’appareil.
08BACnet convient-il aux petits bâtiments ?
Il le peut, mais il peut représenter plus de structure que n’en nécessite une petite installation. La décision doit suivre les interfaces des équipements et le modèle d’exploitation, non la popularité du protocole.
Étape suivante
Apportez-nous le bâtiment.
Indiquez le type de bâtiment, les systèmes concernés et le résultat dont vous avez besoin. Nous tracerons le chemin le plus court vers un système opérationnel.