Skip to main content

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 depuis un navigateur Web, son 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 central d’automatisation. 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 ».

 

Le 2PIO est un module d’automatisation IP compact avec serveur Web intégré, conçu pour piloter et superviser les équipements techniques.

Ses fonctions de configuration et de commande sont accessibles depuis un simple navigateur Web, sans application dédiée ni matériel supplémentaire.

Grâce à son architecture d’Edge Automation, 2PIO assure localement le traitement des données et l’exécution des scénarios d’automatisation, sans dépendre d’un serveur cloud central.

Polyvalent et évolutif, il peut fonctionner de manière autonome ou s’intégrer à un réseau interactif de modules, permettant le partage de données et la coordination des automatismes pour répondre à différentes architectures et applications.

2PIO est une alternative simple et économique aux automates programmables industriels (API / PLC) pour des applications d'automatisation, de supervision et d'efficience énergétique "light"

1- Automatisation sans code

 

Automatisation sans code et fonctionnement autonome

1. Automatisation sans code

Le module 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.

Ces blocs permettent de définir le comportement du module en fonction des événements, des mesures et des changements d’état du système.

Les scénarios reposent sur plusieurs éléments :

  • Déclencheurs et critères de contrôle : changement d’état d’une entrée, valeur d’une mesure, horaire ou modification d’une variable.

  • Conditions et tests : vérification d’un ou plusieurs critères, par exemple une température supérieure à une valeur définie, une sortie inactive ou une plage horaire spécifique.

  • Actions : commande des sorties, écriture de variables, envoi de notifications ou modification d’états utilisateurs.

  • Temporisations : gestion des délais et des durées selon la logique configurée.

Cette approche graphique simplifie la conception, la maintenance et l’évolution des automatismes, tout en conservant une grande souplesse de fonctionnement.

1.1. Exécution des scénarios

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.

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.

Les scénarios peuvent utiliser des variables internes ou externes, partagées entre plusieurs scénarios et, selon leur configuration, entre plusieurs modules ModLink.

1.2. Principe de fonctionnement

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 ou transmis par les scénarios.

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. Fonctionnement autonome et architecture décentralisée

Grâce à son serveur Web intégré, le 2PIO est accessible en local ou à distance depuis un ordinateur, une tablette ou un smartphone équipé d’un navigateur Web. Aucun logiciel spécifique n’est nécessaire pour accéder à l’interface de configuration et créer les scénarios.

Le 2PIO fonctionne sans abonnement à un service SaaS pour l’exécution des automatismes. Les scénarios sont exécutés localement par le module, sans nécessiter de serveur central d’automatisation.

Les modules ModLink peuvent communiquer directement entre eux sur le réseau et échanger les informations nécessaires à leurs automatismes, sans dépendre d’un contrôleur central.

Cette architecture décentralisée limite les dépendances externes et permet de maintenir les automatismes locaux même en cas de coupure de la connexion Internet ou d’indisponibilité d’un service distant.

Chaque module conserve ainsi sa propre logique de fonctionnement, tout en pouvant interagir avec les autres modules du réseau pour réaliser des automatismes répartis.

Le module 2PIO utilise une approche graphique sans code pour la création des scénarios. Les automatismes sont conçus en assemblant des blocs fonctionnels représentant des tests, des conditions, des actions, des temporisations ou encore des notifications.

Les scénarios permettent de définir le comportement du module en fonction des événements, des mesures et des changements d’état du système. Ils s'appuient notamment sur :

  • Les déclencheurs, qui définissent les événements ou les critères à prendre en compte : changement d’état d’une entrée, valeur d’une mesure, horaire ou modification d’une variable.

  • Les conditions et les tests, qui permettent de vérifier si un ou plusieurs critères sont remplis avant d’exécuter une action : température supérieure à une valeur définie, sortie inactive ou plage horaire spécifique.

  • Les actions, qui déterminent les opérations à réaliser lorsque les conditions sont satisfaites : commande des sorties, écriture de variables, envoi de notifications ou modification d’états utilisateurs.

  • Les temporisations, qui permettent de différer une action ou de limiter sa durée selon la logique configurée.

Cette méthode simplifie la conception, la maintenance et l’évolution des automatismes, tout en conservant une grande souplesse de fonctionnement.

1.2- Principe de fonctionnement

Les scénarios s’exécutent en boucle de manière continue afin d’analyser les événements, les entrées, les sorties et les variables du système. Les tests sont évalués dans l’ordre défini et les actions correspondantes sont exécutées lorsque les conditions 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.

Les scénarios peuvent utiliser des variables internes ou externes, partagées entre plusieurs scénarios et, selon leur configuration, entre plusieurs modules ModLink.

1.3- Une logique de contrôle en boucle

Tel un agent de sécurité qui effectue des rondes, le 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 ou transmis par les scénarios.

Lorsqu’une condition est remplie, l’action correspondante est exécutée. Le scénario poursuit ensuite ses vérifications et recommence le cycle en continu, assurant ainsi le fonctionnement autonome de l’automatisation.

Tel un agent de sécurité qui effectue des rondes, le scénario surveille en permanence différents points de contrôle dans un ordre défini :
- les entrées (voyants, ouvrants, environnement ...)
- les sorties (interrupteur, vanne, alerte ...)
- les variables (rapports des agents précédents)
Une fois l’ensemble des vérifications effectué, le cycle se répète en permanence

2-2. Fonctionnement autonome et architecture décentralisée

Grâce à son serveur Web intégré,intégré, le 2PIO est accessible en local ou à distance depuis n'importe quelun ordinateur, une tablette ou Smartphoneun smartphone équipé d'd’un navigateur Internet.Web. Aucun logiciel spécifique n'n’est nécessaire pour accéderconfigurer le module ou créer ses scénarios.

Le 2PIO fonctionne sans abonnement ni serveur central (cloud). Les automatismes sont exécutés localement par le module et les échanges avec les autres équipements s’effectuent directement sur le réseau, sans dépendre d’un serveur central.

Cette architecture limite les dépendances externes et permet de maintenir le fonctionnement des automatismes même en cas de coupure de la connexion Internet ou d’indisponibilité d’un service distant.

Chaque module exécute sa propre logique d’automatisation et peut interagir avec les autres modules ModLink du réseau, permettant de répartir les fonctions de commande et de contrôle sans recourir à laun configurationcontrôleur oucentral.

à la programmation du module.

Chaque module peut exécuter sa logique localement et interagir de manière transparente avec d’autres modules du même réseau

3- Communication

La communication réseau repose sur les protocoles TCP/IP via Wi-Fi. L'intégration au réseau est simplifiée grâce au DHCP pour l'attribution automatique des adresses IP et au mDNS permettant la découverte automatique des équipements.

Pour l'accès distant, 2PIO intègre un tunnel SSH sécurisé permettant d'accéder au module sans configuration complexe du réseau ni redirection de ports sur le routeur.

Le serveur OPC UA intégré assure une compatibilité native avec les systèmes de GTB/GTC, les plateformes SCADA et les logiciels de supervision industrielle, facilitant l'échange de données et l'interopérabilité avec les équipements du marché.

 

Description fonctionnelle

 

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 éléments :

  • Déclencheurs et critères de contrôle : changement d’état d’une entrée, valeur d’une mesure, horaire ou modification d’une variable.

  • Conditions et tests : vérification d’un ou plusieurs critères, par exemple une température supérieure à une valeur définie, une sortie inactive ou une plage horaire spécifique.

  • Actions : commande des sorties, écriture de variables, envoi de notifications ou modification d’états utilisateurs.

  • Temporisations : gestion des délais et des durées selon la logique configurée.

2. Fonctionnement 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.

2.2. Principe de fonctionnement

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.

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.3. Partage des variables

Les scénarios peuvent utiliser des variables internes ou externes pour mémoriser des états, exploiter des informations ou coordonner différentes actions.

Selon leur configuration, ces variables peuvent être partagées entre plusieurs scénarios et entre plusieurs modules ModLink, permettant ainsi de réaliser des automatismes répartis.

3. Fonctionnement autonome et architecture décentralisée

3.1. Accès par interface Web

Grâce à son serveur Web intégré, le 2PIO est accessible en local ou à distance depuis un ordinateur, une tablette ou un smartphone équipé d’un navigateur Web.

Aucun logiciel spécifique n’est nécessaire pour accéder à l’interface de configuration, créer les scénarios ou commander les équipements. L’accès distant utilise le mécanisme prévu à cet effet, sans nécessiter d’ouverture de ports sur le routeur.

3.2. Exécution locale des automatismes

Le 2PIO fonctionne sans abonnement à un service SaaS pour l’exécution des automatismes. Les scénarios sont exécutés localement par le module, sans nécessiter de serveur central d’automatisation.

Cette architecture permet de maintenir le fonctionnement des automatismes locaux même en cas de coupure de la connexion Internet ou d’indisponibilité d’un service distant.

3.3. Communication entre modules

Chaque module ModLink dispose de sa propre logique d’automatisation et peut interagir directement avec les autres modules du réseau.

Le partage des variables et les échanges entre modules permettent de coordonner les automatismes, de répartir les fonctions de commande et de contrôle et d’adapter l’architecture aux besoins de l’installation, sans recourir à un contrôleur central.

Back to top