3. Evènements

L’interface d’automatisation vous permet de définir certains types d’événement pouvant survenir sur votre appareil :

  • AudioLoopTest – Test de la boucle audio effectué 
  • CallStateChanged – Changement de l'état d'appel
  • CardEntered – Carte RFID entrée sur le Lecteur
  • CardHeld – Carte RFID maintenue sur le Lecteur
  • CodeEntered – Code composé sur le clavier
  • Counter – comptage des déroulements d’événements
  • Delay – Délai défini
  • DoorOpenTooLong – Porte restée ouverte trop longtemps
  • DtmfEntered – Code DTMF composé pendant un appel
  • DtmfPressed – Code DTMF reçu pendant un appel
  • ErrorStateChanged – changement de l'état d'erreur (uniquement pour 2N LiftIP 2.0)
  • FingerEntered – Empreinte digitale scannée sur le Lecteur Biométrique
  • HttpTrigger – Réception d'une commande HTTP/HTTPS
  • InputChanged – Changement d'état de l'entrée logique
  • KeyPressed – Bouton pressé
  • KeyReleased – Bouton relâché
  • LicensePlateRecognized – Plaque d'immatriculation enregistrée
  • LockdownStateChanged – Changement d'état du mode Verrouillage d'urgence
  • MobKeyEntered – Authentification via le Lecteur Bluetooth
  • MotionDetected – Mouvement détecté par la caméra
  • MulticastTrigger – Réception d'une commande multicast 
  • OnvifVirtualOutputChanged – Evènement reçu depuis un VMS
  • NoiseDetected – Bruit détecté par le Microphone
  • RegistrationStateChanged – Changement dans l'état d'enregistrement du compte SIP
  • Rebooted – Détection du redémarrage de l'appareil
  • RescueTerminated – fin du mode de libération (uniquement pour 2N LiftIP 2.0)
  • SilentAlarm – Activation de l'alarme silencieuse
  • Time – Heure spécifique
  • Timer – Minuterie d'évènement périodique
  • UnauthorisedDoorOpen – Ouverture de porte non-autorisée
  • UserAuthorized – Authentification d'un utilisateur
  • OutputChanged – Changement d'état d'un sortie
  • SwitchChanged – événement sur la sortie

Voir ci-dessous pour plus de détails sur les événements, leurs paramètres d'entrée et leur utilisation.

AudioLoopTest (Test de la Boucle Audio)

Le Bloc AudioLoopTest définit l'événement généré après le test du haut-parleur et du microphone (test de boucle audio). Les actions qui suivent seront exécutées en fonction du résultat du test.


Paramètres entrants

  • Result – ce paramètre spécifie le résultat de test souhaité.

    • Valeurs valide :

      • any – l'événement est généré chaque fois que le test est effectué (quel que soit son résultat)
      • passed – l'évènement est généré lorsque le test est réussi
      • failed – l'évènement est généré lorsque le test a échoué

    • Ce paramètre est optionnel, la valeur par défaut est failed.


Paramètres sortants

  • Event – la sortie de l'Evènement permet de connecter une Action souhaitée.


Exemple

Un événement est généré après le test de boucle audio si le résultat du test est négatif (c'est-à-dire que le microphone ou le haut-parleur est en panne) :


CallStateChanged (Changement de l'état de l'appel)

Le bloc CallStateChanged définit l'événement généré par un changement d'état de l'appel (Sonnerie en cours, communication établie, appel terminé…etc.).


Paramètres entrants

  • State – indique le changement d'état de l'appel.
    • Valeurs valides :

      • ringing – sonnerie en cours

      • connected – communication établie

      • terminated – appel terminé

  • Direction – définit la direction de l'appel.
    • Valeurs valides :

      • incoming – appel entrant

      • outgoing – appel sortant

      • any – les deux directions

    • Ce paramètre est optionnel, la valeur par défaut est any.
  • Number – définit le numéro d’appel (numéro de téléphone, adresse IP) spécifique qui une fois appelé déclenchera l’événement. Saisissez plusieurs numéros séparés par des virgules si nécessaire. Une valeur non complétée sera équivalente à la valeur any.
    • Ce paramètre est optionnel, la valeur par défaut est any.


Paramètres sortants

  • Event – la sortie de l'Evènement permet de connecter une Action souhaitée.
  • State – l'état d'appel détecté qui a généré cet événement. Les options correspondent au paramètre State.
  • Direction – la destination d'appel qui a généré cet évènement. Appel entrant ou sortant.
  • Uri – la sortie contient l'URI SIP complet de l'interlocuteur.
  • User ID – l'identification de l'utilisateur qui a généré l'évènement.
  • User Name – nom de l'utilisateur qui a généré l'évènement.

Exemple

Evènement généré par la réponse à un appel entrant provenant du numéro 1234 :


CardEntered (Carte RFID entrée sur le Lecteur)

Le bloc CardEntered définit l’événement généré en badgeant une carte RFID avec un ID défini (pour les modèles équipés d’un lecteur de carte RFID uniquement).


Paramètres entrants

  • Card – définit l'identifiant de la carte RFID ; reportez-vous à la sous-section Lecteur de carte du Manuel de configuration.
    • Valeurs valides :

      • valid – n’importe quelle carte valide (cartes dans le répertoire de l’interphone)

      • invalid – n'importe quelle carte invalide

      • any – n'importe quelle carte valide ou invalide
      • < > (valeur nulle) – l'évènement ne sera pas généré
      • Ou bien, compléter manuellement l’ID de la carte, (plusieurs éléments séparés par une virgule peuvent être saisis).
  • Suppress Visual Signalin – il permet de supprimer la signalisation visuelle (signalisation LED ou notifications sur l'écran) associée à la réception d'une carte invalide. Le paramètre est facultatif.
    • Valeurs valides :

      • disabled – les signalisations ne sont pas supprimées

      • enabled – les signalisations sont supprimées (valeur par défaut)

  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la réception d'une carte invalide.  Le paramètre est facultatif.
    • Valeurs valides :

      • disabled – les signalisations ne sont pas supprimées

      • enabled – les signalisations sont supprimées (valeur par défaut)

  • Reader – permet de définir le lecteur ou module lecteur à utiliser.
    • Valeurs valides :
      • internal_cardreader – lecteur de carte interne (2N IP Vario, Force)
      • external_cardreader – lecteur de carte externe (2N IP Vario, Force)
      • any – n'importe quel lecteur / module
      • Ou bien, compléter manuellement le nom du module comme indiqué dans les paramètres de la section Hardware / Extendeurs / Modules / Menu des modules utilisés (2N IP Verso).
    • Ce paramètre est optionnel et la valeur par défaut est any.
  • Direction – définit la direction de lecture.
    • Valeurs valides :
      • in – lecteur en entrée
      • out – lecteur en sortie
      • any – les deux directions
    • Ce paramètre est optionnel et la valeur par défaut est any.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Card – l'ID de la carte détectée qui a été la dernière à déclencher l'évènement ou l'action. 
  • Direction – configurez la direction du lecteur de carte (in, out, any).
  • Reader – nom du module ou lecteur qui a été utilisé (internal_cardreader, external_cardreader, <module_name>).

Exemple

Evènement généré après l'entrée de la carte ayant l'ID 0012456 :


CardHeld

Le bloc CardHeld définit l’événement généré en maintenant une carte RFID avec un identifiant défini (pour les modèles équipés d'un lecteur RFID). L'évènement est généré en maintenant une carte RFID sur le lecteur pendant 4 secondes.


Paramètres entrants

  • Card – définit l'identifiant de la carte RFID ; reportez-vous à la sous-section Lecteur de carte du Manuel de configuration.
    • Valeurs valides :

      • valid – n’importe quelle carte valide (cartes dans le répertoire de l’interphone)

      • invalid – n'importe quelle carte invalide

      • any – n'importe quelle carte valide ou invalide
      • < > (valeur nulle) – l'évènement ne sera pas généré
      • Ou bien, compléter manuellement l’ID de la carte, (plusieurs éléments séparés par une virgule peuvent être saisis).
  • Suppress Visual Signalin – il permet de supprimer la signalisation visuelle (signalisation LED ou notifications sur l'écran) associée à la réception d'une carte invalide. Le paramètre est facultatif.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)
  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la réception d'une carte invalide. Le paramètre est facultatif.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)
  • Reader – permet de définir le lecteur ou module lecteur à utiliser.
    • Valeurs valides :
      • internal_cardreader – lecteur de carte interne (2N® IP Vario, Force)
      • external_cardreader – lecteur de carte externe (2N® IP Vario, Force)
      • any – n'importe quel lecteur / module.
      • Ou bien, compléter manuellement le nom du module comme indiqué dans les paramètres de la section Hardware / Extendeurs / Modules / Menu des modules utilisés (2N® IP Verso).
    • Ce paramètre est optionnel et la valeur par défaut est any.
  • Direction – définit la direction de lecture.
    • Valeurs valides :
      • in – lecteur en entrée
      • out – lecteur en sortie
      • any – les deux directions
    • Ce paramètre est optionnel et la valeur par défaut est any.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Card – l'ID de la carte détectée qui a été la dernière à déclencher l'évènement ou l'action.
  • Reader – nom du module ou lecteur qui a été utilisé (internal_cardreader, external_cardreader, <module_name>).
  • Direction – configurez la direction du lecteur de carte (In, Out, Unspecified).


Exemple

Evènement généré après avoir maintenu la carte ayant l'ID 0012456 :


CodeEntered

Le bloc CodeEntered définit l'événement généré par la saisie d'un code numérique et confirmation avec la touche * (pour les modèles à clavier numérique uniquement).


Paramètres entrants

  • Code – définit le code numérique.
    • Valeur valide :

      • Code numérique – 12345, e.g., (plusieurs éléments séparés par une virgule peuvent être saisis).

      • valid – n'importe quel code valide

      • invalid – n'importe quel code invalide

      • any – n'importe quel code, valide ou invalide
      • < > (Valeur nulle) – l'évènement ne sera pas généré
  • Suppress Visual Signalin – il permet de supprimer la signalisation visuelle (signalisation LED ou notifications sur l'écran) associée à la réception d'un code numérique invalide. Le paramètre est facultatif.
    • Valeurs valides : 
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)
  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la réception d'un code numérique invalide. Le paramètre est facultatif.
    • Valeurs valides : 
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Code – le code numérique reçu qui a été le dernier à générer l'évènement.


Exemple

Evènement généré en entrant le code 12345* sur le Clavier :


Counter

Le bloc Counter suit le nombre de déroulements des événements définis précédents. Déroulement des événements entrant en tant qu’Increase augmentation du nombre. Déroulement des événements entrant en tant que Decrease diminution du nombre. Les événements diminuant le nombre ne doivent pas être configurés. Le bloc peut générer un événement sortant ou une action soit à chaque fois quand l’événement suivi survient, soit seulement lorsque le nombre obtient/dépasse la valeur définie dans Max Value.

Paramètres entrants

Note

Si la configuration d’un des paramètres entrants de ce bloc se modifie lors du déroulement d’une fonction automatique, le nombre suivi revient automatiquement à la valeur Min Value.

  • Increase – définit l’événement, dont un déroulement augmente le nombre suivi.
  • Decrease – définit l’événement, dont un déroulement diminue le nombre suivi.
  • Reset – définit l’événement après lequel le nombre suivi revient à la valeur Min Value.
  • Condition – définit la condition qui devra être remplie pour que la modification du nombre suivi s’applique (Increase, Decrease, Reset).
  • Mode – définit le mode d’initiation de l’événement.
    • Valeurs valides :
      • always (default) – le bloc entraîne l’événement à chaque modification du nombre suivi.
      • condition – le bloc entraîne l’événement dès que le nombre suivi atteint la valeur Max Value ou dépasse cette valeur.
  • Min Value – définit la valeur initiale du nombre suivi. Il s’agit de la valeur possible la plus basse que ne diminue ni même un autre événement Decrease.
  • Max Value – définit la valeur maximale du nombre suivi. Le comportement suivant est décrit dans AutoReset.
    • Valeurs valides : Max value doit être supérieur à Min Value !
  • Step – définit le pas d’augmentation ou de diminution du nombre suivi.
    • Valeurs valides : chiffres positifs (>0)
  • Auto Reset – définit si le nombre suivi revient automatiquement à la valeur initiale Min Value lors de l’obtention ou du dépassement de la valeur Max Value. Si n’est pas activé Auto Reset et que la valeur Max Value a été atteinte/dépassée, l’augmentation de la valeur du nombre de déroulements est interrompue (c’est-à-dire que les événements Increase sont ignorés).

Paramètres sortants

  • Event – sortie pour appeler l’Événement ou l’Action joint(e). La sortie s’active lors de l’obtention ou du dépassement de la valeur maximale Max Value (condition mode) ou à chaque fois que le bloc enregistre un des événements entrants (always mode).
  • Value – contient le nombre actuel de déroulements suivis.

Observation

  • Min Value doit être inférieur à Max Value (Min Value < Max Value).
  • Il convient de configurer les valeurs Min Value, Max Value et Step pour que la différence entre Max Value et Min Value soit un multiple entier de la valeur Step.

Exemple

Delay

Le bloc Delay définit le délai programmé après un autre évènement spécifique. Définissez cet événement pour retarder la réponse à un autre événement à l'aide d'un intervalle de temps défini (délai).


Paramètres entrants

  • Start – définit l'évènement qui déclenche le délai.
  • Stop – définit l'évènement qui stoppe le délai. Ce paramètre est optionnel.
  • Delay – définit le temps du délai. Il est seulement possible d'entrer une valeur numérique, il n'est pas possible d'entrer une valeur à partir d'un paramètre de sortie produit par d'autres événements.
  • Exemple de valeurs valides :
    • 10 – 10 secondes (il n'est pas nécessaire d'entrer les unités)
    • 10s – 10 secondes
    • 100ms – 100 millisecondes


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.


Exemple

Evènement généré 1s après qu'un premier évènement se soit produit :


DoorOpenTooLong

Le bloc DoorOpenTooLong définit un évènement généré si une porte est restée ouverte plus longtemps que la durée préprogrammée dans l'interface de configuration.


Paramètres entrants

  • State – état du capteur de porte qui génère l'évènement.
    • Start – début de l'évènement
    • End – fin de l'évènement

    • Valeur valide :

Paramètres sortants

  • Event – sortie permettant de générer l'événement ou l'action affectée.


Exemple

La porte est restée ouverte trop longtemps par rapport à la programmation.


DtmfEntered

Le bloc DtmfEntered définit un évènement généré en entrant un code DTMF sur un clavier suivie de la touche * lors d'un appel entrant ou sortant.

Paramètres entrants

  • Code – définit le code numérique.
    • Valeurs valides :

      • Code numérique – 12345, e.g., (plusieurs éléments séparés par une virgule peuvent être saisis).

      • valid – n'importe quel code valide

      • invalid – n'importe quel code invalide

      • any – n'importe quel code, valide ou invalide
      • < > (Valeur nulle) – l'évènement ne sera pas généré
  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la réception d'un code DTMF invalide. Ce paramètre est optionnel.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Code – le code numérique reçu qui a été le dernier à générer l'évènement.


Exemple

Evènement généré par la détection du code DTMF 123456*


DtmfPressed

Le bloc DtmfPressed définit l'évènement généré par la détection d'un code DTMF prédéfini ou de n'importe quelles touche DTMF. La détection se fait pour les appels entrants et sortants.


Paramètres entrants

  • Key – définit le code DTMF (ou le groupe de code). Si ce paramètre n'est pas complété, l'évènement sera généré pour n'importe quel code DTMF détecté (valeur par défaut : Any).
    • Valeur valide :
  • 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, *, #, A, B, C, D
  • any pour n'importe quel code (valeur par défaut).
  • Séparez les valeurs par une virgule pour définir des groupes de code.
  • Direction – définit la direction de l'appel.
    • Valeur valide :

      • incoming – appel entrant

      • outgoing – appel sortant

      • any – les deux directions

    • Ce paramètre est optionnel, la valeur par défaut est any.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.

  • Pressed Key – le code DTMF numérique reçu qui a été le dernier à générer l'évènement. Le DTMF est stocké dans le format de paramètre Key.

Exemple

Evènement généré par la détection du code DTMF # :

ErrorStateChanged (Changement de l'état d'erreur)

Le bloc ErrorStateChanged définit l'événement généré lorsque l'état d'erreur de 2N LiftIP 2.0 change.

Paramètres entrants

  • Type – définit le type de changement d'état de l'erreur.
    • Valeur valide :
      • any – n'importe lequel des types décrits ci-dessous

      • button-error – panne du bouton ALARM1

        Note

        • Le dysfonctionnement d’un bouton est indiqué s’il est commuté plus longtemps que ce qui est configuré dans Hardware > Entrées numériques dans l’interface web de configuration de l’équipement.

      • button-fixed – panne du bouton ALARM1 terminé

      • audio-error – le dernier test audio s'est terminé par une erreur audio
      • audio-fixed – l'erreur audio a été corrigée au cours du dernier test audio

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Type – le type de changement d'état qui a déclenché l'événement.


Exemple

Événement généré par la fin de la défaillance du bouton ALARM1.


FingerEntered

Le bloc FingerEntered définit l’événement généré par la lecture d’une empreinte digitale connue sur le lecteur d’empreintes digitales (pour les appareils équipés d’un lecteur d’empreintes uniquement).


Paramètres entrants

  • Fingerprint – définit la validité d'une empreinte digitale scannée.
    • Valeur valide :
      • valid – empreinte digitale appartenant à un utilisateur
      • invalid – empreinte digitale n'appartenant à aucun utilisateur
      • any – n'importe quelle empreinte digitale

  • Finger – définit une ou deux empreintes digitales pour un utilisateur.

    • Valeur valide :
      • any – n'importe quelle empreinte digitale d'un utilisateur
      • F1 – l'empreinte digitale définie comme "F1" pour l'automatisation lors de l'enregistrement des empreintes
      • F2 – l'empreinte digitale définie comme "F2" pour l'automatisation lors de l'enregistrement des empreintes
  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la détection d'un utilisateur dont l'empreinte digitale est invalide. Le paramètre est facultatif.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • User ID – l'identification de l'utilisateur qui a généré l'évènement.
  • User Name – nom de l'utilisateur qui a généré l'évènement.

Exemple

 Evènement généré par l'entrée d'une empreinte digitale valide sur le lecteur biométrique.

HttpTrigger

Le bloc HttpTrigger définit un évènement généré par la réception d'une commande HTTP/HTTPS depuis le serveur HTTP/HTTPS de l'interphone. Lorsque la commande http https://ip_addr/api/automation/trigger?triggerId=id est reçue, l'évènement sera généré pour l'ID correspondant à la valeur suivant "trigger" dans la commande HTTP/HTTPS. L'interphone envoie une réponse simple à cette requête (200 OK).

Pour envoyer une commande HTTP/HTTPS, vous devez autoriser le service Automation API et disposer d'un compte ayant accès à l'automatisation dans la section Services > HTTP API.

Paramètres entrants

  • Name – définit l'identifiant unique d'une commande HTTP/HTTPS intégrant des caractères alphabétiques et numériques.


Paramètres sortant

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Params – paramètres envoyés dans le bloc SendHttpRequest ou la commande arrivant sur l'Interphone IP 2N.

L'évènement HttpTrigger est toujours généré par la commande HTTP/HTTPS qui peut transporter une liste de paramètres d'entrée utilisateurs comme inclus dans la commande URI.

http://ip_address/api/automation/trigger?triggerId=id&param1=value1&param2=value2

La liste des paramètres entrants suit le caractère "?". Chaque paramètre doit inclure le nom et la valeur séparés par le caractère "=". Si la liste comprend plus d'un paramètre d'entrée, "&" est utilisé comme séparateur.

Les paramètres entrants de la commande HTTP/HTTPS reçue sont disponibles sous forme de bloc HttpTrigger Paramètres sortants. Le nom des paramètres sortants est égal au nom du paramètre transféré – $(line.param1) a $(line.param2). 

Exemple

Événement généré par la réception de la commande HTTPS suivante: https://ip_address/api/automation/trigger?triggerId=opendoor :


InputChanged

Le bloc InputChanged définit un évènement généré par un changement d'état d'une entrée logique prédéfinie.


Paramètres entrants

  • Input – définit l'entrée logique.
    • Valeurs valides :

      • tamper – entrée du Commutateur d'autoprotection

      • input1 – entrée logique 1

      • input2 – entrée logique 2

      • cr_input1 – entrée logique 1 du lecteur de carte

      • cr_input2 – entrée logique 2 du lecteur de carte

    • Il peut y avoir différentes listes de valeurs valides en fonction des modèles d'interphone IP 2N; reportez-vous à la sous-section Entrées et sorties numériques disponibles dans le manuel de configuration.
  • Edge – définit le changement détecté sur l'entrée logique.
    • Valeurs valides :

      • falling – front descendant, changement de. 1 à. 0

      • rising – front montant, changement de. 0 à. 1

    • Ce paramètre est optionnel, la valeur par défaut est rising.

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Output – ID détecté de l'entrée dont le changement a été le dernier à générer cet événement. Les options correspondent aux valeurs des paramètres entrants.
  • Edge – le changement de front détecté qui a été le dernier à générer cet évènement. Les options sont falling ou rising.

Exemple

Evènement généré par la déconnection du Commutateur d'autoprotection (ouverture de l'appareil) :


KeyPressed

Le bloc KeyPressed définit l'évènement généré par une pression sur un bouton ou un groupe de bouton prédéfini.


Paramètres entrants

  • Key – définit le bouton ou le groupe de boutons. Si ce paramètre n'est pas renseigné, l'événement est généré en appuyant sur un bouton quelconque (valeur par défaut : Any).
    • Valeurs valides :

      • 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, *, # pour les touches du clavier numérique

      • %1, %2, .., %999 pour les boutons d'appel

      • T – pour les touches de l'écran tactile
      • B – pour le contact initiant l'authentification Bluetooth
      • alarm1 – pour le bouton ALARM1 sur l'appareil LiftIP 2.0
      • alarm2 – pour le bouton ALARM2 sur l'appareil LiftIP 2.0
      • vas_top – pour le contact Voice Alarm Station sur le toit de la cabine
      • vas_bottom – pour Voice Alarm Station sous la cabine

      • any pour n'importe quel bouton (valeur par défaut)

    • Séparez les valeurs par une virgule pour définir plusieurs boutons.
  • SuppressTones – permet de supprimer les signalisations audio et vidéo initiées par la pression sur un touche non programmée. Ce paramètre est optionnel. 
    • Valeur valide :

      • disabled – les signalisations ne sont pas supprimées

      • enabled – les signalisations sont supprimés (valeur par défaut)

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Pressed Key – la touche enregistrée qui a été la dernière à générer cet événement. Le code de la touche est stocké dans le format de paramètre clé.

Example

Evénement généré en appuyant sur la touche # et sur le bouton de numérotation rapide 3 ou 4 :


KeyReleased

Le bloc KeyReleased définit l'événement généré en relâchant la touche définie ou les touches du groupe défini.

Note

  • Pour le Modèle Vario : l'événement est généré chaque fois que le bouton est enfoncé, la fonctionnalité est identique à celle utilisée avec KeyPressed.


Paramètres entrants

  • Key – définit le bouton ou un groupe de boutons. Si ce paramètre n'est pas renseigné, l'événement est généré en appuyant sur un bouton quelconque (valeur par défaut : any).
    • Valeur valide :

      • 0, 1, 2, 3, 4, 5, 6, 7, 8, 9, *, # pour les boutons du clavier numérique

      • %1, %2, .., %999 pour les boutons d'appel

      • alarm1 – pour le bouton ALARM1 sur l'appareil LiftIP 2.0
      • alarm2 – pour le bouton ALARM2 sur l'appareil LiftIP 2.0
      • vas_top – pour le contact Voice Alarm Station sur le toit de la cabine
      • vas_bottom – pour Voice Alarm Station sous la cabine

      • any  pour n'importe quel bouton (valeur par défaut)

    • Séparez les valeurs par une virgule pour définir plusieurs boutons.


Paramètres sortant

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Released Key – la touche enregistrée qui a été la dernière à générer cet événement. Le code de la touche est stocké dans le format de paramètre clé.

Example

Evènement généré en relâchant la touche 1 et le bouton d'appel numéro 2 :


LicensePlateRecognized

Le bloc LicensePlateRecognized définit l'événement généré par la réception d'une requête HTTP après la reconnaissance de la plaque d'immatriculation du véhicule.


Paramètres entrants

  • License Plate – la plaque d'immatriculatio
    • Valeurs valides :
      • license plate – le texte pur de la plaque d’immatriculation
      • valid – toute plaque d'immatriculation valide (appartenant à l'utilisateur)
      • invalid – toute plaque d'immatriculation invalide (n'appartenant à aucun utilisateur)
      • any – toute plaque d'immatriculation

Paramètres sortants

  • Event – sortie générant l'Evènement/Action.
  • License Plate – le texte pur de la plaque d’immatriculation

 

Exemple

L’événement généré par la lecture de la plaque d'immatriculation 1A2N3C.


MobKeyEntered

Le bloc MobkeyEntered définit l’événement généré par la lecture d’une Clé Mobile connu sur un lecteur Bluetooth (pour les appareils équipés d’un lecteur Bluetooth uniquement).


Paramètres entrant

  • MobKey – définit la validé de la Clé Mobile.
    • Valeurs valides :
      • valid – la clé Mobile appartient à un utilisateur
      • invalid – la clé Mobile est inconnue
      • any – n’importe quelle clé Mobile
  • Suppress Visual Signalin – il permet de supprimer la signalisation visuelle (signalisation LED ou notifications sur l'écran) associée à la réception d'une clé WaveKey Invalide. Le paramètre est facultatif.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)
  • Suppress Sound Signaling – il permet de supprimer la signalisation audio associée à la réception d'une clé WaveKey Invalide. Le paramètre est facultatif.
    • Valeurs valides :
      • disabled – les signalisations ne sont pas supprimées
      • enabled – les signalisations sont supprimées (valeur par défaut)


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • User ID – l'identification de l'utilisateur qui a généré l'évènement.
  • User Name – nom de l'utilisateur qui a généré l'évènement.
 

Exemple

Evènement généré par l’utilisation d’un Clé Mobile Valide.



MotionDetected

Le bloc MotionDetected définit un évènement généré par la détection d'un mouvement depuis la caméra de l'interphone. Ce mouvement ne peut être détecté que par la caméra interne au portier. Les paramètres entrant de la détection de mouvement peuvent être configurés dans la section Hardware / Camera interne / Paramètres de détection des mouvements.


Paramètres entrants

  • Profile – définit le profil de détection de mouvement auquel cet événement répondra. 

    • Valeurs valables:

      • any – mouvement détecté par l'un des profils de détection de mouvement
      • 1 – mouvement détecté par le profil de détection de mouvement 1
      • 2 – pohyb detekovaný profilem detekce pohybu 2
  • State – définit si le début ou la fin d'un mouvement doit être détecté.
    • Valeurs valides :
      • start – début du mouvement
      • end – fin du mouvement

    • Ce paramètre est optionnel, la valeur par défaut est start.

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.


Exemple

Événement généré lorsqu'un mouvement a commencé à être détecté par le profil de détection de mouvement 2.


MulticastTrigger

Le bloc MulticastTrigger définit un évènement généré par la réception d'une commande envoyé par l'action du bloc SendMulticastRequest. La demande est un message envoyé par UDP à une adresse multicast (235.255.255.250:4433) et peut donc être reçue par plusieurs appareils en même temps. Le message comprend l'ID de commande (paramètre de commande) et des paramètres entrants facultatifs supplémentaires. Le message peut être sécurisé par un mot de passe (Paramètres Mot de passe).


Paramètres entrants

  • Command – définit l'ID de la commande pour distinguer les types de commande. Le bloc MulticastTrigger répond à l'action SendMulticastRequest uniquement si l'identifiant de commande est le même. Tout texte contenant les caractères A–Z, a–z et 0–9 peut être utilisé pour l'identification. Les majuscules / minuscules doivent être respectées dans le nom de la commande.
  • CheckTime – activer / désactiver la vérification de l'heure de réception de la commande par rapport à la valeur de temps incluse dans le message de commande pour éliminer les attaques causées par la répétition d'un message déjà traité. L'heure synchronisée (via le serveur NTP) sur tous les appareils d'envoi et de réception de commandes est nécessaire pour permettre cette fonctionnalité.
    • Valeur valides :
      • disabled – l'heure de réception n'est pas vérifiée
      • enabled – l'heure de réception du message est vérifiée (sécurité accrue)
    • Ce paramètre est optionnel, la valeur par défaut est 0.
  • Password – définir un mot de passe pour sécuriser la commande contre tout accès non autorisé. Le mot de passe doit correspondre à la valeur définie dans l'action SendMulticastRequest à laquelle MulticastTrigger est censé répondre.

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée. 
  • Params – paramètres envoyés dans l'action SendMulticastRequest.

L'événement MulticastTrigger est généré chaque fois qu'une commande de masse comprenant la liste des paramètres entrants utilisateurs (paramètres Params, actions MulticastRequest) est reçue. Chacun des paramètres entrants a un nom unique défini par l'utilisateur et est disponible en tant que paramètre sortant du même nom dans le bloc MulticastTrigger.

Exemple : Supposons qu'une commande de masse générée par l'action MulticastRequest soit reçue, dans laquelle le Paramètre = "AAA = 123" est inclus. L'événement MulticastTrigger qui traite cette commande inclura automatiquement la valeur 123 pour le paramètre sortant AAA. Ce paramètre sortant peut être référencé dans les blocs interconnectés.

Example

Événement généré par la réception d'une commande de masse opendoor :


OnvifVirtualOutputChanged

Le bloc OnvifVirtualOutputChanged permet de transmettre un évènement depuis l'Interphone IP 2N vers un VMS (Logiciel de Gestion de Vidéosurveillance).


Paramètres entrants

  • Port – définit le port pour la VMS. Valeurs valides : 50–54.
  • Edge – définit le changement détecté sur l'entrée virtuelle.
    • Valeurs valides :
      • falling – front descendant, changement de. 1 à. 0
      • rising – front montant, changement de. 0 à. 1
    • Ce paramètre est optionnel, la valeur par défaut est rising.


Paramètres sortants

  • Event – evènement/Action activant la sortie
  • Port – valeur du port changé depuis le VMS. Valeurs valides: 50–54.
  • Edge – la dernière modification d'entrée virtuelle qui a généré cet événement. Valeurs valides: falling ou rising


Exemple

L'événement généré lorsque la valeur du port virtuel change.


NoiseDetected

Le bloc NoiseDetected définit un évènement généré en cas de détection d'un bruit. Un bruit peut être détecté par le microphone de l'interphone uniquement. Les paramètres de détection de bruit sont à configurer dans la section Hardware / Menu Audio, section paramètres de détection de bruit. 


Paramètres entrants

  • State – définit si le début ou la fin d'un bruit doit être détecté.
    • Valeurs valides :
      • start – début du bruit
      • end – fin du bruit

    • Ce paramètre est optionnel, la valeur par défaut est start.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.


Exemple

Evènement généré par la détection d'un bruit (début du bruit).


RegistrationStateChanged

Le bloc RegistrationStateChanged définit un évènement généré par le changement de statut de l'enregistrement à un compte SIP sur l'interphone. Vous pouvez définir les paramètres des comptes SIP dans la section Services / SIP 1 et SIP 2. L'enregistrement est modifié chaque fois que l'interphone est allumé, que la configuration est modifiée ou que la connexion au registrar SIP est perdue, par exemple.

Paramètres entrants

  • Account Type – sélectionner le compte souhaité
    • Valeurs valides:
      • general – comptes SIP à usage général
      • msteams – compte SIP sélectionné pour connexion avec MS Teams
      • any – n'importe quel compte SIP
  • Account – sélectionner le compte SIP souhaité
    • Valeurs valides :
      • 1 – Compte 1
      • 2 – Compte 2
      • Any – n'importe quel compte
      • Ce paramètre est optionnel, la valeur par défaut est Any.
  • State – définit le statut d'enregistrement qui génère l'évènement.
    • Unregistered – interphone non enregistré
    • Registering – enregistrement en cours
    • Registered – l'interphone est enregistré
    • Unregistering – désenregistrement en cours
    • Any – n'importe quel statut
    • Valeurs valides :
  • Ce paramètre est optionnel, la valeur par défaut est Any.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Account – sélectionner le compte SIP pour lequel les évènements seront enregistrés.
  • State – définir le statut d'enregistrement qui génère l'évènement.


Exemple

Événement généré lorsque l'interphone a perdu la connexion avec le serveur SIP (chaque fois que le registraire n'a pas répondu à une demande d'inscription périodique) :


Rebooted

Le bloc Rebooted définit un évènement généré par un redémarrage de l'appareil.


Paramètres entrants

Ce bloc n'a aucun paramètre entrant.


Paramètres sortants

  • Event – sortie permettant de générer un évènement ou une action connectée
  • Time – heure de redémarrage de l'appareil
  • Reason – raison du redémarrage


Exemple

Evènement généré par le redémarrage de l'appareil

 

RescueTerminated

Le bloc RescueTerminated définit l'événement généré par la fin du mode de dégagement. Les méthodes de mode de dégagement sont définies dans la configuration de l'appareil 2N LiftIP2.0 dans la section Services > Mode de dégagement.

 

Paramètres entrants

Ce bloc n'a pas de paramètre entrant.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Type – méthode permettant de quitter le mode de dégagement.

 

Exemple

Événement généré lorsque le bouton ALARM2 ou le mot de passe (en fonction de la configuration du dispositif) est utilisé pour quitter le mode de dégagement.

SilentAlarm

Le bloc SilentAlarm définit l'évènement généré par l'activation de l'alarme silencieuse. L'alarme silencieuse peut être activée si quelqu'un a entré sur le clavier de l'interphone un code plus haut de 1 chiffre qu'un code valide. Par exemple, si le code est 123, l'alarme s'activera avec le code 124.

 

Paramètres entrants

Ce bloc n'a pas de paramètre entrant.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.

 

Exemple

Evènement généré en entrant le code 112 si l'un des codes valides est 111.


Time

Le bloc Time définit un évènement généré tous les jours à une heure spécifique. Pour limiter la validité de cet événement à certains jours uniquement, utilisez la condition. ProfileState et assigné la à l'action générée. Il vous faudra spécifier les jours demandés dans le profil horaire utilisé.


Paramètres entrants

  • Time – définit l'heure à laquelle l'évènement est généré. Le format est hh:mm.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.


Exemple

Evènement généré tous les jours à 17:30.


Timer

Le bloc Timer définit un événement généré avec un délai préprogrammé après un autre événement spécifié et avec un nombre défini de répétitions. Définissez cet événement pour retarder la réponse à un autre événement d'un intervalle de temps défini ou pour exécuter la réponse à un évènement plusieurs fois.


Paramètres entrants

  • Start – définit l'événement de démarrage de la minuterie (c'est-à-dire le numéro de ligne dans l'onglet Automatisation sur lequel l'événement est défini). Ce paramètre est facultatif. Si aucune valeur n'est renseignée, la minuterie démarre automatiquement.
  • Stop – définit l'évènement qui stoppe la minuterie (i.e. le numéro de ligne de l'onglet Automation sur lequel l'événement est défini). Lorsque StopEvent est opéré, la minuterie s'arrêtera et redémarrera par StartEvent uniquement. Ce paramètre est facultatif.
  • Period – définit la durée du timer.
    • Exemple de valeurs valides :

      • 10 – 10 secondes (les unités ne sont pas nécessaires)

      • 10s – 10 secondes

      • 100ms – 100 millisecondes.

    • La durée minimum est 100ms.
  • Count – définit le nombre de répétitions. Le paramètre est facultatif et la valeur par défaut est 0, ce qui signifie que le nombre d'événements générés par le minuteur est illimité. La valeur 1 fait que la minuterie se comporte comme un retard.


Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.

Exemple

Événement généré trois fois par intervalles de 1 s après la montée de l'événement sur la ligne 1 :


UnauthorisedDoorOpen

Le bloc UnauthorisedDoorOpen définit un évènement généré lorsqu'une ouverture de porte non-autorisée est détectée.


Paramètres entrants

  • State – état du capteur de porte qui génère l'événement.
    • Start – début de l'évènement
    • End – fin de l'évènement

    • Valeurs valides :

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.

 

Exemple

Evénement généré lors d'une ouverture de porte non-autorisée :


UserAuthorized

Le bloc UserAuthorized définit un évènement généré lors de l'authentification d'un utilisateur par n'importe quelle méthode d'accès (code, PIN, RFID, Bluetooth, empreinte digitale).


Paramètres entrants

  • User – définit l'utilisateur ou la liste d'utilisateurs. Si aucune valeur n'est complétée (valeur par défaut), l'utilisateur n'est pas important.


Paramètres sortant

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • User ID – l'identification de l'utilisateur qui a généré l'évènement.
  • User Name – nom de l'utilisateur qui a généré l'évènement.

 

Exemple

Evènement généré par l'authentification de l'utilisateur Victoria Black :

Observation

  •  Ce paramètre est limité à 10 utilisateurs.

OutputChanged

Le bloc OutputChanged définit un évènement généré par le changement d'état d'une sortie.

  

Paramètres entrant

  • Output – définit la sortie.
    • Valeurs valides :
      • relay1 – relais 1 de l'unité principale
      • relay2 – relais 2 de l'unité principale
      • output1 – sortie 1 de l'unité principale
      • output2 – sortie 2 de l'unité principale
    • La liste des valeurs valides peut être différente selon les modèles d'interphones, référez-vous à la sous-section Entrées et sorties disponibles.
  • Edge – définit le changement d'état de la sortie.
    • Valeurs valides :
      • falling – front descendant, changement de. 1 à. 0
      • rising – front montant, changement de. 0 à. 1
    • Ce paramètre est optionnel, la valeur par défaut est rising.

Paramètres sortants

  • Event – le résultat de l'évènement sera de déclencher l'évènement ou l'action connectée.
  • Output – ID détecté de l'entrée dont le changement a été le dernier à générer cet événement. Les valeurs disponibles correspondent aux valeurs d'entrée.
  • Edge – changement détecté d'une sortie qui a été le dernier à générer un évènement. Les valeurs valides sont  falling ou rising.

Exemple

Evénement généré par le changement de l'état de la sortie relais 1.

SwitchChanged

Le bloc SwitchChanged génère un événement sur la sortie si l’événement programmé se produit.


Paramètres d’entrée

  • Switch ID – définit quel commutateur est utilisé pour évaluer l’événement.
    • Valeurs valables :
      • où X est le numéro du commutateur correspondant (généralement 1... 4, différents modèles possèdent un nombre différent de commutateurs)
  • Operation - définit le type d’opération du commutateur qui est utilisé pour évaluer l’événement.
    • Valeurs valables :
      • state – le commutateur peut être actif ou inactif (valeur par défaut)
      • lock – le commutateur peut être verrouillé (locked) ou déverrouillé (unlocked)
      • hold – le commutateur peut être maintenu (held) ou relâché (released)
  • Edge
    • Valeurs valables :
      • falling (descendante) – l’événement se produit si l’opération sélectionnée passe au niveau logique 0 (c’est-à-dire que le commutateur devient inactif, le commutateur est déverrouillé, le commutateur est relâché).
      • rising (croissante) – l’événement se produit si l’opération sélectionnée passe à la valeur logique 1 (c’est-à-dire que le commutateur devient actif, le commutateur devient verrouillé, le commutateur est maintenu) (valeur par défaut)


Paramètres de sortie

  • Event – un événement sur la sortie est généré lorsqu’un événement se produit sur l’entrée.

  • Switch – identifiant détecté du commutateur qui a généré cet événement en dernier par son changement. Les options correspondent aux valeurs du paramètre Switch ID.
  • Edge –  changement de bord détecté qui a généré cet événement en dernier. Les options sont falling (baisse) ou rising (hausse).

Exemple

 Si le bloc est réglé sur Switch ID = Switch 1, Operation = hold, Edge = rising, un événement sera généré sur la sortie (la sortie Event déclenchera l’événement) si l’état du Switch 1 est « held » (maintenu).