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
- Scénarios préconfigurés
- Utiliser les blocs de fonction
- Scénarios modèles
- Créer un scénario personnalisé***
- Timers
- Scénarios modèles*** (vérif si utilisé)
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.
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
- é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 :
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
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 :
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 |
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
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 flux 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
Programmation par boucles
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 :
- Entrée dans une boucle
- Tests (servant de déclencheurs)
- Tests de conditions
- Actions
- 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
-
- Cliquer sur "Nouveau scénario" dans le bandeau latéral à la droite de l'écran
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"
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 flux 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
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