Skip to main content

TESTNEW - Scénarios (automation)

Pour les néophytes, le fonctionnement des scénarios s'apparente à la feuille de route d'un agent de sécurité

A lire pour les néophytes

ModLink fonctionne comme un agent de sécurité qui fait ses rondes.
A chaque tour, il vérifie des points précis dans un ordre défini, c'est ce qu'on appelle une boucle.

Les éléments surveillés :
  • Les entrées (voyants, ouvrants, environnement ...)
  • Les sorties (interrupteur, vanne, alerte ...)
  • Les variables (rapports des agents précédents)
Le scénario  : sa feuille de route

Le scénario, c'est la liste des consignes que l'agent suit à chaque tour.

Les variables  : une signalisation qui informe et garde la mémoire

une variable, c'est comme une lampe témoin sur un tableau de bord

L'agent peut :
- l'allumer (mettre la valeur à 1)
- l'éteindre (mettre la valeur à 2)
- tester son état (tester son état)
Sans variable, l'agent ne se souviendrait de rien d'un tour à un autre

Communication entre modules : les drapeaux partagés

Imaginez deux agents indépendants qui font leur ronde chacun dans leur coin. Ils ne se parlent pas directement mais ils peuvent voir les mêmes lampes témoin sur leur tableau de bord respectif.

Lorsque plusieurs modules sont utilisés ensemble, ils peuvent échanger des informations grâce au partage de variables et de scénarios

C'est comme un fil électrique invisible entre deux modules. Lorsqu'un scénario sur le premier module « lève un drapeau » en modifiant une variable partagée, le second module voit ce changement et peut immédiatement exécuter les actions prévues dans son propre scénario. Les variables partagées servent ainsi de moyen de communication entre les modules.

Cette section présente un exemple concret de scénario de fonctionnement.
Le visuel du scénario est accompagné d'une description des différents blocs de fonctions utilisés, afin de faciliter la compréhension de leur rôle et de leur interaction.

Commande conditionnelle de 2 relais

Scénario exemple simple.PNG

  • Bloc 1 : "test entrée simple"
    détecter l'activation de l'entrée 1
    - sortie VRAI → va au bloc 2 « Test variable »
    - sortie FAUX → retour au début du scénario (boucle)
  • Bloc 2 "test variables" égales
    comparer la valeur d'une variable

    - si la valeur est 1 (allumée) → va au bloc 4
    - si la valeur est 0 (éteinte) → va au bloc 3
  • Bloc 3 "contact sortie" ON / OFF après temporisation
    commander le relais 2 pendant une durée déterminée
    - active la sortie 1
    - durée : 180 000 ms (3 minutes)
  • Bloc 4 "contact sortie" ON / OFF après temporisation 
    commander le relais 2 pendant une durée déterminée
    - active le relais 2
    - durée : 600 000 ms (10 minutes)
  • Blocs 5 et 6 "Saut" retour début
    revenir au début du scénario
    - une fois la temporisation terminée, le scénario retourne au point de départ (bloc 1), il est prêt à traiter un nouvel événement sur l'entrée 1

Ce scénario nécessite la création préalable d'une variable nommée « Lampe témoin X » pour orienter l'exécution vers l'un des deux relais. Avant de créer le scénario, il est donc nécessaire de créer et configurer cette variable dans le module.

...

1- Généralités

ModLink est un automate programmable simplifié (PLC) . Son comportement est défini au moyen de scénarios constitués de blocs de fonction visuels à partir de tests, de conditions et d'actions, sans nécessiter de programmation complexe.

Chaque module peut gérer jusqu'à 3 scénarios distincts, exécutés de manière autonome et pouvant être activés, modifiés ou désactivés indépendamment.

1.1- Définition

Un scénario est une logique de fonctionnement configurée par l’utilisateur permettant d’exécuter automatiquement des actions en fonction d'événements et de conditions prédéfinis.

Chaque scénario fonctionne indépendamment des autres. La coordination entre scénarios, ou entre plusieurs modules, s'effectue au moyen de variables partagées.

Ce mécanisme peut être comparé à un fil électrique virtuel : lorsqu'un scénario modifie une variable, les autres scénarios ou modules peuvent détecter ce changement et réagir en conséquence.

1.2- Rôle des scénarios

Les scénarios permettent d’organiser et d’automatiser le fonctionnement du système en assurant le traitement des différents événements et commandes.

Ils servent notamment à :

  • piloter les entrées et les sorties ;
  • automatiser des actions ;
  • enchaîner des opérations selon des conditions définies ;
  • coordonner plusieurs fonctions du système ;
  • échanger des informations entre scénarios ou entre modules ;
  • adapter le fonctionnement de l'installation aux besoins de l'utilisateur.

2- Principe de fonctionnement

Le système fonctionne en boucle continue :

  • les conditions sont analysées en permanence,
  • les tests sont exécutés dans l'ordre défini,
  • lorsqu'une condition est satisfaite, l'action correspondante est exécutée,
  • dans le cas contraire, le scénario poursuit son exécution selon la logique configurée.

L’automatisation peut être basée sur :

  • l’état d’une entrée,
  • une variable,
  • une temporisation,
  • une commande utilisateur,
  • un widget,
  • un horaire,
  • l’état d’une sortie.

Les scénarios permettent ainsi d’assurer un fonctionnement autonome du système sans intervention manuelle permanente.

A lire pour les néophytes

ModLink fonctionne comme un agent de sécurité qui fait ses rondes.
A chaque tour, il vérifie des points précis dans un ordre défini, c'est ce qu'on appelle une boucle.

Les éléments surveillés :
  • Les entrées (voyants, ouvrants, environnement ...)
  • Les sorties (interrupteur, vanne, alerte ...)
  • Les variables (rapport de contrôle des agents précédents)
Le scénario  : sa feuille de route

Le scénario, c'est la liste des consignes que l'agent suit à chaque tour.

Les variables  : une signalisation qui informe et garde la mémoire

une variable, c'est comme une lampe témoin sur un tableau de bord

L'agent peut :
- l'allumer (mettre la valeur à 1)
- l'éteindre (mettre la valeur à 2)
- tester son état (tester son état)
Sans variable, l'agent ne se souviendrait de rien d'un tour à un autre

Communication entre modules : les drapeaux partagés

Imaginez deux agents indépendants qui font leur ronde chacun dans leur coin. Ils ne se parlent pas directement mais ils peuvent voir les mêmes lampes témoin sur leur tableau de bord respectif.

Lorsque plusieurs modules sont utilisés ensemble, ils peuvent échanger des informations grâce au partage de variables et de scénarios

C'est comme un fil électrique invisible entre deux modules. Lorsqu'un scénario sur le premier module « lève un drapeau » en modifiant une variable partagée, le second module voit ce changement et peut immédiatement exécuter les actions prévues dans son propre scénario. Les variables partagées servent ainsi de moyen de communication entre les modules.

Cette section présente un exemple concret de scénario de fonctionnement.
Le visuel du scénario est accompagné d'une description des différents blocs de fonctions utilisés, afin de faciliter la compréhension de leur rôle et de leur interaction.

Commande conditionnelle de 2 relais

Scénario exemple simple.PNG

  • Bloc 1 : "test entrée simple"
    détecter l'activation de l'entrée 1
    - sortie VRAI → va au bloc 2 « Test variable »
    - sortie FAUX → retour au début du scénario (boucle)
  • Bloc 2 "test variables" égales
    comparer la valeur d'une variable

    - si la valeur est 1 (allumée) → va au bloc 4
    - si la valeur est 0 (éteinte) → va au bloc 3
  • Bloc 3 "contact sortie" ON / OFF après temporisation
    commander le relais 2 pendant une durée déterminée
    - active la sortie 1
    - durée : 180 000 ms (3 minutes)
  • Bloc 4 "contact sortie" ON / OFF après temporisation 
    commander le relais 2 pendant une durée déterminée
    - active le relais 2
    - durée : 600 000 ms (10 minutes)
  • Blocs 5 et 6 "Saut" retour début
    revenir au début du scénario
    - une fois la temporisation terminée, le scénario retourne au point de départ (bloc 1), il est prêt à traiter un nouvel événement sur l'entrée 1

Ce scénario nécessite la création préalable d'une variable nommée « Lampe témoin X » pour orienter l'exécution vers l'un des deux relais. Avant de créer le scénario, il est donc nécessaire de créer et configurer cette variable dans le module.

3- Gestion des scénarios

Les scénarios peuvent être consultés et gérés :

  1. Depuis la page d’accueil de l’interface : sélectionner directement un scénario actif ou bien cliquer sur "modifier" pour ouvrir le menu de gestion des scénarios

  2. Depuis le menu « Scénario » : permet de sélectionner, modifier, créer, importer et télécharger un scénario

pour modifier ou créer un nouveau scénario, utilisez toujours le menu « Scénario », qui offre toutes les options de configuration.

L’utilisateur dispose de trois options pour créer ou utiliser un scénario :

1.1- Utiliser un scénario préconfiguré

  • Le scénario est prêt à l’emploi et peut être activé immédiatement

  • Idéal pour des installations rapides ou des fonctions standard

  • Les variables et blocs sont déjà configurés

1.2- Modifier un scénario existant

  • Le scénario préconfiguré ou déjà créé peut être adapté aux besoins spécifiques

  • L’utilisateur peut :

    • Ajouter ou supprimer des blocs

    • Modifier des variables ou états

    • Changer les conditions ou actions des blocs

  • Permet d’ajuster un scénario standard pour un cas particulier sans repartir de zéro

1.3- Créer un scénario personnalisé

  • L’utilisateur définit toutes les variables, blocs et connexions.

  • Nécessite de :

    • Définir les variables d’état et les variables de commande

    • 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

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

Choix scenario.png

2. Principe de création d'un scénario

Avant la création du scénario, les variables d’état et les variables de commande doivent être définies (menu "objet")
Les blocs du scénario viennent ensuite exploiter ces variables pour construire la logique de contrôle

2.1- Variables

Deux types de variables :

  • Variables d’état
    Variables en lecture, reflétant l’état courant d’un équipement, d’une fonction ou d’un processus

  • Variables de commande
    Variables en écriture, utilisées pour piloter un équipement ou modifier un état

2.2- Blocs fonctionnels

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.

  • Blocs de test sur les entrées

    Ces blocs permettent d’évaluer l’état d’une entrée (physique ou logique)

    • Test d’état (actif / inactif)

    • Test impulsion (simple / double / triple)

    • Comparaison de valeur (<=>, seuil ...)

    ➡ Utilisés comme conditions de déclenchement du scénario

  • Blocs de test sur les variables

    Ces blocs permettent d’évaluer les variables d’état internes

    • Test de valeur

    • Comparaison (égal, supérieur, inférieur, seuil)

    • Condition logique sur variable

    ➡ Utilisés pour orienter la logique du scénario en fonction de l’état du système

  • Blocs contacts de sortie

    Ces blocs représentent les sorties logiques du scénario

    • Activation / désactivation de sortie

    • Impulsion

    • Maintien d’état

    ➡ Agissent directement sur les variables de commande

  • Blocs d’action sur variables

    Ces blocs permettent d’agir directement sur les variables

    • Affectation de valeur

    • Modification d’état

    • Forçage / réinitialisation

    ➡ Assurent la liaison entre la logique du scénario et l’état interne du système

  • Blocs de régulation

    Ces blocs permettent de gérer une régulation automatique

    • Régulation simple (tout ou rien)

    • Régulation avec seuils ou hystérésis

    • Boucle de régulation basée sur une variable d’état

    ➡ Utilisés pour maintenir une valeur cible (température, niveau, etc.)

  • Blocs compteur

    Ces blocs permettent de compter des événements ou des occurrences

    • Incrément / décrément

    • Remise à zéro

    • Seuil de comptage

    ➡ Exploitent des événements issus des entrées ou des variables

  • Blocs utilitaires

    Les blocs utilitaires offrent des fonctions avancées de planification et communication :

    • Test date / calendrier : déclenchement selon jour, date ou plage horaire

    • Test lever / coucher du soleil : déclenchement automatique basé sur les heures de lever/coucher

    • Envoi de SMS ou email : notification externe directement depuis le scénario

    ➡ Utilisés pour automatiser des actions selon le temps ou pour alerter des utilisateurs

2.3- 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 :

  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
    - d
    ans une autre boucle

2.4- Tests

Les tests remplacent la notion de "trigger" événementiel.
Les tests peuvent porter sur :

  • variables locales,
  • variables distantes (autres modules),
  • états d’entrées
  • états de sorties

2.5- Actions

Les actions possibles incluent notamment :

  • l'écriture de variables
  • la commande de sorties
  • la modification d’états utilisateurs
  • l'envoi d’email
  • l'envoi de SMS

Scenario2.png :