Comparaison
Loxone vs KNX
Comparaison pratique de Loxone et KNX : où s’exécute la logique, comment les appareils sont câblés, comment les modifications sont réalisées et quand une conception hybride a du sens.
Deux architectures en une phrase
KNX répartit l’intelligence dans les appareils. Un détecteur de présence, un actionneur de variateur, un actionneur de store et un bouton-poussoir disposent chacun de leur propre raccordement au bus et de leur application. Ils échangent des adresses de groupe sur un bus à paire torsadée, et tout appareil mis en service peut agir sur un télégramme sans contrôleur central. Loxone centralise la logique dans un contrôleur. Le Miniserver lit les entrées, exécute le programme et pilote les sorties ; les appareils se connectent via Tree, Air, KNX, Modbus ou IP. Cette différence explique l’essentiel des arbitrages pratiques qui suivent. Elle explique aussi pourquoi les deux systèmes échouent différemment : une installation KNX peut continuer à fonctionner appareil par appareil lorsqu’un superviseur est perdu, tandis qu’une installation Loxone dépend du contrôleur et de sa sauvegarde. Aucun des deux modèles n’est une religion ; chacun impose une discipline différente en matière de conception, de tests et de documentation. La bonne question est de savoir où la logique doit résider pendant toute la durée de vie du bâtiment.
- KNX : appareils distribués, télégrammes d’adresses de groupe
- Loxone : logique centralisée, contrôleur local, appareils multiprotocoles
- Les deux peuvent coexister sur un même projet
Câblage, topologie et limites d’appareils
Une installation KNX est un bus : les appareils sont raccordés en chaîne ou en étoile sur la même paire, avec une alimentation et un coupleur entre les lignes et les zones. Référence protocolaire : une ligne prend en charge jusqu’à 64 appareils de bus et une zone jusqu’à 15 lignes ; la topologie et la capacité de réserve doivent donc être planifiées et non improvisées. Le système est prévisible et bien adapté aux projets neufs dotés d’un planning d’appareils clair. Loxone Tree utilise un seul câble qui transporte l’alimentation et la communication vers les appareils Tree, ce qui réduit les retours au tableau mais lie le choix des appareils à l’écosystème Tree. Air couvre les rénovations et les emplacements difficiles à câbler. En pratique, une conception hybride est courante : KNX pour l’éclairage et les stores, Tree ou Air pour les commandes de pièce, et un contrôleur pour la logique inter-systèmes. La topologie doit être dessinée avant le premier tirage de câble. La longueur de bus, la marge d’alimentation, l’emplacement des coupleurs et les appareils de réserve comptent davantage que l’étiquette sur le câble.
- Bus KNX : planification des lignes, zones et coupleurs
- Tree : un seul câble pour l’alimentation et les données
- Air : rénovation et cheminements difficiles
- Hybride : le protocole choisi selon l’appareil, non l’idéologie
Programmation, gestion des modifications et versionnement
L’ingénierie KNX se fait dans ETS. Chaque appareil possède un programme d’application, des paramètres et des adresses de groupe ; une modification s’effectue en téléchargeant à nouveau l’appareil. Le modèle est explicite et portable, mais il dépend du projet ETS et de la discipline d’adressage de groupe. L’ingénierie Loxone se fait dans Loxone Config. La logique est construite sous forme de blocs fonctionnels et de liaisons sur le contrôleur, ce qui rend les séquences inter-systèmes plus rapides à lire et à modifier, mais la logique est liée à la configuration de ce contrôleur. Aucun modèle n’est intrinsèquement meilleur ; ils échouent de manières différentes. Un projet KNX sans son fichier ETS est difficile à modifier en toute sécurité. Un projet Loxone sans sauvegarde versionnée de la configuration Config est tout aussi fragile. Les deux exigent des documents conformes à l’exécution, un journal des modifications et une personne nommément désignée habilitée à approuver un téléchargement. Le test pratique est simple : un tiers compétent peut-il comprendre la modification, l’appliquer et l’annuler ?
- KNX : projet ETS, paramètres d’appareils, adresses de groupe
- Loxone : projet Config, blocs fonctionnels, liaisons
- Sauvegardes versionnées pour les deux
- Approbateur nommé pour les téléchargements
Passerelles et choix des interfaces
Les passerelles déterminent ce que chaque système peut voir de l’autre. Une interface IP KNX expose les adresses de groupe à un contrôleur ; un routeur IP KNX relie les lignes et les zones et peut assurer le routage ainsi que le tunnelling. Le choix influe sur la capacité, la latence, les diagnostics et le nombre de connexions simultanées. Demandez combien d’adresses de groupe l’interface peut exporter, si elle prend en charge le routage ou le tunnelling, comment elle se comporte après une interruption réseau, et si KNX Secure est requis. Une passerelle saturée à la réception n’a aucune marge pour l’aménagement suivant. La même logique s’applique aux autres ponts protocolaires : comptez les points, pas les appareils, et conservez de la capacité pour les modifications qui arrivent toujours. La passerelle doit être traitée comme une infrastructure dotée d’un mode de défaillance, d’une réserve et d’une procédure de remplacement documentée. Consignez son adresse IP, son sous-réseau, son port et ses identifiants sous contrôle des modifications.
- Interface IP KNX vs routeur IP
- Tunnelling vs routage et clients simultanés
- Capacité, latence et KNX sécurisé
- Réserve, adresse fixe et procédure de remplacement
Mise en service, tests et modes de défaillance
Testez d’abord le bus, puis la passerelle, puis la plateforme. Sur le bus, vérifiez l’alimentation des appareils, les coupleurs de ligne, la communication par adresses de groupe et le rappel de scènes. Sur la passerelle, vérifiez la découverte, l’export d’adresses, le comportement en lecture et en écriture, ainsi que la reconnexion après une interruption réseau. Sur la plateforme, vérifiez que chaque point mappé affiche la bonne valeur, la bonne unité et le bon état, et qu’une commande atteint l’appareil de terrain. Testez le chemin de défaillance : déconnectez la passerelle et vérifiez que les fonctions KNX locales continuent. Consignez le résultat en regard de la liste de points, et non dans un carnet séparé. Un point qui apparaît dans une arborescence de navigation n’est pas mis en service tant qu’il n’a pas été lu, écrit et observé sur l’appareil de terrain. Les tests de séquences doivent inclure les cas qui ne se produisent que la nuit : un luminaire en panne, un store bloqué, un redémarrage du contrôleur pendant une scène.
- Santé du bus, coupleurs et trafic d’adresses de groupe
- Découverte de la passerelle, lecture/écriture et reconnexion
- Valeur, unité et état de la plateforme par point
- Fonctionnement local avec la passerelle hors ligne
- Procès-verbaux de tests signés en regard de la liste de points
Écosystème, coût du cycle de vie et dépendance
KNX bénéficie d’un large marché d’appareils : de nombreux fabricants, de nombreux formats et une base installée importante, en particulier en Europe. La concurrence peut maintenir des prix d’appareils visibles, mais le temps d’ingénierie et de mise en service représente un coût réel. Loxone propose un catalogue d’appareils plus restreint et une expérience logicielle plus intégrée ; le contrôleur et sa programmation deviennent le centre du projet. Dans les deux cas, le devis initial le moins cher n’est pas toujours le cycle de vie le moins cher. Comptez les heures d’ingénierie, les pièces de rechange, la formation et les modifications futures, pas seulement le matériel. Comptez aussi le coût de la frontière : deux systèmes impliquent deux ensembles de compétences, deux jeux de documentation et un mapping à maintenir. Une conception hybride est souvent la bonne réponse, mais elle n’est pas gratuite. La dépendance n’est pas seulement une question de licence ; c’est aussi une question de compétences, et la comparaison honnête inclut la personne encore disponible dans cinq ans pour modifier une adresse de groupe ou un bloc Config.
- KNX : appareils multi-fournisseurs, compétences ETS requises
- Loxone : stack intégré, centré sur le contrôleur
- Le coût du cycle de vie inclut l’ingénierie et les modifications
- Deux systèmes signifient deux compétences et un seul mapping
Lequel convient à votre bâtiment
Choisissez KNX lorsque le cahier des charges exige un bus neutre vis-à-vis des fabricants, lorsque le bureau d’études ou le client possède déjà une expertise KNX, ou lorsque le choix d’appareils parmi de nombreux fabricants est une exigence ferme. Choisissez Loxone lorsque le bâtiment a besoin d’une couche de logique unique couvrant le CVC, l’éclairage, les stores, l’énergie et le contrôle d’accès, et lorsque le contrôle local avec une interface opérateur claire compte davantage que l’indépendance des appareils. De nombreux projets choisissent les deux : KNX au niveau du terrain, Loxone au niveau de l’intégration. C’est une décision de conception, non un compromis. La décision doit être consignée avec ses motifs, car la personne suivante demandera pourquoi la frontière se situe là où elle est. Une règle simple aide : placez le contrôle là où se trouve l’appareil, placez la coordination là où se trouve le bâtiment. Si le projet n’a pas d’équipe de maintenance, privilégiez l’architecture comportant le moins de pièces mobiles et la documentation la plus claire.
- Priorité KNX : appareils de terrain multi-fournisseurs et ETS en interne
- Priorité Loxone : logique intégrée et une vision opérateur unique
- Hybride : bus de terrain KNX, supervision Loxone
- Consigner la frontière et ses motifs
Comparaison Loxone et KNX
15 rows| Critère | Loxone | KNX |
|---|---|---|
| Architecture | Centré sur le contrôleur ; logique dans le Miniserver | Distribué ; logique dans les appareils de bus |
| Câblage de terrain | Tree, Air, KNX, Modbus et IP | Bus à paire torsadée avec coupleurs de ligne et de zone |
| Limites de topologie | Capacité du contrôleur et limites de segments Tree ou Air | Jusqu’à 64 appareils par ligne et 15 lignes par zone |
| Programmation | Blocs fonctionnels Loxone Config | ETS avec paramètres d’appareils et adresses de groupe |
| Choix des appareils | Écosystème Loxone et protocoles ouverts | Catalogue KNX multi-fournisseurs |
| Éclairage et stores | Appareils natifs et intégration KNX ou DALI | Actionneurs et capteurs KNX natifs |
| HVAC | Via E/S, Modbus, BACnet ou KNX | Via actionneurs et passerelles KNX |
| Logique inter-systèmes | Fort ; un seul programme de contrôleur | Possible, mais réparti entre appareils et passerelles |
| Rénovation | Air et Tree réduisent le câblage neuf | Câblage bus encore nécessaire jusqu’à chaque appareil |
| Passerelle et interface | Interface KNX native ou passerelle IP | Interface IP ou routeur, tunnelling ou routage |
| Diagnostics | Journaux de la plateforme et diagnostics du contrôleur | Moniteur de bus, journaux de passerelle et diagnostics ETS |
| Comportement en cas de défaillance | La défaillance du contrôleur arrête la logique centrale ; les appareils locaux varient | Les appareils de bus peuvent conserver leurs fonctions locales |
| Gestion des modifications | Version Config et sauvegarde du contrôleur | Projet ETS et discipline d’adressage de groupe |
| Compétences | Formation Loxone Config | Expérience ETS et discipline d’adressage de groupe |
| Adéquation typique | Logique de bâtiment intégrée et vision opérateur unique | Spécification d’appareils multi-fournisseurs |
Images du projet
3 images
Questions fréquentes
01Loxone peut-il contrôler des appareils KNX ?
Oui, via une interface ou une passerelle KNX. Les appareils KNX conservent leurs propres programmes d’application ; Loxone lit et écrit les adresses de groupe. Le projet doit confirmer quels types de points de données et quelles adresses de groupe sont exposés.
02KNX est-il plus ouvert que Loxone ?
KNX est une norme ouverte avec des appareils multi-fournisseurs. Loxone est une plateforme propriétaire dotée d’interfaces ouvertes, notamment KNX, Modbus, BACnet et des API IP. L’ouverture dépend de ce que vous devrez modifier plus tard, et non seulement du nom du protocole.
03Lequel est le moins cher ?
Il n’y a pas de réponse universelle. KNX peut offrir des prix d’appareils plus compétitifs mais exige une ingénierie ETS. Loxone peut réduire le câblage et l’effort d’intégration mais centre le projet sur son contrôleur. Comparez l’ensemble du cycle de vie : conception, matériel, programmation, mise en service, pièces de rechange et modifications futures.
04Peut-on mélanger Loxone et KNX dans un même bâtiment ?
Oui. Un schéma courant consiste à utiliser KNX pour l’éclairage et les stores au niveau du terrain, Loxone exécutant la logique inter-systèmes, le CVC et l’énergie. La frontière doit être documentée : quel système détient chaque adresse de groupe, chaque scène et chaque horaire.
05Loxone remplace-t-il une installation KNX ?
Pas physiquement. Les appareils KNX existants peuvent généralement rester en place et être intégrés. Un remplacement n’a de sens que lorsque les appareils sont obsolètes, indisponibles ou incapables de fournir la fonction requise.
06Lequel est préférable pour un hôtel ?
Les deux peuvent fonctionner. KNX est courant dans les cahiers des charges hôteliers européens et offre un large choix d’appareils. Loxone est solide lorsque le contrôle des chambres, les événements PMS, l’énergie et la supervision du bâtiment nécessitent une couche de logique unique. Le type de chambre et le modèle d’exploitation doivent décider.
07Avons-nous besoin d’ETS pour modifier un système KNX ?
Oui pour les modifications au niveau des appareils : les paramètres et les adresses de groupe résident dans le projet ETS. Un superviseur peut modifier des scènes et des horaires sans ETS, mais pas l’application de l’appareil.
08Que se passe-t-il en cas de défaillance du contrôleur ?
Les appareils KNX peuvent poursuivre leur fonctionnement local sur le bus pour les fonctions qui ne dépendent pas d’un contrôleur. Les contrôleurs Loxone doivent être spécifiés avec de la capacité de réserve, une sauvegarde et une procédure de reprise documentée. Le mode de défaillance fait partie de la conception.
É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.