Glossaire technique KNX
117 termes
10 questions gratuites chaque jour, sans compte. L’accès complet seulement si vous décidez d’aller au bout.
Nous utilisons des cookies de mesure d’audience (Google Tag Manager, Microsoft Clarity) pour améliorer le site. Les cookies essentiels restent actifs. En savoir plus
117 termes techniques classés en 21 catégories : topologie KNX, communication, ETS, sécurité, normes, etc. Tape un mot-clé ou parcours par catégorie.
Tape un terme ou un acronyme — la recherche couvre nom, alias et définition.
Extension de fichier catalogue produit fabricant. Signé par le fabricant, importable dans ETS pour ajouter un device au catalogue local. À ne pas confondre avec .knxproj (projet).
Extension de fichier d'un projet ETS exporté. C'est en réalité une archive ZIP contenant Project.xml + catalogues fabricants + signatures d'intégrité.
Outil ETS observant les télégrammes au niveau frame brut. Affiche adresses sources, priorités, ACK/NACK, compteurs de répétition. Pour diagnostic technique bas niveau.
Logiciel propriétaire KNX Association pour la mise en service des installations. Versions : ETS3 (2002), ETS4 (2010), ETS5 (2014), ETS6 (2021, actuelle). Variantes : Lite (20 devices max), Pro (illimitée), Demo (gratuit, 5 devices).
Extensions tierces installables dans ETS via le Marketplace KNX Association. Exemples : Project Tracing, Reverse Engineering, IP Wizard, Replace Device.
Version d'ETS limitée à 20 devices par projet. Suffisant pour installations résidentielles simples. Voucher -12,5 % offert après réussite du KNX Basic.
Version d'ETS illimitée en nombre de devices. Standard pour projets professionnels. Coût ~1100 € licence one-shot, voucher -12,5 % après KNX Basic.
Téléversement complet : adresse individuelle + application program + paramètres + bindings. Plus lent que Partial Download mais garantit la cohérence totale.
Outil ETS observant en temps réel les télégrammes au niveau group address, avec décodage automatique du DPT. Utile pour vérifier le bon fonctionnement métier d'une installation.
Plateforme web KNX Association. Compte gratuit donne accès : téléchargement KNX Specifications V3.0.0 publiques, gestion certifications individuelles, vouchers ETS, examen théorique en ligne.
Téléversement des SEULS paramètres modifiés depuis le dernier download. Rapide. Sélectionné automatiquement par ETS quand les changements sont mineurs.
Bouton physique sur chaque composant KNX, à presser lors du téléversement initial de l'adresse individuelle. Allume une LED pendant l'attente. Timeout automatique après quelques minutes.
Commande ETS effaçant complètement la configuration d'un composant (adresse, application, paramètres) et le ramenant à l'état factory default (adresse 0.0.0). Utile avant réutilisation dans un autre projet.
Identifiant logique 16 bits permettant de regrouper des group objects de composants différents pour qu'ils communiquent. Affichée en structure 2-niveaux (Main/Sub) ou 3-niveaux (Main/Middle/Sub).
Identifiant unique d'un composant KNX dans l'installation, format Z.L.D (Zone.Ligne.Device). Plage 0-15 / 0-15 / 0-255. L'adresse 0.0.0 = factory default, 15.15.255 réservée aux outils.
Composant reliant une zone au backbone. Mêmes principes qu'un Line Coupler mais à un niveau supérieur. Adresse conventionnelle : Z.0.0.
Niveau supérieur de la topologie, identifié comme "zone 0" dans ETS. Relie les zones via des Area Couplers. Peut être en TP1 (Backbone TP) ou en IP (Backbone IP, recommandé en tertiaire moderne).
Liste des group addresses qu'un Line Coupler ou Area Coupler doit router. Toute group address absente est filtrée localement. Calculée automatiquement par ETS, modifiable manuellement.
Composant servant de passerelle IP ↔ TP. Peut fonctionner comme Line Coupler, Area Coupler ou élément de backbone IP en mode Tunneling ou Routing multicast.
Niveau intermédiaire de la topologie KNX. Contient jusqu'à 64 composants par segment, extensible à 256 avec répéteurs (4 segments max). 15 lignes max par zone.
Composant reliant une ligne fille à la main line de sa zone. Filtre les télégrammes selon sa filter table. Adresse individuelle conventionnelle : Z.L.0.
Composant amplifiant et relayant les télégrammes pour étendre une ligne sur plusieurs segments (jusqu'à 4 × 64 = 256 devices). Ne filtre pas, contrairement au Line Coupler.
Portion physique d'une ligne, alimentée par une PSU dédiée. Max 64 composants par segment. Une ligne peut comporter jusqu'à 4 segments reliés par des Line Repeaters.
Organisation hiérarchique d'une installation KNX en 3 niveaux : Segment (physique) → Ligne (logique) → Zone (Area) → Backbone.
Niveau hiérarchique supérieur dans la topologie KNX. Contient jusqu'à 15 lignes filles + 1 main line. 15 zones max par installation + 1 backbone (zone 0 réservée).
Acquittement positif émis par le récepteur d'un télégramme correct. Mécanisme link-layer permettant à l'émetteur de savoir si son télégramme a été reçu.
Acquittement indiquant que le récepteur est trop chargé pour traiter le télégramme. Demande à l'émetteur de retenter ultérieurement.
"Carrier Sense Multiple Access with Collision Avoidance" : mécanisme d'arbitrage du bus KNX TP1. Exploite le caractère dominant du bit 0 pour résoudre les collisions sans destruction de télégramme.
Mode d'émission cyclique d'un capteur : envoyer périodiquement la valeur courante indépendamment des changements. Utile pour rafraîchir visualisations et détecter coupures.
Acquittement négatif émis en cas d'erreur de checksum ou de format détectée par le récepteur. Provoque une retransmission par l'émetteur.
Quatre niveaux codés dans le télégramme : System (plus haute), Alarm, High, Normal. Arbitrage CSMA/CA exploite le caractère dominant des bits 0 pour résoudre les collisions selon priorité.
Champ du télégramme indiquant combien de fois il a été retransmis suite à un ACK manquant ou un NACK. Visible dans Bus Monitor. Compteur élevé = problème bus.
Mode d'émission d'un capteur : envoyer un télégramme seulement si la valeur change d'un delta configuré depuis le dernier envoi. Réduit la charge bus.
Unité de transmission sur le bus KNX. Contient : préambule, contrôle, adresse source (16 bits), adresse destination (16 bits), flags, longueur, données (0-14 octets), checksum, ACK.
Timer sur un Group Object récepteur : si aucun télégramme n'est reçu dans la fenêtre configurée, bascule en état de repli sécuritaire. Suppose émetteur en Cyclic Send.
Typage sémantique d'une donnée transitant sur le bus KNX. Format `m.nnn` : famille (1 à 251+) + sous-type (sémantique précise). Standardisé dans KNX Specifications Vol. 3/7/2.
Booléen on/off sur 1 bit. Usage le plus fréquent : commutation d'éclairage, état d'un actionneur tout-ou-rien.
Booléen haut/bas sur 1 bit (même structure que DPT 1.001, sémantique différente). Usage typique : commande de stores et volets roulants.
Famille float 32-bit IEEE 754 simple précision. Précision et plage supérieures à DPT 9.xxx. Usage : compteurs énergie, mesures scientifiques (DPT 14.056 puissance W, 14.027 flux électrique, etc.).
Numéro de scène 0-63 sur 1 octet. Permet le RAPPEL d'une scène (recall only), sans capacité d'enregistrement.
Contrôle de scène sur 1 octet : 1 bit "learn/recall" + 1 bit réservé + 6 bits numéro 0-63. Permet rappel ET enregistrement d'une scène sur un même télégramme.
Énumération mode HVAC 1 octet : Comfort (1), Standby (2), Economy (3), Building Protection (4). Standard pour pilotage de chauffage et climatisation en KNX.
Couleur RGB sur 3 octets (1 octet par composante R, G, B). Usage : pilotage d'éclairage LED RGB. Sur DPT 251.600, ajout d'un 4e octet pour le canal blanc (RGBW).
Pourcentage 0-100 % sur 1 octet. Codage : 0 = 0 %, 255 = 100 %. Usage : variation d'éclairage, position de store, taux d'ouverture de vanne.
Température en °C sur 2 octets (float 16-bit KNX). Précision et plage adaptées aux usages domotique/HVAC. Format propriétaire KNX, pas IEEE 754.
Protocole ouvert pour la gestion technique du bâtiment, normalisé ASHRAE 135 et ISO 16484-5. Supporte plusieurs couches physiques (BACnet/IP, MS/TP, Ethernet). Modèle objet-propriété extensible pour CVC, éclairage et contrôle d'accès.
Protocole MAC pour réseaux LPWAN longue portée à faible consommation, défini par la LoRa Alliance. S'appuie sur la modulation LoRa (CSS, Semtech). Architecture en étoile : end-devices → gateways → Network Server. Opère sur bandes ISM (EU868, US915…).
Standard d'interopérabilité pour la maison connectée, publié par la CSA (Connectivity Standards Alliance). S'appuie sur IP (Wi-Fi, Thread, Ethernet) et sécurise les sessions via PASE/CASE. Interopérabilité native entre écosystèmes Apple, Google, Amazon et Samsung.
Protocole de communication série publié en 1979 par Modicon, devenu standard de fait pour l'automatisme industriel. Repose sur un modèle maître/esclave avec des registres adressables ; décliné en Modbus RTU (binaire), ASCII et TCP/IP.
Architecture de communication unifiée définie par l'OPC Foundation (IEC 62541), orientée services et indépendante de la plateforme. Remplace OPC Classic (DCOM). Expose un espace d'adressage structuré (nœuds, références) accessible via session ou Pub/Sub.
Bus de terrain série normalisé IEC 61158/IEC 61784, maintenu par PI (PROFIBUS & PROFINET International). Décliné en DP (périphérie décentralisée, jusqu'à 12 Mbit/s) et PA (process automation, alimentation sur le bus). Base installée massive dans l'industrie.
Standard Ethernet industriel temps-réel défini par PI (PROFIBUS & PROFINET International) et normalisé IEC 61158/IEC 61784. Trois classes de performance : NRT, RT et IRT (cycle < 1 ms). Succède à PROFIBUS sur les nouvelles installations.
Protocole réseau maillé IPv6 basé sur IEEE 802.15.4, spécifié par le Thread Group. Sans point de défaillance unique (mesh auto-réparant), alimenté sur pile. Couche réseau privilégiée pour Matter dans les maisons connectées.
Code d'une réponse d'exception Modbus (Function Code + 0x80) indiquant la raison du refus : 01 (fonction illégale), 02 (adresse illégale), 03 (valeur illégale), 04 (échec esclave). Permet un diagnostic rapide sans lecture de registres de status.
Champ d'un octet dans la PDU Modbus identifiant l'action demandée par le maître : lecture de bobines (01), lecture de registres (03), écriture (06/16), etc. Un code > 0x7F dans la réponse signale une exception.
Fichier texte (extension .gsd) décrivant les caractéristiques d'un esclave PROFIBUS : modules, paramètres, temps de cycle, identifiant fabricant. Requis par l'outil de configuration du maître pour intégrer l'esclave dans un projet.
Fichier XML (extension .gsdml) décrivant un appareil PROFINET IO : modules, sous-modules, paramètres, DAP (Device Access Point). Évolue vers le format PNXML. Utilisé par l'outil d'ingénierie pour l'intégration automatique de l'appareil.
Media Redundancy Protocol défini dans IEC 62439-2, utilisé dans les réseaux PROFINET en anneau. Un MRM (Media Redundancy Manager) surveille l'anneau ; en cas de rupture, la reconfiguration est garantie en moins de 200 ms (mode standard).
Identifiant unique d'un nœud dans l'espace d'adressage OPC UA, composé d'un espace de noms (NamespaceIndex) et d'un identifiant (numérique, chaîne, GUID ou opaque). Sert de référence stable pour abonnements et lectures.
Profil de sécurité fonctionnelle pour PROFIBUS et PROFINET, normalisé IEC 61784-3. Ajoute une couche applicative F (F-Address, CRC, consécutif, watchdog) au-dessus du protocole standard pour atteindre SIL 3 / Cat. 4 sans câblage dédié.
Modèle de communication OPC UA défini dans la Partie 14 de la spécification (IEC 62541-14). Découple éditeurs et abonnés via des DataSets publiés sur broker (MQTT/AMQP) ou en UDP multicast. Complète le modèle client-serveur pour les flux temps-réel.
Standard prédécesseur de KNX, créé en 1990 par EIBA en zone germanophone. Compatibilité ascendante préservée : un composant EIB peut fonctionner sur un bus KNX TP1.
Famille de normes européennes EN 50090 couvrant les systèmes électroniques de gestion du bâtiment résidentiel et tertiaire. KNX en est l'implémentation principale.
Standard ouvert de bus de terrain pour la domotique et l'immotique, issu de la fusion en 2002 des standards EIB (DACH), EHS et BatiBUS. Maintenu par la KNX Association cvba (Bruxelles).
Organisation sans but lucratif (cvba de droit belge) basée à Bruxelles, fondée en 1999. Maintient et fait évoluer le standard KNX, certifie les produits et les centres de formation, et licencie la marque KNX®.
Entreprise membre de la KNX Association autorisée à fabriquer des composants estampillés KNX (Hager, Gira, ABB, Schneider, JUNG, Theben, etc.). ~500 fabricants membres mondialement.
Entreprise membre KNX Association ayant un statut professionnel d'intégrateur. Doit avoir au moins un KNX Partner certifié dans son équipe. Cotisation ~500 €/an.
Certification suivant le Basic. 30h cours, 13 thèmes officiels (couplers, HVAC, lighting, logique, etc.), examen théorie+pratique en présentiel obligatoire, seuil 50 %. Prix 1500-2050 € HT (FR).
Certification d'entrée délivrée par KNX Association. 30h cours (5 jours), examen théorie 1h30 + pratique 1h30, format T/F, scoring +1/-0,5/0, seuil 50 %. Prix 1200-1500 € HT (FR).
Processus par lequel KNX Association certifie les produits (interopérabilité, conformité) et les personnes (Basic, Advanced, Tutor). Re-certification produits annuelle.
Suite de tests d'interopérabilité passés par les produits KNX dans des laboratoires accrédités, vérifiant la conformité au standard. Pré-requis au logo KNX.
Titre individuel attribué après réussite de la certification KNX Basic. Statut personnel (pas d'entreprise), transférable entre employeurs.
Certification autorisant l'enseignement dans un centre KNX certifié. 18h cours, théorie seule, seuil 60 %. Prerequisites : Advanced réussi. Audience niche.
Transport KNX sur Ethernet/Wi-Fi via UDP. Deux modes : Tunneling (point-à-point unicast) et Routing (multicast 224.0.23.12). Recommandé comme backbone en tertiaire.
Transport KNX radio sur la bande 868,3 MHz, codage Manchester, débit 16,384 kbit/s. Deux générations : RF Ready (mono-canal, historique) et RF Multi (multi-canal, recommandé).
Transport KNX sur la ligne secteur 230 V, porteuse 110 kHz (bande CENELEC B). Peu déployé en neuf depuis 2010, présent seulement en installations existantes.
Mode de communication KNX IP multicast (224.0.23.12) entre IP Routers. Tous les routers du VLAN écoutent et relaient. Standard pour backbone IP.
Couche physique principale de KNX : bus à paire torsadée 30 V DC SELV, débit 9600 bit/s. Le plus déployé en installations résidentielles et tertiaires.
Mode de communication KNX IP point-à-point unicast vers une IP Interface. Utilisé pour mise en service ETS distante ou diagnostic ciblé.
Flag de communication d'un Group Object. Activé = le GO peut participer au trafic bus. Désactivé = GO ignoré complètement. Pré-requis à tous les autres flags.
Flag déclenchant l'émission d'un Group Value Read au démarrage du composant (bus voltage return), pour récupérer l'état actuel des partenaires. À utiliser avec parcimonie (pic de trafic au reset).
Flag autorisant le GO à répondre aux télégrammes Group Value Read provenant du bus. Activer uniquement quand la valeur doit être interrogeable.
Flag autorisant le GO à émettre un Group Value Write sur le bus lors d'un changement local de sa valeur.
Flag autorisant le GO à mettre à jour sa valeur interne lors de la réception d'un Group Value Response (par exemple en réponse à une lecture émise par un autre composant).
Flag autorisant le GO à recevoir des Group Value Write du bus. Sans W, les écritures externes sont ignorées (GO en lecture seule).
Chiffrement et authentification au niveau application layer (group object), end-to-end entre composants. AES-128 CCM. Protège la valeur d'un group object spécifique.
Protocole équivalent UDP de TLS. Utilisé par KNX IP Secure pour chiffrer/authentifier les datagrammes UDP de KNXnet/IP, tant en tunneling qu'en routing multicast.
Clé d'usine imprimée sur l'étiquette d'un composant KNX Secure (QR code + chaîne 32 chars hex). Utilisée par ETS lors de la première intégration au projet Secure. À conserver séparément.
Chiffrement au niveau transport IP (entre IP Routers ou via tunneling). Utilise DTLS. Protège le trafic IP, transparent pour les composants TP en aval.
Famille de mécanismes de sécurité cryptographique de KNX, déclinée en Data Secure (application layer) et IP Secure (transport IP). Intégrée nativement à ETS6.
Clé spéciale du keyring permettant à un outil ETS de reprogrammer un device Secure-already-deployed sans rescanner la FDSK papier d'origine.
Adaptive Data Rate : algorithme LoRaWAN qui ajuste dynamiquement le Spreading Factor et la puissance d'émission en fonction de la qualité du lien (SNR/RSSI). Optimise le débit et la durée de vie de la batterie pour les end-devices statiques.
Limitation réglementaire imposée par l'ERC sur la bande EU868 : un end-device ne peut émettre que 1 % du temps sur une sous-bande (36 s/h). Impacte la fréquence d'envoi des messages et le dimensionnement des applications LoRaWAN.
Deux méthodes d'activation LoRaWAN. OTAA (Over-The-Air Activation) : procédure de join dynamique avec dérivation de clés de session depuis AppKey et NwkKey. ABP (Activation By Personalization) : clés et DevAddr préconfigurés statiquement, sans procédure de join.
Deux protocoles d'établissement de session sécurisée dans Matter (CSA). PASE (Passcode Authenticated) est utilisé lors du commissioning initial via un code PIN. CASE (Certificate Authenticated) sécurise les échanges opérationnels avec les certificats NOC (Node Operational Certificate).
Paramètre LoRa (SF7 à SF12) contrôlant l'étalement du signal : un SF élevé allonge la portée et la robustesse mais réduit le débit et augmente le Time-on-Air. SF7 ≈ 5,47 kbps ; SF12 ≈ 293 bps sur BW125.
Composant inductif intégré aux alimentations bus KNX TP1. Découple la transmission haute fréquence des télégrammes du courant continu d'alimentation, indispensable au fonctionnement.
Type de câble standard pour le bus KNX TP1 : 2 paires torsadées blindées, conducteurs 0,8 mm². Couleur de gaine conventionnelle verte (non obligatoire).
Bloc d'alimentation dédié au bus KNX TP1, fournit 30 V DC SELV avec choke intégrée. Capacités standard : 160 mA, 320 mA, 640 mA. JAMAIS utiliser pour alimenter autre chose que le bus.
Classification électrique très basse tension de sécurité. Le bus KNX TP1 (30 V DC) est classé SELV : cohabitation autorisée en gaine avec autres SELV, séparation obligatoire vis-à-vis du 230 V.
Caractéristique de l'examen théorique KNX : le candidat est autorisé à consulter la documentation papier ou PDF du cours pendant l'épreuve. Encourage la compréhension plus que la mémorisation pure.
Mécanisme du scoring KNX : bonne réponse = +1, mauvaise = -0,5, vierge = 0. Encourage l'abstention sur les questions incertaines (espérance d'une intuition fausse négative).
Format officiel des questions théoriques KNX Basic et Advanced. Chaque énoncé est à valider Vrai ou Faux. Scoring asymétrique : +1 bonne, -0,5 mauvaise, 0 vierge.
Régulation en boucle fermée pour maintenir une luminosité constante (ex : 500 lux) en compensant l'apport naturel. Économies énergie 30-60 % vs allumage tout-ou-rien.
Protocole d'éclairage (Digital Addressable Lighting Interface). Intégrable en KNX via DALI Gateway. Permet pilotage individuel de jusqu'à 64 ballasts DALI par bus DALI.
Configuration prédéfinie de plusieurs actionneurs (éclairage, stores, HVAC, audio) déclenchée par un télégramme unique (DPT 17.001 ou 18.001). Numérotée 0-63.
Décret n°2019-771 du 23 juillet 2019 relatif aux obligations d'actions de réduction de la consommation d'énergie finale dans les bâtiments tertiaires (surface ≥ 1 000 m²). Impose −40 % en 2030, −50 % en 2040, −60 % en 2050 par rapport à une année de référence.
International Performance Measurement and Verification Protocol, publié par l'EVO (Efficiency Valuation Organization). Cadre méthodologique pour mesurer et vérifier les économies d'énergie issues de projets d'efficacité énergétique. Référence internationale pour les contrats de performance énergétique (CPE).
Plateforme numérique de l'ADEME permettant aux assujettis du dispositif éco-énergie tertiaire (décret n°2019-771) de déclarer leurs consommations annuelles d'énergie et de suivre leurs objectifs de réduction. Déclaration obligatoire avant le 30 septembre de chaque année.
Série de normes européennes pour les Home and Building Electronic Systems (HBES). KNX est conforme à EN 50090. Plusieurs parties : architecture, performance, sécurité, etc.
Norme internationale "Information technology — Home Electronic System (HES) Architecture" qui codifie KNX au niveau ISO/IEC. Référence pour les marchés non-européens.
Mode d'opération du système de chauffage/climatisation. 4 modes standards (DPT 20.102) : Comfort, Standby, Economy, Building Protection. Régulation en cascade selon priorités.
Modulation par largeur d'impulsion : signal on/off cyclique (typ. 10-15 min) dont le rapport cyclique détermine la moyenne. Utilisé pour piloter des vannes thermostatiques électrothermiques depuis un DPT 1.001.
BACnet Broadcast Management Device : équipement ou fonction logicielle qui relaie les messages broadcast BACnet/IP entre sous-réseaux IP séparés. Permet la découverte d'appareils (Who-Is/I-Am) et la diffusion de COV sur des architectures routées.
Change of Value : mécanisme BACnet permettant à un client de s'abonner aux variations d'une propriété d'objet. Le serveur n'envoie des notifications que lorsque la valeur dépasse un incrément configurable (COV Increment), réduisant le trafic par rapport au polling.