Scénarios d'automatisation 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 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 : un widget « bouton télérupteur » pour commander la sortie  un widget « temporisation ON/OFF » pour activer ou non la temporisation et le cas échéant définir sa durée en ms 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 2PIO  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 voir Créer un scénario personnalisé 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 avec temporisation Ce bloc permet de commander une sortie pendant une durée déterminée. Lorsque le bloc est exécuté, la sortie passe à l'état  ON et la temporisation démarre. À l'expiration du délai configuré, la sortie repasse automatiquement à l'état OFF . Chaque nouvelle exécution de ce bloc relance intégralement la temporisation ; le décompte repart alors de zéro pour la durée configurée et la sortie reste à l'état  ON tant que le bloc est réactivé avant l'expiration du délai. Ce bloc est particulièrement adapté aux commandes temporisées, telles que l'allumage d'un éclairage pendant une durée définie, l'activation momentanée d'un relais, l'ouverture d'une gâche électrique ou toute autre commande nécessitant un arrêt automatique après un délai. Exemple d'applications : lumière s'allume pendant 2 minutes 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 d'une variable après un délai . une fois que la commande est lancée dans un scénario, il n'est pas possible de l'annuler ni de la redémarrer 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 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 Timers Les Timers ou temporisations permettent de gérer le temps dans les scénarios. 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. 1- Blocs "Timers" disponibles 1.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. 1.2- Temporisation cyclique (répétition) Exécute une action à intervalles réguliers. 👉 Exemple : envoyer une information toutes les 5 minutes. 1.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. 1.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. Par exemple : Autoriser une action uniquement entre 08h00 et 18h00 Maintenir une sortie active pendant 10 minutes Déclencher une action après un délai de 30 secondes Vérifier qu'une condition est remplie pendant une certaine durée Les timers permettent de gérer les temporisations à l'intérieur d'un scénario . Ils interviennent dans la logique d'exécution en introduisant des délais, des temporisations ou des actions différées entre les différentes étapes du scénario La planification , permet de définir  quand un scénario doit être exécuté . Elle sert à programmer le lancement automatique d'un scénario selon un calendrier (heure, jour, date, etc ...) 2- Configurer un "Timer" dans un scénario 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. Pour chaque timer disponible, trois éléments doivent être configurés : 2.1-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 2.2- Intervalle Définit la périodicité d’exécution du timer. Unité : secondes Le timer se déclenche à chaque intervalle écoulé Exemples : 10 → exécution toutes les 10 secondes 60 → exécution toutes les minutes 2.3- É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 Contrairement aux planifications, qui déterminent les dates et heures d'exécution d'un scénario, les Timers sont utilisés au sein même des scénarios pour gérer des plages horaires, des délais ou des temporisations.  Ils permettent d'ajouter une logique temporelle sans avoir à créer de planification dédiée 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 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. Une fois importé 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 2PIO, 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 Accéder au menu Scénario Depuis l’interface, ouvrez le menu Scénario Importer un scénario Cliquez sur  Importer un scénario , puis sélectionnez  Import distant Sélectionner le type d'import Choisissez import local ou import distant Sélectionner le scénario à importer dans la liste des scénarios modèles disponibles Choisir la destination Remplacer : remplace un scénario existant du module Créer  : génère un nouveau scénario sans affecter les existants 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) Voir Créer un scénario personnalisé Créer un scénario personnalisé Pour créer ou modifier un scénario, 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. Avant de commencer un scénario, assurez-vous que : - vous disposez des droits d'accès nécessaires - les entrées et sorties sont correctement configurées dans la section « I/O » - les  variables associées sont bien définies 2- 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 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. 2.1- Modifier un scénario préconfiguré Depuis l'accueil, "éditez" un scénario préconfiguré ; cliquer sur "modifier" pour personnaliser les informations du nouveau scénario et "sauvegardez" vos modifications Enregistrez et activez le nouveau scénario personnalisé 2.2- Importer et modifier un scénario modèle Vous pouvez aussi "importez un scénario" depuis une bibliothèque de scénarios modèles sur le serveur distant de 2PIO ou bien en local depuis l'ordinateur utilisé.  Il faudra adapter et personnaliser les paramètres du scénario modèle à la configuration de l'installation. Cliquez sur "import distant" puis choisissez le scénario modèle que vous souhaitez importer Cliquer sur "créer un nouveau scénario" 2.3- Construire  un nouveau scénario créer un scénario de toutes pièces pour répondre à un besoin spécifique. Depuis le bandeau de gauche, cliquez sur " nouveau scénario " puis sur " éditer " pour commencer ajoutez des blocs de fonction configurez les paramètres des blocs créez et utilisez les variables vérifiez et activez le scénario 2.3.1- Construire le flux Créez la logique de votre scénario en utilisant les blocs de fonction disponibles dans la barre latérale. Repérez les blocs qui correspondent aux actions que vous voulez effectuer : Glissez-déposez les blocs pour construire votre logique Utilisez des blocs de test pour créer des conditions et des embranchements clairs Reliez  tous les blocs entre eux via les points de connexion (ronds rouges) Ajoutez des commentaires dans les champs prévus afin de faciliter la maintenance et la compréhension du scénario Vérifiez que la logique est cohérente et complète 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 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 "tests" permettent de vérifier des états et de contrôler la logique du scénario avant d’exécuter une action. Ils peuvent porter sur : les variables locales, les variables distantes d'autres modules, l'état des entrées l'état des sorties 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 💡 Astuce : Les blocs de tests 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) 💡 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 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 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 2.3.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.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.3.4- Effectuer les connexions 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 - d ans une autre boucle 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, les paramètres et les liaisons (assurez-vous que le flux respecte la séquence souhaitée et que tous les blocs nécessaires sont connectés) - Vérifier que le scénario forme une boucle complète 2.3.5- Tester le scénario Sauvegardez votre scénario et redémarrez le module pour synchroniser les scénarios et appliquer les modifications. Testez le comportement du scénario via les widgets ou les entrées physiques reliées Un  redémarrage du module est nécessaire pour appliquer un nouveau scénario 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 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