2N · KNX · Portier vidéo · 7 min de lecture

Intégration KNX du 2N Helios IP Verso via le module 916010

Le module 2N 916010 se monte dans le boîtier du Helios IP Verso et expose les événements d'appel, de code et d'ouverture de porte comme objets de groupe sur le bus KNX TP1. Cet article couvre le montage dans le boîtier, l'attribution des adresses sous ETS6, la logique du relais d'ouverture et le renvoi SIP, configuré séparément, vers des écrans KNX.

Où le module 916010 se loge-t-il physiquement dans le boîtier Verso ?

Le module 2N 916010 se monte à l'intérieur du boîtier Helios IP Verso comme un module empilé, au même format qu'un module bouton d'appel ou clavier. Il ne nécessite pas de cadre plus profond ni plus large qu'un cadre Verso standard.

Il se place entre le bus interne des modules de l'interphone — qui relie les modules caméra, clavier et affichage — et une borne à vis distincte pour la ligne KNX TP1 du bâtiment. Les deux bus restent électriquement indépendants : les données KNX ne transitent jamais par le bus interne des modules.

Emplacement de montage
emplacement modulaire du boîtier Verso
Raccordement KNX
borne à vis du bus TP1
Compatibilité ETS
ETS5 / ETS6 via .knxprod
Alimentation du module
logique propre uniquement, depuis le bus KNX

L'erreur de commande la plus fréquente est un cadre Verso à un seul emplacement modulaire, sans place réservée pour le module 916010 : vérifiez le nombre d'emplacements par rapport aux modules caméra, clavier, lecteur de badge et haut-parleur avant l'expédition du tableau.

Comment câbler la borne KNX sans saturer la ligne ?

Raccordez la borne KNX du module à la ligne TP1 du bâtiment avec un câble bus standard, par exemple J-Y(St)Y 2×2×0,8, en respectant la polarité rouge/plus et noir/moins.

Le module ne prélève sur le bus KNX que le courant de sa propre logique — il n'alimente pas la platine de rue. Le Verso lui-même est alimenté séparément, généralement en PoE 802.3at (pour les variantes extérieures chauffées) ou par une alimentation locale 12-24 V DC ; dimensionner l'alimentation KNX pour l'électronique de l'interphone est une erreur de câblage à éviter.

Charge de la ligne : le module 916010 ajoute sa propre consommation au budget de la ligne KNX comme n'importe quel autre appareil. Sur une ligne déjà proche de la limite d'une alimentation 640 mA, ajouter le module à côté d'autres appareils côté porte — détecteurs de mouvement, boutons supplémentaires — peut dépasser le budget et provoquer des erreurs de bus aléatoires en charge.

Ajoutez la consommation du module au total de la ligne avant la mise en service, et déportez-le sur une ligne séparée via un coupleur de ligne si la marge restante est faible.

Comment mettre le module en service sous ETS6 ?

Téléchargez la base de données ETS du module 916010 (.knxprod) depuis la page d'assistance produit de 2N, pour la version de firmware exacte installée sur le module, importez-la dans ETS5 ou ETS6, puis glissez l'appareil dans la structure de bâtiment du projet.

2N ne publie pas d'adresses de groupe fixes pour le module — chaque objet de communication reçoit l'adresse de groupe que vous lui attribuez, selon la structure d'AG (libre, à deux ou trois niveaux) déjà utilisée dans le reste du projet.

Avant d'ouvrir ETS
  • Version de firmware relevée sur l'écran d'information du module ou via le diagnostic ETS
  • Base .knxprod correspondante téléchargée pour ce firmware
  • Structure d'adresses de groupe du projet déjà décidée (libre / 2 niveaux / 3 niveaux)
  • Bus KNX physiquement raccordé et ligne terminée

Une base .knxprod conçue pour un firmware plus ancien peut masquer des objets de communication ajoutés par une version ultérieure, ou afficher des objets qui n'existent plus. Si un objet attendu manque après l'import, comparez d'abord le firmware du module à la version de la base avant de suspecter une erreur de câblage.

Que place le module 916010 sur le bus KNX ?

Le tableau ci-dessous regroupe les objets de communication que le module expose généralement une fois importé dans ETS. Considérez les catégories comme stables ; relevez les numéros d'objet exacts et toute extension spécifique au fabricant depuis l'appareil importé lui-même, car ils peuvent varier d'une version de firmware à l'autre.

Groupe d'objetsDirectionDPT typiqueFonction
Sonnerie d'appelVerso → KNX1 bit, DPT 1.001 SwitchPiloter un indicateur ou écran KNX pour un appel actif
Appel décroché / actifVerso → KNX1 bit, DPT 1.001 SwitchAtténuer une musique de fond ou suspendre une scène pendant l'appel
Demande d'ouverture de porteKNX → Verso1 bit, DPT 1.010 Start/StopDéclencher le relais de la gâche depuis un bouton-poussoir ou un panneau KNX
Code d'accès saisiVerso → KNX1 octet, ex. DPT 5.010Enregistrer quel code de clavier a ouvert la porte
Mouvement / autoprotectionVerso → KNX1 bit, DPT 1.005 AlarmDéclencher une scène d'alarme ou une notification

La numérotation des objets dépend du firmware ; les catégories ci-dessus sont ce que les installateurs retrouvent systématiquement, et ne remplacent pas la lecture de l'appareil .knxprod importé.

Comment déclencher le relais de la gâche depuis un panneau KNX ?

Reliez l'adresse de groupe de sortie d'un bouton-poussoir ou panneau KNX à l'objet d'ouverture de porte du module, et envoyez un télégramme d'impulsion plutôt qu'un simple télégramme de commutation.

Utilisez un télégramme Start/Stop ou une impulsion temporisée avec une durée d'ouverture définie (généralement quelques secondes, alignée sur le temps de maintien propre de la gâche) plutôt qu'un simple commutateur 1 bit. Un commutateur simple resté bloqué à l'état « activé » à cause d'un télégramme perdu ou d'un défaut de ligne KNX peut laisser la porte déverrouillée indéfiniment ; un télégramme d'impulsion retombe au contraire à l'état « verrouillé ».

Boucle de terre : si l'alimentation basse tension propre à la gâche est reliée à la terre du bâtiment en un point différent de la référence SELV du bus KNX, la boucle qui en résulte peut injecter du bruit sur le bus près de la porte. Ramenez les retours basse tension côté porte à un point de terre unique et défini, sans utiliser le châssis de la gâche comme seconde référence.

Le KNX transporte-t-il l'appel en direct, ou seulement l'événement d'ouverture ?

Le KNX ne transporte que les événements de sonnerie, de décroché, d'ouverture et de saisie de code sous forme d'objets de groupe — la vidéo en direct et l'audio bidirectionnel de l'appel lui-même transitent par SIP, entièrement en dehors du bus KNX.

Pour qu'un écran de pièce KNX affiche l'appel en direct, le panneau a besoin de son propre client SIP, enregistré sur le même proxy SIP (ou configuré en poste à poste) que le Helios IP Verso, et le groupe de renvoi ou de sonnerie de l'interphone doit inclure l'adresse SIP de ce panneau. L'objet de sonnerie du module ne sert qu'à réveiller l'écran du panneau vers l'application d'interphonie avant que la session SIP ne s'établisse réellement.

Traversée NAT en SIP : si l'interphone et le panneau KNX-SIP se trouvent derrière des routeurs NAT différents — fréquent dans des déploiements de bureau à VLAN séparés ou multi-bâtiments — la signalisation d'appel peut s'établir alors que le flux audio/vidéo RTP échoue silencieusement. Gardez l'interphone, son proxy SIP et tous les panneaux KNX-SIP sur un même segment réseau plat et de confiance, ou configurez un véritable contrôleur de session en bordure plutôt que de compter sur un NAT de niveau opérateur.

Questions fréquentes

Le module 2N 916010 alimente-t-il le Helios IP Verso depuis le bus KNX ?

Non. Le module ne prélève sur le bus KNX TP1 que le courant de sa propre logique. L'électronique caméra, affichage et relais de l'interphone est alimentée séparément, généralement en PoE 802.3at sur les variantes extérieures chauffées ou par une alimentation locale 12-24 V DC.

Quelle version d'ETS fonctionne avec le module 916010 ?

ETS5 et ETS6, via la base de données produit .knxprod publiée sur la page d'assistance de 2N. Faites correspondre la version de la base au firmware installé sur le module, car un décalage peut masquer ou dupliquer des objets de communication après l'import.

Le module 916010 peut-il déclencher le relais de la gâche depuis un panneau KNX ?

Oui. Câblez l'adresse de groupe d'un bouton-poussoir ou panneau KNX à l'objet d'ouverture de porte du module, et envoyez un télégramme Start/Stop ou une impulsion temporisée plutôt qu'un simple commutateur, afin qu'un télégramme perdu retombe à l'état verrouillé plutôt que de laisser la porte ouverte.

Le KNX transporte-t-il la vidéo et l'audio en direct d'un appel à la porte ?

Non. La vidéo et l'audio bidirectionnel transitent par SIP entre l'interphone et l'appareil qui répond. Le KNX ne transporte que les événements de sonnerie, de décroché, d'ouverture et de saisie de code sous forme d'objets de groupe ; un panneau de pièce KNX a besoin de son propre client SIP pour afficher l'appel en direct.

Où le module 916010 se loge-t-il physiquement dans le boîtier Verso ?

Il occupe un emplacement modulaire interne dans le boîtier modulaire du Verso, raccordé au bus interne des modules de l'interphone d'un côté et à la ligne KNX TP1 du bâtiment de l'autre. Commandez un cadre avec un emplacement libre réservé pour lui.

Pourquoi des objets KNX disparaissent-ils après une mise à jour du firmware du Verso ?

Généralement à cause d'une version de base .knxprod qui ne correspond plus au nouveau firmware du module. Retéléchargez sur la page d'assistance de 2N la base correspondant au firmware installé et réimportez l'appareil dans ETS avant de suspecter une erreur de câblage.

Besoin que le câblage KNX soit prévu avant l'expédition de votre Verso ?

PanelCraft précâble la borne KNX, le relais d'ouverture de porte et la référence de terre pour les installations 2N Helios IP Verso directement dans le tableau livré.

Demander un devis →
Chargement...
Retour en haut