---
title: "UniFi Access : déclencher un scénario et associer les points KNX"
description: "UniFi Access : déclencher un scénario et associer les points KNX. Link’nX : créer un déclencheur Access nom porte événement et méthode puis associer au scénario, distinguer méthode…"
canonical: https://wiki.can-nx.com/guides/link-unifi-access-events-knx/
language: fr
product: Link’nX
audience:
  - administrateur
  - installateur
context: Link’nX dans un projet et une gateway autorisés ; UniFi Access ou UniFi Network selon option et contrôleur ; FR/EN, navigation mobile
---

# UniFi Access : déclencher un scénario et associer les points KNX

Contexte : Link’nX dans un projet et une gateway autorisés ; UniFi Access ou UniFi Network selon option et contrôleur ; FR/EN, navigation mobile

Ce guide concerne l’administrateur ou l’installateur avec une [porte déclarée](https://wiki.can-nx.com/guides/link-unifi-devices/). Une ouverture autorisée, l’état du verrou et la position physique de la porte sont des informations différentes.

## Créer un déclencheur

1. Dans le bon projet et la bonne gateway, ouvrez **Déclencheurs → Ajouter → UniFi Access**.
2. Renseignez **Nom**, puis **Porte UniFi Access**.
3. Choisissez **Type d’événement** : **Sonnette**, **Accès autorisé**, **Accès refusé**, **Accès autorisé (entrée)** ou **Accès autorisé (sortie)**.
4. Pour les événements d’accès, **Méthode d’accès** propose **Toutes les méthodes**, **Badge NFC**, **Bouton sortie (REX)**, **Bouton entrée (REN)** et **À distance (app/API)**. Laissez **Toutes les méthodes** si vous ne souhaitez pas restreindre la méthode. **Sonnette** n’affiche pas ce filtre.
5. Enregistrez avec la disquette en bas à droite et vérifiez **Succès !**, puis la liste. Ajoutez le déclencheur au [scénario](https://wiki.can-nx.com/guides/link-scenario-save/) concerné et enregistrez ce dernier.

Le filtre **Bouton entrée (REN)** doit être confirmé pour votre installation avant d’en dépendre : contactez support@can-nx.com. La présence de l’option ne garantit pas un événement exploitable pour chaque matériel. Ne confondez pas méthode d’accès et direction : un bouton de sortie décrit une méthode ; **Accès autorisé (sortie)** décrit la direction annoncée.

Un accès autorisé peut correspondre à l’événement général et à sa variante entrée ou sortie. Une direction absente ne permet pas d’inventer une entrée ou une sortie. Ce parcours n’est pas un comptage garanti des passages et ne fournit pas un historique nominatif. Pour plusieurs portes sur un même équipement ou une méthode particulière, faites confirmer le comportement attendu par le support.

### Le scénario ne se déclenche pas

Vérifiez la porte sélectionnée, le type d’événement et la méthode, puis l’association au scénario et son enregistrement. Si vous avez changé pour **Sonnette**, le filtre de méthode disparaît. Un déclencheur d’accès ne prouve pas que la porte a physiquement bougé.

Si ces éléments sont déjà vérifiés, envoyez à support@can-nx.com le type d’événement attendu, le modèle/version, le contexte et les essais. Ne remplacez pas aveuglément le filtre par un autre événement et ne transmettez pas de jeton ni de données d’occupants.

## Associer les commandes et retours KNX

Depuis la liste **UniFi Access**, cliquez sur les deux flèches **Configuration de la partie passerelle** de la porte. Utilisez l’onglet **Actions** pour les commandes et le **deuxième onglet**, avec une bulle de message, pour les retours du [tableau commun](https://wiki.can-nx.com/guides/link-gateway-table/). Pour chaque point utile, vérifiez le **DPT**, renseignez l’adresse de groupe KNX et **Actif**, puis enregistrez avec la disquette avant de changer d’onglet. Rouvrez pour relire les associations. L’installateur doit fournir les adresses de son projet ETS ; `1/2/3` est seulement un exemple fictif.

Tous les points proposés ici utilisent **DPT 1.001** :

| Onglet et point | Interprétation |
| --- | --- |
| Actions — Déverrouiller (momentané) | Un télégramme d’activation `1` demande l’ouverture temporaire ; `0` ne demande pas de verrouillage |
| Actions — Maintenir déverrouillé | `1` maintient déverrouillé ; `0` demande le retour au planning, sans garantir un verrouillage immédiat |
| Deuxième onglet — État du verrou | `1` indique le relais déverrouillé ; `0` doit être interprété avec l’état disponible sur le contrôleur |
| Deuxième onglet — Position de la porte | `1` indique ouverte ; `0` ne suffit pas à certifier une porte fermée lorsque l’information de contact est inconnue ou absente |

Les règles avec durée et l’urgence se configurent dans [Actions](https://wiki.can-nx.com/guides/link-unifi-access-actions/), pas dans ces deux lignes KNX. Une demande envoyée ne prouve pas son application. Une valeur affichée sans actualité confirmée ne certifie pas l’état présent ; un retour absent ne doit pas être remplacé par `0`.

Pour désactiver une association, décochez **Actif** et enregistrez l’onglet. Si le retour manque, vérifiez le contexte, la porte, l’adresse, le DPT, l’activation et l’enregistrement. Si rien ne change après ces vérifications, contactez support@can-nx.com avec le point concerné et les essais déjà faits.

En anglais : **Event type**, **Access method**, **All methods**, **NFC badge**, **Exit button (REX)**, **Entry button (REN)**, **Remote (app/API)**, **Lock state** et **Door position**. Voir aussi [l’édition des déclencheurs](https://wiki.can-nx.com/guides/link-trigger-edit/).