Installer KNX : choisir, planifier, programmer

Une installation KNX mal planifiée coûte trois fois plus cher à corriger qu'à concevoir correctement. Le standard ISO/IEC 14543-3 existe depuis 2006 et fait tourner plus de 100 000 produits certifiés sur le marché — pourtant la majorité des projets ratés que nous voyons en rénovation viennent d'erreurs commises avant même que le premier câble bus ne soit tiré.

📊 Ce qu'il faut savoir avant de lire KNX est un bus de terrain décentralisé : chaque appareil porte sa propre intelligence et communique sur une paire torsadée dédiée. Pas de serveur central, pas de cloud obligatoire, pas de point de panne unique. Mais cette robustesse a un prix : tout se joue à la planification.

Comment s'organise une installation KNX ?

Une installation KNX est structurée en lignes (jusqu'à 64 appareils chacune), regroupées en zones via des coupleurs, l'ensemble étant fédéré par une dorsale. Une ligne typique consomme entre 150 et 640 mA selon les appareils, fournis par une alimentation bus dédiée (généralement 30 V DC, 320 ou 640 mA).

La règle pratique : une ligne par étage ou par fonction logique (éclairage, stores, CVC). Mélanger 200 points sur une seule ligne est techniquement possible jusqu'à la limite des 64 appareils, mais transforme le diagnostic en cauchemar le jour où un actionneur tombe en panne.

Au-dessus de trois ou quatre lignes, on bascule sur une dorsale IP : les coupleurs de ligne deviennent des routeurs IP (KNXnet/IP), et le bus traverse le réseau Ethernet de la maison. Cette architecture est devenue la norme depuis ETS5, parce qu'elle simplifie la programmation et permet l'accès distant via le protocole KNX Secure (chiffrement AES-128 standardisé en 2017).

🔧 Pour les techniciens La topologie autorise ligne (recommandée), étoile et arbre, mais pas l'anneau. Longueur max d'un segment : 1000 m, distance entre deux appareils : 700 m, distance alimentation–appareil : 350 m. Au-delà, il faut un répéteur ou découper en lignes via coupleur.

Le pré-câblage : ce qui se joue avant le plâtre

Le câble KNX est une paire torsadée verte (type J-Y(St)Y 2×2×0.8), tirée en parallèle du 230 V mais dans une gaine séparée. La règle non négociable : passer le bus dans chaque boîtier d'interrupteur, chaque point lumineux, chaque point de commande potentiel, et — c'est là que la majorité des chantiers économisent à tort — dans des emplacements où on ne prévoit rien aujourd'hui.

Le coût marginal d'une paire torsadée supplémentaire pendant le gros œuvre est de quelques euros. Le coût d'ouvrir un mur trois ans plus tard pour ajouter un capteur de présence dans le couloir : plusieurs centaines. Nous recommandons systématiquement 30 à 50 % de réserves sur les points de commande et capteurs.

Trois points souvent oubliés en pré-câblage :

• Une descente bus dans chaque encadrement de porte (capteur de contact, futur lecteur badge)
• Une réserve dans chaque pièce humide au plafond (capteur d'humidité, détecteur de fuite)
• Une remontée bus vers le comble et le vide technique (extension future, intégration PV/batterie)

Côté tableau, prévoir au minimum 30 % de rail DIN libre par rapport au besoin initial. Les actionneurs KNX modulaires occupent généralement 4 à 8 modules chacun, et un projet évolue toujours.

Choisir les actionneurs et les capteurs

Le choix matériel se structure en trois familles : actionneurs (qui agissent), capteurs (qui mesurent), interfaces (qui dialoguent avec l'humain).

Actionneurs binaires : commutent un circuit ON/OFF. Pour l'éclairage on-off, le chauffage par vannes thermostatiques, les prises commandées. Compter 8 à 16 sorties par module, courant nominal 6 à 16 A par voie.

Dimmers : universels (résistif, capacitif, inductif, LED dimmable) ou DALI. Pour une maison avec beaucoup de luminaires LED variables, la passerelle KNX-DALI est presque toujours plus pertinente qu'un parc de dimmers KNX dédiés : un seul module pilote jusqu'à 64 ballasts DALI, et le diagnostic luminaire par luminaire est intégré.

Actionneurs stores : sorties moteur dédiées avec gestion temps de course, position et lamelles. Ne jamais utiliser un actionneur binaire générique pour des stores — la logique de sécurité (pas de commande contradictoire, butée moteur) est dans le firmware spécifique.

Capteurs : présence (détection de mouvement + luminosité combinée), température, qualité d'air (CO₂, COV), météo (vent, pluie, soleil pour les protections solaires). Un capteur de présence avec mesure de luminosité intégrée pilote l'éclairage en boucle fermée — bien plus fin qu'un simple détecteur de mouvement.

Interfaces : boutons-poussoirs multifonctions (2 à 8 touches, LED de statut), thermostats d'ambiance, écrans tactiles. Le piège classique : multiplier les écrans tactiles parce que c'est joli, alors qu'un bon plan de scènes sur boutons-poussoirs couvre 95 % des usages quotidiens.

Programmer avec ETS6

ETS (Engineering Tool Software) est le logiciel de programmation KNX, édité par l'association KNX. La version 6, sortie en 2021, gère KNX Secure, KNX IoT et propose un workflow projet plus fluide que les versions antérieures.

Le déroulé d'une mise en service :

1. Importer les bibliothèques produits (.knxprod) fournies par chaque fabricant
2. Construire la topologie : zones, lignes, alimentations, coupleurs
3. Insérer les appareils avec leur adresse physique (1.1.x format zone.ligne.appareil)
4. Paramétrer chaque appareil : objets de communication, comportements, courbes
5. Créer les adresses de groupe : la logique fonctionnelle (qui parle à qui)
6. Lier objets et adresses de groupe : le câblage logique
7. Téléverser sur le bus (download adresses physiques puis applications)
8. Tester et documenter

Les adresses de groupe sont le cœur du système. Format à trois niveaux : groupe principal / groupe intermédiaire / sous-groupe. La convention que nous utilisons : groupe principal = type de fonction (1=éclairage, 2=stores, 3=CVC, 4=scènes…), intermédiaire = pièce, sous-groupe = action précise. Avec 32 768 adresses possibles, mieux vaut un plan de nommage rigoureux dès le départ.

🔧 Pour les techniciens Chaque objet de communication porte des flags qui définissent son comportement sur le bus : C (Communication, l'objet est actif), R (Read, lecture autorisée par requête), W (Write, l'objet écoute le bus), T (Transmit, l'objet émet au changement), U (Update, l'objet met à jour sa valeur sur lecture d'un autre). La combinaison C-W-T-U est le défaut sain pour un statut d'actionneur. C-W seul = objet purement récepteur. Un mauvais paramétrage de flags est la première cause de comportement erratique sur un bus qui « marche presque ».

Les erreurs qui coûtent cher

Quatre patterns reviennent dans 80 % des installations à reprendre :

Réserves insuffisantes. Le client dit « on ne mettra jamais de capteur ici » → trois ans plus tard il en veut. Toujours sur-câbler.

Pas de logique de groupe pensée. Les installateurs débutants créent une adresse de groupe par bouton, ce qui mène à des centaines d'adresses ingérables. La bonne pratique : raisonner en fonctions (« éclairage général séjour »), pas en commandes (« bouton 3 cuisine touche haut »).

Oubli des modes globaux. Une installation domotique vit avec des modes : jour, nuit, absence, vacances, fête. Si chaque scénario doit être recréé pour chaque pièce, c'est ingérable. Mieux : un objet « mode maison » diffusé sur le bus, et chaque actionneur réagit selon son paramétrage local.

Mélange des protocoles sans plan. KNX cohabite très bien avec DALI (éclairage), Modbus (CVC, compteurs), BACnet (gros bâtiments) et le monde IP (Sonos, caméras, PV). Mais chaque passerelle doit avoir une fonction claire : qui est maître de quoi ? Si le thermostat KNX écrit la consigne dans la pompe à chaleur Modbus, qui répond quand l'utilisateur change la consigne sur l'appli du fabricant ? Ces conflits non résolus sont la première source d'instabilité dans les installations multi-protocoles.

Intégration multi-protocoles

Une maison moderne combine rarement un seul protocole. Les passerelles KNX courantes :

KNX-DALI : pour piloter un parc de luminaires LED dimmables avec retour d'état lampe par lampe. Indispensable dès qu'on dépasse une dizaine de circuits dimmés.

KNX-Modbus : pour interfacer pompes à chaleur, onduleurs solaires, compteurs d'énergie. Le sens de communication doit être pensé : KNX pousse-t-il une consigne, ou lit-il un état ? Les deux à la fois est possible mais demande une logique de priorité explicite.

KNX-IP (KNXnet/IP) : la dorsale moderne, mais aussi le pont vers les serveurs de visualisation, les passerelles vocales, les box domotiques tierces. Activer KNX Secure dès qu'on ouvre vers l'IP : sans chiffrement, le bus est accessible à toute machine du réseau local.

KNX-IoT (standard 2022) : extension MQTT/REST pour intégrer nativement les objets connectés sans passerelle propriétaire. Encore peu déployé en pratique, mais c'est la direction.

La règle de conception : KNX reste maître de la logique pièce par pièce (éclairage, stores, ambiance), les autres protocoles gèrent leurs domaines techniques (CVC, énergie), et les passerelles ne transportent que les points d'interaction strictement nécessaires.

Pour aller plus loin

Cet article suppose que vous comprenez les bases du protocole. Si vous découvrez le sujet :

• le-protocole-knx — comment fonctionne KNX, avantages et limites

Pour passer à l'action en Belgique :

• knx-en-belgique — installateurs certifiés, réglementation RGIE, intégration GRD