Questions KNX Advanced de niveau difficile

Questions niveau Difficile

1. Q01

   Sur les installations KNX Secure très sensibles (sites stratégiques, bâtiments de défense), les clés du keyring peuvent être stockées dans un Hardware Security Module (HSM) côté ETS, garantissant qu'elles ne quittent jamais le matériel sécurisé même pendant les opérations de download.

   VraiFaux

   X. KNX Secure· HSM (Hardware Security Module)· Difficile

   ▸

   Réponse correcte

   Vrai

   Suggestion d'apprentissage

   Un HSM est un boîtier matériel certifié (typiquement FIPS 140-2 niveau 3 ou plus) qui stocke les clés cryptographiques et offre : génération de clé aléatoire vraie (TRNG), opérations cryptographiques exécutées en mémoire protégée — la clé n'apparaît jamais en clair dans la RAM d'ETS —, audit log inviolable et détection d'intrusion physique (tamper détection). Le coût va de 500 à 5000 € pour un HSM au format USB et son usage est réservé aux sites haute sécurité : banque, défense, infrastructures critiques.

   Voir la fiche complète →
2. Q02

   En KNXnet/IP Routing, plusieurs IP Routers sur le même VLAN partagent le trafic via le multicast 224.0.23.12, ce qui constitue un backbone IP sans hiérarchie maître-esclave entre les routers.

   VraiFaux

   1. Couplers· IP Routing vs. Tunneling· Difficile

   ▸

   Réponse correcte

   Vrai

   Suggestion d'apprentissage

   L'architecture est strictement peer-to-peer en multicast : chaque IP Router émet et reçoit indépendamment sur 224.0.23.12, sans coordinateur central. Cette absence de SPOF apporte de la robustesse, mais l'IGMP Snooping doit être activé sur les switches pour éviter que le multicast ne soit floodé en broadcast sur tous les ports du VLAN. Tunneling, en revanche, est une session point-à-point unicast typiquement utilisée par ETS ou une visualisation.

   Source : KNX Specifications V3.0.0 (public) — KNXnet/IP Routing

   Voir la fiche complète →
3. Q03

   Un group object configuré avec les flags C+R+T+U mais sans W ne peut pas recevoir d'écriture depuis d'autres composants — il ne peut être modifié que localement par son propre composant.

   VraiFaux

   2. Flags· Flag-Kombinationen· Difficile

   ▸

   Réponse correcte

   Vrai

   Suggestion d'apprentissage

   Sans le flag W (Write enable), tout télégramme Group Value Write reçu est ignoré par le group object. Les autres flags restent fonctionnels : C autorise la communication globale, R permet aux GroupValueRead de renvoyer la valeur, T autorise les transmissions sortantes et U accepte les mises à jour internes. Cette combinaison est typique des objets "status" en lecture seule, qu'on souhaite remonter en visualisation sans permettre à un autre composant de les écraser.

   Source : Porto KNX — Advanced course, Flags combinations

   Voir la fiche complète →
4. Q04

   Quel est le principe de la régulation Constant Light Control en KNX ?

   • A.Maintenir une luminosité fixe (ex : 500 lux) en variant l'éclairage artificiel selon l'apport de lumière naturelle
   • B.Allumer toutes les lampes à pleine puissance dès qu'un capteur détecte une présence
   • C.Dimmer linéairement de 0 à 100 % au cours de la journée (lever → coucher du soleil)
   • D.Couper l'éclairage automatiquement après X minutes d'inactivité

   5. Lighting Control· Constant Light Control· Difficile

   ▸

   Réponse correcte

   A — Maintenir une luminosité fixe (ex : 500 lux) en variant l'éclairage artificiel selon l'apport de lumière naturelle

   Suggestion d'apprentissage

   A est correct : Constant Light Control = boucle fermée sonde luxmètre + actionneur dimming. Le contrôleur compare la mesure (lux) à la consigne (par exemple 500 lux) et ajuste l'éclairage artificiel pour combler le delta vs apport naturel par les fenêtres, ce qui apporte 30 à 60 % d'économie d'énergie. B est faux : c'est de la détection de présence simple, sans modulation. C est faux : une variation horaire linéaire ne tient pas compte de l'apport naturel réel. D est faux : c'est une fonction d'extinction automatique sur absence, indépendante de la luminosité ambiante.

   Source : ABB i-bus KNX Lighting Application Manual (public)

   Voir la fiche complète →
5. Q05

   L'éclairage de secours d'un bâtiment ne peut PAS être piloté par KNX seul : il doit respecter des normes spécifiques (NF EN 1838, EN 50172) qui exigent un système autonome avec batterie de secours.

   VraiFaux

   5. Lighting Control· Sicherheitsbeleuchtung· Difficile

   ▸

   Réponse correcte

   Vrai

   Suggestion d'apprentissage

   Le Bloc Autonome d'Éclairage de Secours (BAES) est une obligation réglementaire : batterie locale, fonctionnement sans réseau ni bus. KNX peut compléter avec des fonctions de test/diagnostic ou de coupure normale (les BAES s'allument à la coupure 230V), mais JAMAIS remplacer le secours autonome. Sujet d'examen typique en tertiaire.

   Source : NF EN 1838 / EN 50172, ABB lighting AM

   Voir la fiche complète →
6. Q06

   Un "Functional Block" KNX définit un ensemble standardisé de Group Objects pour une fonction donnée (ex : actionneur éclairage simple, vanne thermostatique), garantissant l'interopérabilité entre fabricants pour cette fonction.

   VraiFaux

   12. Interworking· Functional Blocks· Difficile

   ▸

   Réponse correcte

   Vrai

   Suggestion d'apprentissage

   Les Functional Blocks sont des templates d'interworking standardisés. Exemples : FB Light Switch (DPT 1.001 commande + DPT 1.001 status), FB Dimming (DPT 1.001 + 3.007 + 5.001), FB HVAC Room Controller (10+ GO standardisés). La certification interworking vérifie que les produits implémentent ces FB correctement, ce qui garantit la substitution entre fabricants sans reprogrammation.

   Source : KNX Specifications V3.0.0, Vol. 3/7

   Voir la fiche complète →