Description fonctionnelle
Le 2PIO est un module d’automatisation IP compact avec serveur Web intégré, conçu pour piloter et superviser les équipements techniques.
Accessible en local ou à distance depuis un ordinateur, une tablette ou un smartphone équipé d'un navigateur Web, l'interface permet de configurer le module, de créer des automatismes et de commander les équipements, sans application dédiée ni logiciel spécifique.
Grâce à son architecture d’Edge Automation, le 2PIO traite les données et exécute les scénarios localement, sans dépendre d’un serveur SAAS. Il peut fonctionner de manière autonome ou s’intégrer à un réseau interactif de modules ModLink, permettant le partage de données et la coordination des automatismes.
Le 2PIO constitue ainsi une alternative simple et économique aux automates programmables industriels (API / PLC) pour des applications d’automatisation, de supervision et d’efficience énergétique dites « light ».
1- Automatisation sans code
Le 2PIO permet de créer des automatismes à l’aide d’une interface graphique, sans programmation par lignes de code. Les scénarios sont conçus en assemblant des blocs fonctionnels représentant des tests, des conditions, des actions, des temporisations ou des notifications.
Cette approche permet de définir le comportement du module en fonction des événements, des mesures et des changements d’état du système. Elle simplifie la conception, la maintenance et l’évolution des automatismes tout en offrant une grande souplesse de configuration.
Les scénarios s’appuient sur différents blocs fonctionnels, parmi lesquels :
-
des tests : vérification d’un changement d’état d’une entrée, d’une modification de variable, d’une valeur mesurée, d’une date ou d’un horaire
-
des actions : commande des relais, modification des variables, envoi de notifications, pilotage d’ouvrants avec gestion et suivi de la position
-
des temporisations : gestion des délais et des durées selon la logique configurée.
-
de la régulation : régulation de grandeurs telles que la température ou la luminosité, en mode tout ou rien (TOR) ou par modulation de largeur d’impulsion (PWM), avec fonction d’auto-apprentissage
-
des compteurs : incrémentation ou décrémentation d’une valeur pour comptabiliser des événements ou suivre une quantité
2- Logique des scénarios
2.1- Exécution en boucle continue
Les scénarios s’exécutent en boucle de manière continue. Ils analysent les entrées, les mesures, les sorties et les variables du système afin d’appliquer les actions prévues par la logique configurée.
Les tests sont évalués dans l’ordre défini et les actions correspondantes sont exécutées lorsque les conditions requises sont remplies.
Chaque module peut gérer jusqu’à 3 scénarios indépendants, exécutés de façon autonome et pouvant être activés ou désactivés individuellement selon les besoins de l’application.
Tel un agent de sécurité qui effectue des rondes, un scénario vérifie en permanence différents points de contrôle dans un ordre défini :
Les entrées : boutons, détecteurs, capteurs et mesures environnementales
Les sorties : éclairage, vannes, équipements commandés ou dispositifs d’alerte
Les variables : informations et états utilisés par les scénarios (rapports des agents précédents)
Lorsque les conditions définies sont remplies, les actions correspondantes sont exécutées. Le scénario poursuit ensuite ses vérifications et recommence le cycle en continu
2.2- Partage des variables
Les variables permettent de mémoriser et d’échanger des informations utilisées par les scénarios : état d’un équipement, valeur d’une mesure, résultat d’un calcul ou état intermédiaire d’un automatisme.
Elles peuvent notamment représenter :
-
Une variable d’état, qui reflète la situation d’un équipement ou d’un processus
-
Une variable de commande, qui permet de transmettre une consigne ou de modifier un état
-
Une variable intermédiaire, utilisée pour mémoriser une valeur ou construire la logique d’un scénario
Lorsqu’une variable est exposée au partage, elle peut être utilisée par d’autres modules ModLink. Un scénario exécuté sur un module peut ainsi modifier une variable partagée, dont la valeur sera exploitée par un scénario sur un autre module.
Exemple : un premier module détecte une présence et met à jour une variable partagée. Un second module utilise cette information pour commander l’éclairage de la zone concernée.
Ce mécanisme permet de coordonner les automatismes entre plusieurs modules, sans nécessiter de serveur central en cloud.
L’exposition et la portée des variables se configurent dans les paramètres du module.
3- Autonomie et architecture décentralisée
3.1- Exécution locale des automatismes (edge automation)
Le 2PIO exécutes’inscrit sesdans une approche d’Edge Automation, les scénarios localement,sont exécutés directement par le module, au plus près des équipements pilotés, sans dépendre d’un serveur central ni d’un abonnement à un service SaaS. Le traitement des données nécessaires aux automatismes et leur exécution sont assurés directement par le module, sans nécessiter de serveur cloud.SaaS.
Cette architecture permetdécentralisée auxgarantit l’autonomie des automatismes locauxlocaux, qui continuent de continuer à fonctionner même en cas de coupure de la connexion Internet ou d’indisponibilité d’un service distant.
3.2- Communication entre modules
Chaque module 2PIO dispose de sa propre logique d’automatisation et peut échanger des informations avec les autres modules du réseau grâce au partage de variables.
Ces variables jouent le rôle de drapeaux partagés : lorsqu’un scénario modifie la valeur d’une variable partagée, les autres modules autorisés à y accéder peuvent exploiter cette nouvelle valeur dans leurs propres scénarios et exécuter les actions correspondantes.
Ce mécanisme permet de coordonner les automatismes entre plusieurs modules, sans nécessiter de contrôleur central. Chaque module conserve sa propre logique d’exécution tout en participant à des automatismes répartis.
4- Communication réseau et interopérabilité
4.1- Connectivité IP et découverte des équipements
La communication réseau du 2PIO repose sur les protocoles TCP/IP via Wi-Fi. L’intégration au réseau est simplifiée grâce au DHCP, qui permet l’attribution automatique des adresses IP, et au mDNS, qui assure la découverte automatique des équipements sur le réseau local.
4.2- Accès distant sécurisé
Le 2PIO intègre un mécanisme d’accès distant reposant sur un tunnel SSH sécurisé, permettant d’accéder au module sans nécessiter de redirection de ports sur le routeur.
L’interface Web est accessible à distance, à condition que le tunnel SSH soit activé et autorisé. Aucun logiciel spécifique n’est nécessaire.
4.3- Intégration aux systèmes de GTB/GTC et de supervision
Le serveur OPC UA intégré au 2PIO facilite son interopérabilité avec les systèmes de GTB/GTC, les plateformes SCADA et les logiciels de supervision industrielle, en permettant l’échange de données avec ces environnements.
Il permet de mettre à disposition les données, les états et les mesures du module afin qu’ils puissent être exploités par ces systèmes. Selon les fonctionnalités prises en charge et la configuration, ces échanges peuvent également contribuer au pilotage des équipements.
Le 2PIO peut ainsi s’intégrer dans des installations techniques plus larges tout en conservant l’exécution locale de ses propres automatismes.
4.4- Intégration domotique avec Home Assistant
Le 2PIO peut être intégré à Home Assistant, une plateforme domotique permettant de centraliser la gestion et l’automatisation de nombreux équipements connectés.
Cette intégration permet de consulter les états du module, d’exploiter ses mesures et de commander ses sorties depuis Home Assistant. Les variables exposées peuvent également être utilisées dans les tableaux de bord et les automatisations de la plateforme.
4.5- Communication Modbus
Le 2PIO prend en charge Modbus TCP pour échanger des données avec des équipements et des systèmes tiers compatibles.
Selon la configuration du module, la communication Modbus peut être utilisée en local ou à distance pour intégrer le 2PIO à une installation d’automatisation ou de supervision.
