Aller au contenu

Interphone 2N et KNX avec Link’nX : portes et événements

Avec Link’nX, un interphone 2N déclaré sur la gateway entre dans les scénarios de l’installation. Une action commande l’un de ses interrupteurs, numérotés de 1 à 4 : ouvrir, fermer, verrouiller, maintenir une porte ouverte. Un déclencheur réagit à ses événements : code ou carte saisis, appel, état de la porte, détection de mouvement ou de bruit. Dans un scénario, ces éléments se combinent avec les déclencheurs et actions KNX du projet.

BesoinOù le configurerGuide
Déclarer l’interphone et ses accès à l’API HTTPAppareils → Sécurité & Accès → 2NDéclarer un interphone 2N
Reprendre la configuration et les utilisateurs de l’interphoneImporter une configuration, fichier .xmlDéclarer un interphone 2N
Ouvrir, verrouiller ou maintenir ouverte une porteAction de type 2NCommander un interrupteur 2N
Lancer un scénario sur un code, une carte, un appel ou un état de porteDéclencheur de type 2NRéagir aux événements 2N
Envoyer des commandes KNX après un événement 2NAction de type KNX dans le même scénarioPréparer une action KNX
Commander la porte depuis un bouton KNXDéclencheur de type KNX associé à une action 2NCréer un déclencheur KNX
  1. Préparez l’interphone dans son interface web : Switch API et Logging API activées, compte API HTTP activé avec ses privilèges.
  2. Déclarez l’interphone : nom, adresse IPv4, compte API HTTP, mot de passe et les deux méthodes d’authentification. Importez si besoin son fichier XML, puis enregistrez.
  3. Préparez les actions 2N : appareil, numéro d’interrupteur et commande.
  4. Préparez les déclencheurs 2N en ne remplissant que les filtres utiles à l’automatisme.
  5. Composez le scénario avec ces déclencheurs et actions, et si besoin des actions ou déclencheurs KNX.
  6. Vérifiez ensuite le fonctionnement réel de la porte et la réception des événements.

Chaque guide se termine par son dépannage : disquette grisée, valeurs absentes après l’import, événement qui n’arrive pas, commande sans effet.

  • L’API d’interrupteur et l’API d’enregistrement ont chacune leur méthode d’authentification : None, Basic ou Digest, identique dans l’interphone et dans la déclaration. Si les commandes fonctionnent mais pas les événements, vérifiez la seconde.
  • L’import XML prépare la déclaration Link’nX ; il ne restaure pas l’interphone. Il peut remplacer des valeurs déjà saisies, et le mot de passe reste à renseigner avant l’enregistrement.
  • Dans un déclencheur, tous les critères renseignés doivent correspondre à l’événement reçu. Un champ vide ou le choix — ignore le critère.
  • Déverrouiller et Relâcher / annuler l’ouverture maintenue sont deux commandes distinctes. Un interrupteur verrouillé et maintenu reste maintenu après son déverrouillage. Avant de maintenir une gâche ouverte, vérifiez qu’elle le supporte dans la durée.
  • Les fonctions et événements utilisables dépendent du matériel : détecteurs, lecteurs et contact de porte doivent être configurés sur l’interphone.

Pour les autres portiers et solutions d’accès, voir Contrôle d’accès et Sécurité et vidéoprotection.