# Scénarios Le **serveur Web intégré** permet de créer des scénario personnalisés ; aucun logiciel supplémentaire n'est nécessaire. Créez facilement des tâches basées sur le temps, l’état des entrées et des sorties ... Utilisez un **ordinateur** pour l'édition, la modification et la création de scénarios de fonctionnement. **L'édition sur Smartphone peut entraîner des problèmes d'affichage ou une visibilité limitée des paramètres avancés.** # Gestion des scénarios

Accès réservé : seuls les utilisateurs disposant du rôle **Installateur** et des **permissions** associées peuvent accéder à la gestion des scénarios

Les scénarios sont représentés graphiquement sous forme de **blocs fonctionnels** d'entrée et de sortie **interconnectés**, illustrant le comportement du module et les relations entre les différentes conditions, actions et temporisations. Les scénarios chargés sur le module sont accessibles depuis le menu *« Scénarios ».* Ils apparaissent dans le bandeau latéral situé à gauche de l'écran. Vous pouvez naviguer dans la *zone de travail* pour visualiser la structure et la logique du scénario. Une *mini-fenêtre de visualisation*, située en bas à droite de l’écran, offre un aperçu global des blocs. La *barre d'outils latérale* affichée à la droite de l'écran permet de : \- agrandir la vue \- réduire la vue \- recentrer l’affichage sur la zone des blocs scénario \- verrouiller et déverrouiller les blocs \- réinitialiser l'édition de blocs

Chaque module peut contenir un maximum de **3 scénarios** Seuls les scénarios **chargés sur le module** sont affichés dans l'interface d'administration

Depuis le menu "Scénario" il est possible de : - **éditer** un scénario - la mention *« Scénario ouvert »* s'affiche alors - **activer ou désactiver** un scénario - **supprimer** un scénario - **modifier les informations** d'un scénario (nom, description, etc.) à l'aide du bouton *« Modifier »* - **exporter** un scénario vers un ordinateur local ou un emplacement distant - **importer** un scénario modèle depuis le serveur ModLink distant Pour quitter le mode édition sans enregistrer les modifications effectuées, cliquez sur *« Abandonner ».* Pour conserver les modifications apportées au scénario, cliquez sur *« Sauvegarder ».*

Plusieurs options de scénario sont possibles : - utiliser un **scénario préconfiguré** si son fonctionnement correspond à votre besoin - importer et activer un **scénario modèle** si son fonctionnement correspond à votre besoin - **modifier un scénario existant** pour l’adapter à votre usage - **créer un nouveau scénario** entièrement personnalisé

# Scénarios préconfigurés

**Deux scénarios préconfigurés** sont intégrés par défaut dans chaque module. Ils peuvent être **utilisés immédiatement** sans création de logique ni programmation complémentaire Les **variables, les blocs de fonction ainsi que les widgets** associés à ces scénario sont également créés et disponibles automatiquement dès leur chargement

### 1- scénario préconfiguré 1 Télérupteur avec ou sans temporisation

#### 1.1- Fonctionnement Le scénario associe : - une entrée configurée en bouton poussoir, - une sortie pilotée en mode bistable (marche / arrêt) A chaque impulsion sur le bouton de commande, la sortie change d'état (ON → OFF puis OFF → ON). Le fonctionnement de ce scénario permet deux usages : - un **appui court** sur le bouton poussoir active la sortie pendant la **durée de temporisation définie (en ms)**, puis celle-ci se désactive automatiquement - un **appui long** active la sortie **sans temporisation** : la sortie reste alors activée jusqu’à une nouvelle commande Applications courantes : - éclairage d'une lampe ou d'un groupe de lampes (cage d’escalier, couloir, garage ...) - commande d’un portail ou d’une gâche électrique ; - activation temporaire d’une pompe, d’un extracteur d’air ou d’une ventilation ; - éclairage extérieur avec extinction automatique ; - commande d’un équipement nécessitant un maintien permanent ponctuel.

#### 1.2- Variables et widgets préconfigurés Pour ce scénario, deux variables et deux widgets préconfigurés sont utilisés : Les variables associées à ce scénario permettent :

- de mémoriser l’état du télérupteur (sortie activée ou désactivée) - d'appliquer ou non la temporisation automatique et le cas échéant définir sa durée en ms

### 2- Scénario préconfiguré 2 ### 3- Utiliser, désactiver ou supprimer un scénario préconfiguré Si le fonctionnement du scénario préconfiguré correspond aux besoins de votre installation, vous pouvez l'utiliser tel quel sans aucune configuration supplémentaire. - Le scénario est activé et prêt à l’emploi - Les variables et widgets sont déjà créés *→ Idéal pour se familiariser avec l'univers ModLink* S'il ne correspond pas à vos besoins, vous pouvez soit le "désactiver", soit le "supprimer" dans le bandeau situé à gauche de l'écran. ### 4- Modifier un scénario préconfiguré - Permet d’ajuster un scénario pour un cas particulier sans repartir de zéro (télécharger un modèle depuis le serveur distant ou local) - L’utilisateur doit vérifier que toutes les variables sont valides et que les entrées et les sorties sont bien configurées

# Utiliser les blocs de fonction Dans le menu “Scénario”, les blocs de fonctions apparaissent dans le bandeau latéral à gauche de l'écran, à la suite des scénarios chargés sur le module. Faites défiler ce bandeau vers le bas pour accéder aux différents blocs de création. Pour construire un scénario, sélectionnez un bloc puis faites-le glisser vers l’espace de travail. Vous pouvez ensuite le déposer, l’organiser et le relier aux autres blocs afin de définir la logique souhaitée.

Les scénarios sont construits à partir de **blocs fonctionnels interconnectés.** Chaque bloc remplit une fonction logique précise dans le traitement des **entrées**, des **variables** et des **sorties**.

### 1- Tests sur les entrées** ** Ces blocs sont utilisés pour **contrôler l’état ou le comportement des éléments physiques connectés aux entrées du module**. Ils permettent de traiter les différents types de signaux d'entrées provenant des capteurs ou des interrupteurs (impulsions, états logiques, variations ...) avant de déclencher une action. #### 1.1- impulsion simple Ce bloc permet de détecter **un appui court et unique** sur une entrée. Il génère une action uniquement lors de la détection d’une impulsion, sans maintien de l’état. #### 1.2- une impulsion double

Ce bloc détecte **deux appuis rapides et consécutifs** sur une entrée. L’action n’est déclenchée que si les deux impulsions sont reconnues dans un intervalle de temps.

#### 1.3- une impulsion longue Ce bloc détecte **un appui prolongé sur une entrée**. L’action est déclenchée uniquement lorsque l’entrée reste activée pendant une durée continue. #### 1.4- Trois impulsions (simple / double / longue) Ce bloc permet d’identifier **différents types d’appuis** sur une entrée : **impulsion simple, double impulsion ou appui long**. L’action associée est déclenchée en fonction du type d’appui détecté. #### 1.5- Test analogique Ce bloc permet de **comparer une valeur analogique à une valeur définie**. Il vérifie **si la valeur de test est supérieure ou égale**, ou **inférieure ou égale** à la valeur définie afin de déclencher les actions associées.

Les deux tests (> et <) sont généralement utilisés conjointement afin de définir une zone de fonctionnement (hystérésis). Cela permet d’éviter les déclenchements et arrêts répétés liés aux variations autour du seuil.

Ce bloc de fonction ne s’applique pas à la régulation du chauffage. Pour cet usage, un bloc spécifique est disponible dans la section « Régulation ».

#### 1.6- Test état front. ON / OFF Ce bloc détecte un **changement d’état** sur une entrée, en analysant les transitions ON → OFF ou OFF → ON. Il permet de déclencher une action uniquement lors du passage d’un état à un autre (front montant ou front descendant).

Le bloc devient VRAI uniquement au moment du changement, puis redevient FAUX - il ne reste pas actif - il déclenche une seule fois par changement

#### 1.7- Test état ON / OFF Ce bloc permet de **vérifier l’état d’une entrée**. Il détecte si l’entrée est en position ON ou OFF et déclenche les actions associées en fonction de l’état constaté.

Ce bloc vérifie un **état stable**

#### 1.8- Test contact radar Ce bloc permet de vérifier l’**état du contact issu d’un détecteur radar**. Il détecte la présence ou l’absence de détection et déclenche les actions associées en fonction de l’état du contact. Il faut paramétrer le **délai de défaut en minutes**. Par exemple, si le capteur reste ouvert pendant une durée supérieure à 30 minutes, il passe automatiquement en état d’erreur.

Rappel blocs de tests sur les ENTRÉES

Bloc	Type de test	Utilisation
Impulsion simple	Détecte une seule impulsion	Déclencher une action sur appui court
Impulsion double	Détecte deux impulsions successives rapprochées	Utilisé pour commandes type double-clic
Impulsion longue	Détecte une impulsion maintenue dans le temps	Déclencher une action sur appui long
3 impulsions	Détecte trois impulsions successives	Commandes spécifiques multi-clic
Test analogique	Compare une valeur analogique à un seuil	Lecture capteurs (température, luminosité, etc.)
Test état front ON / OFF	Détecte un changement d’état (front montant ou descendant)	Déclenchement sur transition ON ↔ OFF
Test état ON / OFF	Vérifie l’état stable d’une entrée	Vérifier si une entrée est active ou inactive
Test contact radar	Détecte l’état ou l’activation d’un contact radar	Utilisation avec détection de présence

### 2- Tests sur les variables Ces blocs de test permettent de vérifier l’état ou la valeur d’une variable utilisée dans les scénarios. Ils servent à comparer une variable à une valeur définie (égalité, supériorité, infériorité ou plage de valeurs) afin de déclencher les actions associées selon le résultat du test. ##### 2.1- Test variable simple Ce bloc permet d’**effectuer un test sur une variable unique avec plusieurs types de conditions** : - Test d’**égalité** (= valeur définie) - Test **supérieur à** (> valeur définie) - Test **inférieur à** (< valeur définie) Le résultat du test est validé si la/les condition(s) configurée(s) est/sont respectée(s). ##### 2.2- Test changement de variable

Ce bloc permet de détecter toute **modification de la valeur d’une variable** dans un scénario. Il déclenche les actions associées dès qu’un changement est constaté, indépendamment de la nouvelle valeur. **Exemple :** Dans le scénario *“Accès bâtiment”*, si la variable *“Mode sécurité”* passe de *Désactivé* à *Activé*, le bloc détecte ce changement et peut déclencher l’activation des alarmes et la fermeture des accès.

##### 2.3- Test de variables multiples Et / Ou Ce bloc permet d'**évaluer** **simultanément plusieurs variables dans un scénario** en fonction des opérateurs ET / OU et de déclencher les actions associées lorsque l’ensemble ou une partie des conditions est vérifiée. - **ET** : toutes les conditions doivent être vraies - **OU** : au moins une condition doit être vraie **Exemple** : Dans un scénario, si les variables "têtes thermostatiques" sont détectées comme fermées (condition ET), alors le bloc déclenche la fermeture du circuit d'eau. ##### 2.4- Test de variables égales multiples Ce bloc permet de tester **une variable en définissant plusieurs conditions d’égalité**. Pour chaque égalité, une valeur est associée à la variable. Le test est validé si la variable correspond à l’une des valeurs définies.

Chaque égalité correspond à une valeur possible de la variable. Le bloc réalise donc un test d’appartenance à une liste de valeurs définies.

Rappel blocs de tests sur les VARIABLES

Bloc	Type de test	Principe	Utilisation
Test variable simple	1 variable	Compare une variable à une valeur avec une condition logique (=, >, <)	Tester un seuil ou un état précis
Test changement de variable	1 variable	Détecte une variation d’état ou de valeur (front montant, descendant ou toute modification)	Déclencher une action uniquement lors d’un changement
Test variables multiples ET / OU	Plusieurs variables	Combine plusieurs variables avec une logique booléenne ET / OU	Valider une condition basée sur plusieurs états
Test variable égale multiple	1 variable	Permet de définir plusieurs égalités possibles pour une même variable	Vérifier si une variable correspond à un ensemble de valeurs autorisées

### 3- Actions sur les sorties

Les blocs contact sorties permettent de **piloter et de gérer l’état des sorties** d’un module dans un scénario. Ils permettent de commander les actionneurs (relais, éclairages, ouvrants ...) selon différents modes de fonctionnement : commande directe (ON / OFF / inversion), temporisée, cyclique ou spécifique à des équipements (BSO, ouvrants).

##### 3.1- On / Off / Flip Ce bloc est utilisé pour **commander directement un actionneur** dans un scénario selon la logique définie. - **ON** : active la sortie de manière continue - **OFF** : désactive la sortie - **FLIP** : inverse l’état actuel de la sortie (ON devient OFF, OFF devient ON) ##### 3.2- Tous les relais (On / Off / Flip) Ce bloc permet de **piloter simultanément l’ensemble des relais d’un module**. Il est utilisé pour appliquer une action globale sur toutes les sorties relais dans un scénario. - **ON** : active tous les relais - **OFF** : désactive tous les relais - **FLIP** : inverse l’état de chaque relais (les relais actifs passent à OFF et les relais inactifs passent à ON) 3.3- Impulsion cyclique Ce bloc permet de générer une **succession d’impulsions ON/OFF** sur une sortie **selon un cycle paramétré**. Il est nécessaire de définir le *nombre d’impulsions* par cycle, le *nombre de cycles*, la *durée* de chaque impulsion (en ms) ainsi que le *temps entre deux cycles* (en ms).La sortie est activée de manière répétée (clignotement ou alternance) Exemple : Pour faire clignoter un voyant d’alerte, on paramètre :

- 3 impulsions par cycle - 2 cycles - 500 ms d’impulsion - 1000 ms entre les cycles

Le voyant s’allume et s’éteint 3 fois, puis le cycle est répété une deuxième fois après une pause d’1 seconde.

##### 3.4- On / Off après temporisation Ce bloc permet de **commander une sortie** **avec un délai d’exécution**. Le module ne la commande pas immédiatement ; il attend un temps défini puis exécute l'action. Il est nécessaire de sélectionner la sortie concernée, de définir la fonction (ON ou OFF), puis de paramétrer le temps de temporisation en millisecondes. Exemple d'applications : - lumière qui s’éteint après 2 minutes - ventilation qui démarre après 30 secondes - arrêt automatique différé ##### 3.5- BSO (Brise Soleil Orientable) Ce bloc permet la **commande de stores à lamelles orientables**. Il est nécessaire de définir la configuration du BSO ainsi que la fonction à exécuter (ouvrir, fermer, stop, orientation ...). Exemple : - ouverture des lames - fermeture partielle - ajustement selon soleil ##### 3.6- Ouvrants Ces blocs permettent de **piloter des équipements motorisés** tels que des volets roulants, des stores, des fenêtres et autres ouvrants. Il faut définir la configuration et la fonction (ouvrir, fermer, stop ...).

Rappel blocs d'action sur les SORTIES

Bloc	Type d’action	Principe	Utilisation
On / Off / Flip	Commande directe	Active, désactive ou inverse l’état d’une sortie instantanément	Pilotage simple d’un éclairage, relais ou équipement
Tous les relais (On / Off / Flip)	Commande globale	Applique une action (ON, OFF ou inversion) à l’ensemble des relais d’un module	Coupure générale, mise en marche globale, reset des sorties
Impulsion cyclique	Commande cyclique	Génère une succession d’impulsions ON/OFF selon un cycle paramétré (répétition dans le temps)	Signalisation lumineuse, alerte, clignotement
On / Off après temporisation	Commande temporisée	Exécute une action ON ou OFF après un délai défini	Extinction automatique, démarrage différé, temporisation d’équipement
BSO	Commande spécifique	Pilote des brise-soleil orientables avec gestion des positions et de l’orientation	Gestion de la lumière naturelle, confort thermique
Ouvrants	Commande spécifique	Permet de contrôler des équipements motorisés (ouverture, fermeture, arrêt)	Volets roulants, stores, fenêtres motorisées

### 4- Actions sur les variables Ces blocs agissent directement sur les variables existantes en leur appliquant une modification. Ces actions peuvent être conditionnelles ou exécutées à chaque passage du scénario. Les blocs d’actions sur les variables permettent de modifier les valeurs utilisées dans un scénario. Ils sont indispensables pour gérer des états, effectuer des calculs simples et créer des logiques évoluées. Différents types d'actions sont disponibles : ##### 4.1- Actions variables Ce bloc permet d**’affecter directement une valeur à une variable**. Paramétrage : - Sélection de la variable - Choix de la valeur à appliquer (valeur fixe ou issue d’une autre variable) Utilisation : - Initialisation d’un état - Changement de mode (ex : absence, présence) ##### 4.2- Valeur variables multiples Ce bloc permet de **définir la valeur d’une variable en fonction de plusieurs entrées ou conditions**. Paramétrage : - Définition des variables sources - Règle de calcul ou de sélection de la valeur finale Utilisation : - Gestion de modes complexes - Agrégation de plusieurs états (ex : sécurité, confort, énergie) ##### 4.3- Incrémenter le compteur Ce bloc **augmente la valeur d’une variable numérique**. Paramétrage : - Sélection de la variable - Valeur d’incrément (par défaut +1 ou personnalisée) Utilisation : - Comptage d’événements (ouvertures, déclenchements) - Suivi d’occurrences ##### 4.4- Décrémenter le compteur Ce bloc **diminue la valeur d’une variable numérique**. Paramétrage : - Sélection de la variable - Valeur de décrément (par défaut -1 ou personnalisée) Utilisation : - Gestion de temporisations logiques - Décompte de cycles ou d’actions restantes ##### 4.5- Additionner deux variables Ce bloc permet **d’additionner deux variables et de stocker le résultat** dans l'une d'elles. Paramétrage : - Variable "source" - Variable "cible" - Le résultat viendra s'additionner dans la variable "cible" Utilisation : - Calcul de totaux (ex : consommation cumulée)

Rappel blocs d'action sur les VARIABLES

Bloc	Type d’action	Principe	Utilisation
Action variable	Affectation	Attribue directement une valeur à une variable (fixe ou issue d’une autre variable)	Initialisation d’un état, changement de mode (présence / absence)
Valeur variables multiples	Calcul / sélection	Détermine la valeur d’une variable à partir de plusieurs sources ou conditions	Gestion de logiques complexes, combinaison de plusieurs états (sécurité, confort, énergie)
Incrémenter le compteur	Calcul (addition)	Augmente la valeur d’une variable numérique d’un pas défini	Comptage d’événements, suivi d’occurrences
Décrémenter le compteur	Calcul (soustraction)	Diminue la valeur d’une variable numérique d’un pas défini	Décompte, gestion de cycles restants, temporisations logiques
Ajouter variable à variable	Calcul (addition entre variables)	Additionne deux variables et stocke le résultat dans une variable cible	Calcul de totaux, cumul de consommations, agrégation de données

### 5- Sauts Les blocs de saut permettent de modifier le déroulement d’un scénario en **redirigeant l’exécution vers une autre étape**. Ils sont utilisés pour créer des boucles, des branchements ou des logiques dynamiques. ##### 5.1- Retour début Ce bloc renvoie l’**exécution du scénario au bloc numéro 1**. Utilisation : - Création de boucles simples - Redémarrage complet du scénario ##### 5.2- Saut avec retour Ce bloc permet de **sauter vers une autre étape du scénario tout en mémorisant le point de départ.** Fonctionnement : - Effectue un saut vers une étape définie du scénario - Mémorise automatiquement le point d’origine du saut - Met le scénario en attente jusqu’à l’exécution d’un retour - Le retour s’effectue via le bloc "Retour empilé" Utilisation : - Exécution de sous-séquences dans un scénario - Appel de blocs logiques réutilisables - Organisation de scénarios complexes avec retour au flux principal ##### 5.3- Retour empilé Ce bloc permet de **revenir au** **dernier point mémorisé par un bloc « saut avec retour »**. Fonctionnement : - Récupère le dernier point de retour enregistré dans la pile - Relance l’exécution du scénario à cet emplacement - Efface l’entrée correspondante de la mémoire de retour Utilisation : - Retour à la séquence principale après une sous-fonction - Gestion de scénarios modulaires avec appels imbriqués - Structuration de logiques complexes avec retours automatiques ##### 5.4- Saut aléatoire Ce bloc permet de rediriger l’exécution du scénario **vers un bloc cible choisi de manière aléatoire** parmi une liste configurée. Fonctionnement : - Sélectionne automatiquement un bloc de destination parmi plusieurs cibles définies - Le choix est effectué de façon aléatoire à chaque exécution - Le scénario est ensuite redirigé vers le bloc sélectionné Utilisation : - Création de scénarios dynamiques et non prévisibles - Simulation de comportements variables (présence, scénarios évolutifs) - Diversification des séquences d’exécution ##### 5.5- GoTo ciblé Ce bloc permet de **rediriger l’exécution du scénario vers un bloc précis**. Fonctionnement : - Oriente l’exécution vers un bloc de destination défini par l’utilisateur - La cible est sélectionnée lors du paramétrage du bloc - Le scénario reprend directement à l’étape indiquée Utilisation : - Création de branchements logiques dans un scénario - Saut direct vers une étape spécifique - Simplification de la navigation dans des scénarios complexes

Rappel blocs de SAUTS

Bloc	Type d’action	Principe	Utilisation
Retour début	Boucle / réinitialisation	Renvoie l’exécution du scénario au premier bloc	Répétition continue, redémarrage du scénario
Saut avec retour	Saut avec mémorisation	Redirige vers un bloc cible tout en mémorisant le point de départ	Appel de sous-séquences avec retour au flux principal
Retour empilé	Retour de pile	Revient au dernier point mémorisé par un “Saut avec retour”	Retour automatique après exécution d’un sous-scenario
Saut aléatoire	Branchement aléatoire	Redirige vers un bloc cible choisi aléatoirement parmi plusieurs	Scénarios dynamiques, comportements variables
GoTo ciblé	Saut direct	Redirige directement vers un bloc précis défini	Branchements logiques et navigation dans le scénario

### 6- Régulation Ces blocs permettent de **piloter l’activation et l’arrêt d’un processus automatique de régulation** (chauffage, température, humidité ...). ##### 6.1- Démarrer la régulation Ce bloc permet de **activer le processus de régulation** sur un équipement ou une zone définie. ##### 6.2- Arrêter la régulation Ce bloc permet de **désactiver le processus de régulation en cours**.

Bonnes pratiques : - Toujours vérifier l’état de régulation avant activation - Éviter les démarrages/arrêts répétés rapides - Associer la régulation à des conditions claires (horaires, présence, consigne) - Documenter les scénarios utilisant ces blocs pour faciliter la maintenance

Rappel blocs de RÉGULATION

Bloc	Type d’action	Principe	Utilisation
Démarrer la régulation	Activation	Lance un processus automatique de régulation sur un équipement ou une zone définie	Mise en service d’un chauffage, contrôle de température ou d’humidité
Arrêter la régulation	Désactivation	Stoppe le processus de régulation en cours	Arrêt manuel ou automatique d’un système de régulation

### 7- Compteur Les blocs de type compteur et temporisation **permettent de gérer des délais, des séquences temporelles et des mesures** d’événements dans un scénario. ##### 7.1- Pause Ce bloc permet d’**interrompre temporairement l’exécution du scénario pendant une durée définie**. Paramétrage : - Durée de la pause (en millisecondes) Fonctionnement : - Le scénario est mis en attente pendant la durée spécifiée - Reprise automatique à la fin du délai Utilisation : - Temporisation entre deux actions - Création de séquences différées ##### 7.2- Variable timer Ce bloc **déclenche un changement de valeur après un délai**. Paramétrage : - Sélection de la variable timer et du scénario - Configuration de la valeur et du délai (en ms) Utilisation : - Mesure de durée d’un événement - Suivi d’un temps d’activation ##### 7.3- Test timer Ce bloc permet de **tester la valeur d’un timer afin de conditionner le scénario**. Paramétrage : - Sélection du timer - Condition de test (supérieur, égal, inférieur à une valeur) Fonctionnement : - Compare la valeur du timer à une consigne - Oriente le scénario selon le résultat du test Utilisation : - Déclenchement d’actions après un délai - Surveillance de durées maximales ##### 7.4- Arrêter le timer Ce bloc permet de **stopper l’évolution d’un timer actif**. Paramétrage : - Sélection du timer Fonctionnement : - Le comptage temporel est figé - La valeur actuelle est conservée Utilisation : - Fin de mesure de durée - Arrêt conditionnel d’un chronométrage ##### 7.5- Réinitialiser le timer Ce bloc permet de **remettre un timer à zéro**. Paramétrage : - Sélection du timer Fonctionnement : - La valeur du timer est réinitialisée - Le timer revient à son état initial Utilisation : - Réinitialisation de cycle - Préparation à une nouvelle mesure

Bonnes pratiques : - Nommer clairement les timers selon leur fonction (ex : `Timer_Presence`, `Timer_Delai_Sortie`) - Éviter les démarrages multiples simultanés d’un même timer - Toujours réinitialiser les timers avant réutilisation dans un nouveau cycle - Combiner les timers avec des tests pour structurer les scénarios

Rappel blocs COMPTEUR

Bloc	Type d’action	Principe	Utilisation
Pause	Temporisation	Interrompt l’exécution du scénario pendant une durée définie, puis reprend automatiquement	Création de délais entre actions, séquences différées
Variable Timer	Mesure / temporisation	Déclenche ou met à jour une variable Timer après un délai, permettant de suivre une durée	Mesure d’un temps d’événement, suivi d’une durée d’activation
Test Timer	Condition temporelle	Compare la valeur d’un Timer à une consigne (>, <, =) pour orienter le scénario	Déclenchement conditionnel basé sur un temps écoulé, contrôle de durée maximale
Arrêter le Timer	Stop	Stoppe l’évolution d’un Timer tout en conservant sa valeur actuelle	Fin de chronométrage, gel d’une mesure en cours
Réinitialiser le Timer	Remise à zéro	Remet un Timer à zéro et restaure son état initial	Redémarrage de cycle, préparation d’une nouvelle mesure

### 8- Utilitaires Les blocs utilitaires permettent d’enrichir la logique des scénarios avec des fonctions générales telles que le **repérage**, les **conditions temporelles** ou les **notifications**. Ils ne pilotent pas directement des équipements mais servent à structurer, informer ou conditionner le fonctionnement global. ##### 8.1- Début Ce bloc marque le point d’entrée d’exécution du scénario lorsqu’il ne démarre pas directement au bloc n°1. Fonctionnement : - Le bloc Début définit le point de départ de l’exécution du scénario - Il est utilisé uniquement lorsque le scénario ne commence pas au bloc n°1 - Il permet de rediriger le démarrage vers un autre bloc du scénario - En l’absence de ce bloc, l’exécution démarre automatiquement au bloc n°1 Utilisation : - Définition d’un point d’entrée différent du bloc initial - Organisation de scénarios avec des débuts conditionnels ou déportés - Adaptation de la logique d’exécution sans modifier l’ordre des blocs ##### 8.2- Label Ce bloc permet de définir un **point de repère** dans un scénario et de **s’y rendre directement sans nécessiter de liaison physique entre les blocs**. Fonctionnement : - Insère un marqueur dans le scénario - Peut être utilisé comme destination par un saut ou un GoTo - Permet de rediriger l’exécution vers un autre bloc sans connexion directe entre les blocs dans l’éditeur - Sert uniquement de point d’ancrage logique Utilisation : - Accès direct à une étape spécifique du scénario - Organisation de scénarios complexes sans multiplier les liaisons graphiques - Simplification des branchements et des redirections logiques ##### 8.3- Test heure Ce bloc est inséré directement dans le scénario pour permettre un **déclenchement journalier à une heure définie**. Principe : - Le scénario contient un bloc qui vérifie l’heure système - Le déclenchement est basé directement sur une heure définie dans le bloc - Il permet un déclenchement journalier simple et immédiat Paramétrage : - Heure de déclenchement (horaire fixe journalier) Utilisation : - Déclenchement automatique quotidien d’un scénario - Lancement d’actions à heure fixe (éclairage, chauffage, automatisme) - Mise en place de routines journalières

**Test heure** : bloc intégré directement dans le scénario pour un déclenchement simple et journalier **Planification horaire** : logique basée sur des variables testées dans le scénario, offrant plus de flexibilité

8.4- Test coucher / lever Ce bloc permet de **conditionner l’exécution d’un scénario en fonction des horaires de lever et de coucher du soleil.** Fonctionnement : - Le système calcule automatiquement les heures de lever et de coucher du soleil selon la localisation (latitude et longitude) - Permet de tester si le scénario s’exécute en période de jour ou de nuit - Autorise un décalage (offset) par rapport aux horaires calculés Paramétrage : - Latitude du site - Longitude du site - Offset du lever du soleil (en minutes) - Offset du coucher du soleil (en minutes) Principe des offsets : - L’offset permet de **décaler l’heure réelle du lever ou du coucher du soleil** - Il peut être positif ou négatif selon le besoin d’anticipation ou de retard Utilisation : - Activation de l’éclairage extérieur avant la nuit réelle - Fermeture automatique après le coucher du soleil décalé - Adaptation des scénarios au confort et aux conditions locales ##### 8.5- Envoyer un mail Ce bloc permet d’**envoyer des notifications par e-mail** depuis un scénario. Fonctionnement : - Le bloc déclenche l’envoi d’un message électronique vers une adresses définie - L’envoi est effectué automatiquement lors de l’exécution du scénario Paramétrage : - Adresse e-mail destinataire - Sujet du message - Contenu du message Utilisation : - Notifications d’événements (alarme, défaut, état système) - Alertes techniques ou informatives - Envoi de rapports ou messages automatiques ##### 8.6- Envoyer un SMS Ce bloc permet d’**envoyer des notifications par SMS** depuis un scénario. Fonctionnement : - Le bloc déclenche l’envoi d’un message SMS vers un ou plusieurs numéros de téléphone définis - L’envoi est réalisé automatiquement lors de l’exécution du scénario Paramétrage : - Numéro(s) de téléphone du destinataire - Contenu du message Utilisation : - Alertes immédiates (alarme, défaut technique, incident) - Notifications critiques nécessitant une intervention rapide - Information en temps réel sur l’état d’un système

Rappel blocs UTILITAIRES

Bloc	Type d’action	Principe	Utilisation
Début	Point d’entrée	Définit le point de départ du scénario lorsqu’il ne commence pas au bloc n°1	Organisation du démarrage du scénario et redirection vers un bloc spécifique
Label	Repère / saut	Définit un point de repère permettant de sauter directement vers un bloc sans liaison physique	Simplification des scénarios et accès direct à une étape donnée
Test heure	Condition horaire	Déclenche ou conditionne un scénario à une heure définie (journalier)	Automatisation quotidienne à heure fixe
Test coucher / lever	Condition astronomique	Compare l’exécution du scénario aux heures de lever et coucher du soleil avec offsets	Gestion jour/nuit, éclairage extérieur, scénarios liés à la luminosité
Envoyer un mail	Notification	Envoie un e-mail avec destinataire, sujet et contenu	Alertes, notifications, rapports automatiques
Envoyer un SMS	Notification	Envoie un SMS vers un ou plusieurs numéros avec un message défini	Alertes urgentes et notifications en temps réel

[![image.png](https://modlink.fr/help/uploads/images/gallery/2026-06/scaled-1680-/image.png)](https://modlink.fr/help/uploads/images/gallery/2026-06/image.png) # Scénarios modèles Contrairement aux scénarios préconfigurés qui sont installés par défaut sur le module et peuvent être utilisés immédiatement, les **scénarios modèles** doivent être téléchargés depuis le serveur distant ModLink. Une fois importés sur le module, un scénario modèle peut être utilisé tel quel ou bien modifié afin de répondre aux besoins spécifiques de l'installation. Les scénarios modèles couvrent les **cas d'usage les plus courants** et constituent une solution rapide pour tester les entrées/sorties (I/O), les relais ou certaines fonctions du système. Ils intègrent déjà les variables, les widgets et la logique de fonctionnement nécessaires, ce qui permet une **mise en œuvre rapide** sans avoir à créer un scénario à partir de zéro. Ils représentent également un excellent support d'apprentissage pour découvrir l'environnement ModLink, comprendre la structure d'un scénario et se familiariser avec les différents blocs de fonction disponibles.

Objectif des scénarios modèles : - Vérifier le bon câblage des entrées et des sorties - Tester le fonctionnement des relais - Valider la communication entre les modules - Faciliter la mise en service

## 1. Scénarios modèles disponibles Les scénarios préconfigurés sont fournis afin de simplifier la mise en service, les tests fonctionnels et le diagnostic des modules. Ils couvrent les cas d’usage standards liés aux entrées, aux relais et à la connectivité. ### 1.1- Scénario variables

**Usage :** - ???

### 1.2- Scénario ouvrant

**Usage :** - ???

### 1.3- Scénario Test

**Usage :** - ???

### 2. Importer un scénario modèle 1. **Accéder au menu Scénario** Depuis l’interface, ouvrez le menu Scénario 2. Importer un scénario Cliquez sur **Importer un scénario**, puis sélectionnez **Import distant** 3. Sélectionner le type d'import Choisissez import local ou import distant 4. Sélectionner le scénario à importer dans la liste des scénarios modèles disponibles 5. Choisir la destination - **Remplacer** : remplace un scénario existant du module - **Créer** : génère un nouveau scénario sans affecter les existants 6. Finaliser l’importation Cliquez sur **Importer** pour charger le scénario dans votre interface Un redémarrage du système est nécessaire afin de prendre en compte la mise à jour du scénario. Après redémarrage : - le scénario apparaît dans le bandeau latéral situé à gauche de l’écran, - les variables, blocs de fonction et widgets associés sont automatiquement disponibles.

**Avantages d'un scénario modèle :** - Mise en place immédiate - Logique déjà validée - Réduction du risque d’erreur

### 3- Modifier un scénario modèle - Dupliquer un scénario modèle pour créer un scénario personnalisé - Permet d’adapter la logique aux besoins spécifiques de l’application - **Modifications courantes :** - Ajout de temporisation ou délai anti-rebond - Inversion logique (1 → OFF, 0 → ON) - Ajout de conditions supplémentaires (ex. seuils, état réseau, watchdog) # Créer un scénario personnalisé***

Pour créer ou modifier des scénarios, il est **recommandé d’utiliser un ordinateur**. *L’édition sur téléphone peut entraîner des problèmes d’affichage ou une visibilité limitée des paramètres avancés*

### 1- Généralités Les scénarios personnalisés permettent d'adapter le fonctionnement du module à des besoins spécifiques qui ne sont pas couverts par les scénarios préconfigurés ou les scénarios modèles. Ils offrent une grande souplesse pour automatiser des actions en fonction d'événements, de mesures, d'états ou de conditions définies par l'utilisateur.

**Prérequis** pour la **création d'un scénario** personnalisé : - Disposer des **droits d'accès** nécessaires - Définir toutes les **variables associées** - Insérer et connecter les **blocs fonctionnels** (test, compteurs, sorties, régulation, utilitaires ...) - Vérifier que le scénario forme une **boucle fonctionnelle** complète

### 1. Préparer le scénario Pour créer un scénario personnalisé, il n'est pas nécessaire de partir de zéro. Un scénario préconfiguré ou un scénario modèle importé peut servir de base de travail. Il suffit alors de modifier les paramètres, les conditions ou les actions existantes afin d'adapter le fonctionnement aux besoins spécifiques de l'installation. Cette méthode facilite la prise en main et accélère la création de nouveaux scénarios. - Depuis l'accueil, ouvrez un scénario préconfiguré ou bien importez un scénario modèle - Assurez-vous que les **objets nécessaires** sont déjà configurés dans la section Objet - Vérifiez que les **variables associées** sont publiées pour le scénario ou bien pour créer un nouveau scénario : - choisissez le menu « **Scénarios** » dans la barre de menus située en haut de l'interface - puis dans le bandeau de gauche, cliquez sur "**nouveau scénario**" puis sur "éditer" pour commencer

#### 1.2- Construire le flux Créez la logique de votre scénario en utilisant les blocs de fonction disponibles dans la barre latérale : - **Glissez-déposez** les blocs pour construire votre logique - **Reliez les blocs** en respectant les limites de connexion propres à chacun - Utilisez des **blocs de test** pour créer des conditions et des embranchements clairs - Ajoutez des **commentaires** dans les champs prévus afin de faciliter la maintenance et la compréhension du scénario

#### 1.3- Utiliser les blocs de fonction : ##### 1.3.1- Déclencheurs Les déclencheurs déterminent quand le scénario est exécuté. Exemples : - Changement d'état d'une entrée - Valeur d'une mesure - Horaire ou calendrier - Modification d'une variable ##### 1.3.2- Conditions Les conditions permettent de vérifier qu'un ou plusieurs critères sont respectés avant l'exécution des actions. Exemples : - Température supérieure à une valeur définie - Sortie inactive - Plage horaire spécifique ##### 1.3.3- Tests Les tests remplacent la notion de "trigger", ils peuvent porter sur : - les variables locales, - les variables distantes (autres modules), - les états des entrées - les états des sorties ##### 1.3.4- Actions Les actions définissent les opérations à exécuter lorsque les conditions sont remplies. Exemples : - la commande de sorties - l'écriture de variables - l'envoi d'email et / ou SMS - la modification d'états utilisateurs ### 2. Accéder au menu "scénario" #### 2.1- Sélectionner le type de bloc Dans la barre latérale, repérez les blocs qui correspondent aux actions que vous voulez effectuer : ##### Insérer un bloc "Test d’entrée" Ces blocs permettent de vérifier l'état d'une entrée (par exemple un capteur, un interrupteur, un bouton ...). Ils agissent alors comme un filtre dans votre scénario. Tout ce qui suit ne se déclenche que si la condition définie est remplie. Choisissez parmi : - un **appui** (simple, double, long…), - un **test d’état**, - un **test de changement d’état ...** ##### Ajouter un bloc de condition "Test variables" Les blocs de conditions permettent de vérifier des états et de contrôler la logique du scénario avant d’exécuter une action. **Types de blocs de test de variables :** - **Test variable simple** : vérifie la valeur actuelle d’une variable, - **Test changement de variable** : détecte si une variable a changé depuis la dernière lecture, - **Test variable égale** : compare la valeur d’une variable à une valeur précise **Pour chaque bloc de condition :** - Sélectionnez le type de test adapté, - Renseignez les paramètres nécessaires (variable à tester, valeur cible, etc.), - Donnez un **nom** et un **descriptif** au bloc, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. 💡 Astuce : Les blocs de conditions peuvent avoir plusieurs sorties pour gérer différents chemins selon le résultat du test. ##### Ajouter un bloc de sortie "Contact sortie" Les blocs de sortie définissent l’action finale ou le résultat du scénario. **Types de sortie disponibles :** - **On / Off / Flip** : activation, désactivation ou inversion de l’état d’un module, - **Impulsion cyclique** : envoie des impulsions répétées selon un intervalle défini, - **On / Off après temporisation** : déclenche une action avec délai, - **BSO** : contrôle des brise-soleil orientables, - **Ouvrant** : commande d’ouverture ou de fermeture d’un ouvrant (volet, porte, fenêtre) **Pour chaque bloc de sortie :** - Sélectionnez le type de sortie, - Renseignez les paramètres spécifiques, - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. 💡 Astuce : Plusieurs blocs de sortie peuvent être utilisés pour des actions différentes selon les conditions ##### Ajouter des blocs d’action sur les variables Ces blocs permettent de modifier ou de suivre des variables dans votre scénario. **Types de blocs d’action sur les variables :** - **Action variable** : modifier la valeur d’une variable, - **Incrémenter un compteur** : augmenter la valeur d’une variable compteur, - **Décrémenter un compteur** : diminuer la valeur d’une variable compteur. **Pour chaque bloc d’action :** - Sélectionnez le type d’action, - Renseignez la variable concernée et la valeur ou l’incrément/décrément, - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. ##### Ajouter des blocs de régulation du chauffage Ces blocs permettent de piloter et réguler le chauffage dans un scénario. **Types de blocs de régulation :** - **Régulation température consigne** : ajuste la température cible d’une zone, - **Mode chauffage / arrêt** : active ou désactive le chauffage, - **Mode confort / éco / hors gel** : sélectionne un programme prédéfini selon les besoins, - **Pilotage via capteur** : ajuste le chauffage en fonction de la température mesurée, de l’occupation ou d’autres variables. **Pour chaque bloc de régulation :** - Sélectionnez le type de régulation, - Renseignez les paramètres nécessaires (zone, consigne, capteur), - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. #### 2.2- Insérer et organiser \- attrapez les différents blocs depuis le bandeau latéral \- faites-les glisser vers l’espace de travail dédié et placez-les à l’endroit souhaité #### 2.3- Configurer les blocs Renseignez les paramètres suivants : *- Nom du bloc (* *- Descriptif* *- Choix de l'entrée / sortie à tester* *- Module associé* *- Scénario* *- Définissez la condition : par exemple `ON`, `OFF`, ou autre état spécifique selon votre matériel* \- *Condition par défaut si tout est faux* #### 2.4- Effectuer les connexions \- reliez les blocs entre eux pour définir la logique de fonctionnement du scénario, identifier les points de connexion (ronds de couleur) - chaque bloc possède des entrées et des sorties \- Relier les blocs entre eux Cliquez sur la sortie d’un bloc et faites glisser vers l’entrée du bloc suivant. Reliez la sortie du bloc aux actions à exécuter si la condition est vraie et éventuellement à une autre sortie si la condition est fausse \- Vérifier la logique Assurez-vous que le flux respecte la séquence souhaitée et que tous les blocs nécessaires sont connectés #### 2.5- Tester le scénario Une fois les connexions effectuées, lancez une simulation ou un test pour vérifier que le scénario fonctionne correctement (un redémarrage du module est nécessaire)

Disposez les blocs de manière **ordonnée** pour que le f**lux reste clair et lisible** *cela facilitera la compréhension et la maintenance du scénario*

Chaque scénario doit former une **boucle fonctionnelle complète** : **entrée → test / logique → sortie / action → mise à jour variable d’état**

Il est impératif de **refermer** la boucle fonctionnelle : toute commande générée par un bloc de sortie doit avoir un impact sur un état ou une variable réutilisable par un bloc d’entrée, garantissant ainsi un fonctionnement cohérent du scénario. Un scénario est structuré sous forme de **boucles logiques** : 1. Entrée dans une boucle 2. Tests (servant de déclencheurs) 3. Tests de conditions 4. Actions 5. Retour - dans la même boucle - dans une autre boucle ---

Avant de commencer un scénario, assurez-vous que : - les **objets nécessaires** sont correctement configurés dans la section « Objets » - les **variables associées** sont bien publiées et disponibles pour le scénario

Pour construire un scénario, **attrapez les blocs disponibles dans le bandeau latéral**, puis **faites-les glisser vers l’espace de travail dédié** afin de les déposer et les organiser selon la logique souhaitée. Vous pouvez ensuite les positionner et les relier entre eux pour définir le fonctionnement du scénario.

### 1. Préparer un scénario - Depuis l'accueil, ouvrez un scénario existant ou créez-en un nouveau - Assurez-vous que les **objets nécessaires** sont déjà configurés dans la section Objet - Vérifiez que les **variables associées** sont publiées pour le scénario

### 2. Construire le flux Créez la logique de votre scénario en utilisant les blocs disponibles dans la barre latérale : - **Glissez-déposez** les blocs pour construire votre logique - **Reliez les blocs** en respectant les limites de connexion propres à chacun - Utilisez des **blocs de test** pour créer des conditions et des embranchements clairs - Ajoutez des **commentaires** dans les champs prévus afin de faciliter la maintenance et la compréhension du scénario ### 3. Enregistrer et déployer Une fois le scénario configuré : - **Sauvegardez** le scénario depuis la barre latérale afin de générer la version compilée - **Redémarrez le module pour synchroniser** les scénarios et appliquer les modifications - **Testez** le comportement via les widgets ou les entrées physiques reliées

**Un **redémarrage**** du module est nécessaire pour appliquer un nouveau scénario

### 4. Bonnes pratiques - Renommez les blocs avec des noms explicites pour accélérer les revues - Utilisez les scénarios de test pour valider les flux avant mise en production - Gardez un scénario de réserve pour les actions critiques afin d'éviter l'indisponibilité --- ### 3- Créer un scénario personnalisé ??? - L’utilisateur définit **toutes les variables, blocs et connexions**. - Nécessite de : - Définir les variables - Insérer et connecter les blocs fonctionnels (tests, compteurs, régulation, utilitaires, sorties) - Vérifier que le scénario forme une boucle complète pour garantir son fonctionnement 1. Cliquer sur "Nouveau scénario" dans le bandeau latéral à la droite de l'écran 2. #### 3.1- Sauvegarder un scénario - Depuis un serveur distant Bibliothèque de scénarios disponible depuis le serveur de ModLink. Il faudra adapter et personnaliser les paramètres à la configuration de l'installation. - En local depuis l'ordinateur utilisé

La **barre d’icônes de visualisation** affichée sur la droite de l'écran permet de : - agrandir la vue - réduire la vue - recentrer l’affichage sur la zone des blocs scénario - verrouiller et déverrouiller les blocs - réinitialiser l'édition de blocs

---

### 2. Accéder au menu "scénario" Sélectionnez le menu « **Scénarios** » dans la barre de menus située en haut de l'interface. Dans le bandeau de gauche, cliquez sur **« Nouveau scénario »**, puis sur **« Éditer »** pour commencer. #### 2.1- Sélectionner le type de bloc Dans la barre latérale, repérez les blocs qui correspondent aux actions que vous voulez effectuer : ##### Insérer un bloc "Test d’entrée" Ces blocs permettent de vérifier l'état d'une entrée (par exemple un capteur, un interrupteur, un bouton ...). Ils agissent alors comme un filtre dans votre scénario. Tout ce qui suit ne se déclenche que si la condition définie est remplie. Choisissez parmi : - un **appui** (simple, double, long…), - un **test d’état**, - un **test de changement d’état ...** ##### Ajouter un bloc de condition "Test variables" Les blocs de conditions permettent de vérifier des états et de contrôler la logique du scénario avant d’exécuter une action. **Types de blocs de test de variables :** - **Test variable simple** : vérifie la valeur actuelle d’une variable, - **Test changement de variable** : détecte si une variable a changé depuis la dernière lecture, - **Test variable égale** : compare la valeur d’une variable à une valeur précise **Pour chaque bloc de condition :** - Sélectionnez le type de test adapté, - Renseignez les paramètres nécessaires (variable à tester, valeur cible, etc.), - Donnez un **nom** et un **descriptif** au bloc, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. 💡 Astuce : Les blocs de conditions peuvent avoir plusieurs sorties pour gérer différents chemins selon le résultat du test. ##### Ajouter un bloc de sortie "Contact sortie" Les blocs de sortie définissent l’action finale ou le résultat du scénario. **Types de sortie disponibles :** - **On / Off / Flip** : activation, désactivation ou inversion de l’état d’un module, - **Impulsion cyclique** : envoie des impulsions répétées selon un intervalle défini, - **On / Off après temporisation** : déclenche une action avec délai, - **BSO** : contrôle des brise-soleil orientables, - **Ouvrant** : commande d’ouverture ou de fermeture d’un ouvrant (volet, porte, fenêtre) **Pour chaque bloc de sortie :** - Sélectionnez le type de sortie, - Renseignez les paramètres spécifiques, - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. 💡 Astuce : Plusieurs blocs de sortie peuvent être utilisés pour des actions différentes selon les conditions ##### Ajouter des blocs d’action sur les variables Ces blocs permettent de modifier ou de suivre des variables dans votre scénario. **Types de blocs d’action sur les variables :** - **Action variable** : modifier la valeur d’une variable, - **Incrémenter un compteur** : augmenter la valeur d’une variable compteur, - **Décrémenter un compteur** : diminuer la valeur d’une variable compteur. **Pour chaque bloc d’action :** - Sélectionnez le type d’action, - Renseignez la variable concernée et la valeur ou l’incrément/décrément, - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. ##### Ajouter des blocs de régulation du chauffage Ces blocs permettent de piloter et réguler le chauffage dans un scénario. **Types de blocs de régulation :** - **Régulation température consigne** : ajuste la température cible d’une zone, - **Mode chauffage / arrêt** : active ou désactive le chauffage, - **Mode confort / éco / hors gel** : sélectionne un programme prédéfini selon les besoins, - **Pilotage via capteur** : ajuste le chauffage en fonction de la température mesurée, de l’occupation ou d’autres variables. **Pour chaque bloc de régulation :** - Sélectionnez le type de régulation, - Renseignez les paramètres nécessaires (zone, consigne, capteur), - Donnez un **nom** et un **descriptif**, - Reliez-le aux blocs précédents via les **points de connexion (ronds rouges)**. #### 2.2- Insérer et organiser \- attrapez les différents blocs depuis le bandeau latéral \- faites-les glisser vers l’espace de travail dédié et placez-les à l’endroit souhaité #### 2.3- Configurer les blocs Renseignez les paramètres suivants : *- Nom du bloc (* *- Descriptif* *- Choix de l'entrée / sortie à tester* *- Module associé* *- Scénario* *- Définissez la condition : par exemple `ON`, `OFF`, ou autre état spécifique selon votre matériel* \- *Condition par défaut si tout est faux* #### 2.4- Effectuer les connexions \- reliez les blocs entre eux pour définir la logique de fonctionnement du scénario, identifier les points de connexion (ronds de couleur) - chaque bloc possède des entrées et des sorties \- Relier les blocs entre eux Cliquez sur la sortie d’un bloc et faites glisser vers l’entrée du bloc suivant. Reliez la sortie du bloc aux actions à exécuter si la condition est vraie et éventuellement à une autre sortie si la condition est fausse \- Vérifier la logique Assurez-vous que le flux respecte la séquence souhaitée et que tous les blocs nécessaires sont connectés #### 2.5- Tester le scénario Une fois les connexions effectuées, lancez une simulation ou un test pour vérifier que le scénario fonctionne correctement (un redémarrage du module est nécessaire)

Disposez les blocs de manière **ordonnée** pour que le f**lux reste clair et lisible** *cela facilitera la compréhension et la maintenance du scénario*

### 8. Ajouter des sauts Les blocs de saut permettent de rediriger le flux du scénario vers un autre bloc, sans exécuter la séquence linéaire. - Placez le bloc exactement à l’endroit où vous souhaitez insérer le "saut", - Reliez-le au bloc de départ via les **ronds rouges**, - Vérifiez que le saut ne crée pas de boucle infinie ### 9. Construire la logique du scénario - Faites glisser les **blocs de fonctions** depuis la barre latérale gauche pour compléter votre scénario, - Renseignez les paramètres de chaque bloc, - Reliez tous les blocs entre eux via les **points de connexion (ronds rouges)**, - Vérifiez que la logique est cohérente et complète ### 10. Finaliser et tester - Vérifiez tous les paramètres et liaisons, - Sauvegardez votre scénario pour qu’il soit actif, - Testez-le pour vous assurer que le fonctionnement correspond à vos attentes [![Scenario2.png](https://modlink.fr/help/uploads/images/gallery/2026-02/scaled-1680-/scenario2.png)](https://modlink.fr/help/uploads/images/gallery/2026-02/scenario2.png) # Timers Les **timers ou temporisations** permettent de gérer le temps dans les scénarios et d’automatiser des actions avec des délais, des durées ou des répétitions. #### 1- Temporisation avant action Permet de déclencher une action après un délai défini. 👉 Exemple : allumer une lumière 30 secondes après la détection de mouvement. #### 2- Temporisation cyclique (répétition) Exécute une action à intervalles réguliers. 👉 Exemple : envoyer une information toutes les 5 minutes. #### 3- Durée d’état (maintien) Maintient une sortie active pendant une durée donnée, puis revient à l’état initial. 👉 Exemple : activer un relais pendant 10 secondes. #### 4- Retard à l’arrêt / à l’enclenchement - **Retard à l’enclenchement** : l’action ne démarre que si la condition reste vraie pendant un certain temps. - **Retard à l’arrêt** : l’action reste active encore un moment après la disparition de la condition. 👉 Exemple : éviter les déclenchements intempestifs d’un capteur.

Bonnes pratiques : - Utiliser les timers pour **stabiliser les événements** (anti-rebond, filtrage) - Nommer clairement les temporisations pour faciliter la maintenance - Adapter les durées selon l’usage réel (confort, sécurité, économie d’énergie)

### Gestion des timers dans les scénarios Les scénarios permettent l’utilisation de **10 créneaux de temporisation (timers)** maximum par scénario. Ces timers servent à exécuter des actions à intervalles réguliers ou différés. --- #### 1. Principe général Chaque timer est associé à une exécution automatique basée sur un intervalle de temps. Il permet de déclencher une **étape cible du scénario** de manière répétitive ou temporisée. #### 2. Paramétrage d’un timer Pour chaque timer disponible, l’installateur doit configurer les trois éléments suivants : ##### Nom du timer Champ libre permettant d’identifier le timer dans le scénario. Il est recommandé d’utiliser un nom explicite lié à la fonction. **Exemples :** - Surveillance chauffage - Relance éclairage - Contrôle présence ##### Intervalle (secondes) Définit la périodicité d’exécution du timer. - Unité : secondes - Valeur : entière positive - Le timer se déclenche à chaque intervalle écoulé **Exemples :** - 10 → exécution toutes les 10 secondes - 60 → exécution toutes les minutes ##### Étape cible Correspond à l’étape du scénario exécutée lors du déclenchement du timer. Cette étape peut être : - une action - un test logique - une séquence de blocs ## 3. Fonctionnement Une fois activé dans le scénario : - le timer démarre automatiquement selon sa configuration - à chaque échéance, il exécute l’étape cible définie - plusieurs timers peuvent fonctionner simultanément dans un même scénario

Bonnes pratiques : - Donner des **noms explicites** à chaque timer pour faciliter le débogage - Limiter les intervalles très courts afin d’éviter une surcharge de traitement - Bien associer chaque timer à une étape précise pour garder un scénario lisible - Eviter les doublons de timers pour des fonctions identiques

# Scénarios modèles*** (vérif si utilisé)

Les **scénarios modèles** couvrent les cas d'usages les plus courants, ce sont des outils rapides et fiables pour tester les I/O et les relais. Ils permettent de tester rapidement le fonctionnement du système sans avoir à créer une logique de commande complète. Ces scénarios **peuvent être utilisés tels quels,** **ou bien modifiés** pour réponde à des besoins spécifiques.

## 1. Scénarios modèles disponibles Les scénarios modèles sont fournis afin de simplifier la mise en service, les tests fonctionnels et le diagnostic des modules. Ils couvrent les cas d’usage standards liés aux entrées, aux relais et à la connectivité. ## 1.1 Test des entrées (Inputs) ### Lecture d’entrée - Surveillance de l’état d’une entrée digitale - Affichage temps réel de l’état (0 / 1) - Historisation des changements d’état

**Usage :** - Validation du câblage - Test capteur, bouton, contact sec

## 1.2 Test des relais (Outputs) ### Commande manuelle de relais - Activation / désactivation manuelle d’un relais - Commande depuis l’interface

**Usage :** - Test du relais - Validation actionneur (lampe, moteur, contacteur)

### Commande temporisée de relais - Activation du relais pendant une durée définie - Retour automatique à l’état OFF

**Usage :** - Test de temporisation - Simulation d’impulsion

## 1.3 Test Entrée → Relais (I/O binding) ### Entrée digitale → relais (mode suivi) **Scénario standard** - Entrée = 1 → relais ON - Entrée = 0 → relais OFF

**Usage :** - Test complet DI/DO - Validation bout-en-bout - Commissioning

### Entrée digitale → relais (logique inversée) - Entrée = 1 → relais OFF - Entrée = 0 → relais ON

**Usage :** - Cas de sécurité - Adaptation logique terrain

## 1.4 Scénarios conditionnels ### Seuil sur entrée analogique - Si valeur > seuil → activer relais - Si valeur < seuil → désactiver relais

**Usage :** - Alarmes - Régulation simple

### Entrée → relais avec temporisation - Entrée = 1 - Délai configurable - Activation relais

**Usage :** - Anti-rebond - Séquencement simple

## 1.5 Scénarios de connectivité et supervision ### Test de connectivité réseau - Vérification connexion Wi-Fi / Ethernet - Test ping ou heartbeat - Remontée état connecté / déconnecté

**Usage :** - Diagnostic réseau - Validation accès plateforme

### Heartbeat / watchdog - Envoi périodique d’un message de vie - Mise en sécurité du relais en cas de perte de communication

**Usage :** - Sécurité - Supervision industrielle