Une passerelle, toutes les sorties
PLCGateway collecte les données machine une seule fois et les offre sous la forme qu'attend chaque système : OPC UA pour les SCADA et les historiens, MQTT pour les plateformes IoT et le cloud, Modbus TCP pour les autres contrôleurs, une API REST avec flux en direct pour l'ERP, le MES et les scripts, et webhooks, e-mail et Telegram pour les personnes et les systèmes qui doivent être prévenus quand quelque chose se produit.
Les voies de sortie des données
Serveur OPC UA
Chaque appareil et chaque valeur sous forme de nœud, avec None / Sign / SignAndEncrypt, certificats automatiques, confiance des clients et comptes utilisateurs.
En savoir plus →Publication MQTT
Chaque tag sur <base>/<device>/<tag> en JSON avec valeur, qualité, horodatage et unité, sur changement ou à intervalle, avec TLS, birth et last will ; écritures optionnelles via les topics /set.
Serveur Modbus TCP
Tous les tags dans un seul esclave Modbus : coils et registres holding attribués automatiquement ou figés, ordre des mots au choix, table d'adresses en CSV.
API REST et flux en direct
Valeurs, historique avec agrégats, alarmes, chiffres de production, sources de données et écritures en HTTPS avec un jeton ; les Server-Sent Events poussent chaque changement.
Notifications
E-mail en SMTP avec STARTTLS, bots Telegram et webhooks avec en-têtes personnalisés ; règles par priorité, groupe et alarme, synthèses en cas d'avalanche, nouvelles tentatives et journal des envois.
Rapports planifiés
Rapports journaliers, hebdomadaires et par équipe avec chiffres de production, statistiques d'alarmes et section énergie, en e-mail HTML avec pièces jointes CSV.
Sources de données
Ordres de travail, recettes et journaux sous forme de tables que l'ERP remplit via l'API et que les écrans lisent ; import CSV et récupération HTTP.
Exemples de l'assistant
Un assistant IA explique quelle voie convient et renvoie des exemples prêts à copier et exécuter avec vos vrais tags, topics et registres.
En savoir plus →MQTT pour les plateformes IoT et le cloud
Mosquitto, EMQX, HiveMQ, AWS IoT Core ou Azure IoT Hub via un pont, Node-RED, Grafana via Telegraf : abonnez-vous aux topics de la passerelle au lieu de scruter les automates. Le client se reconnecte avec un délai croissant, met les messages en file d'attente entre-temps et indique au broker quand la passerelle est en ligne ou absente.
- MQTT 3.1.1 sur TCP ou TLS, QoS 0 ou 1, messages retenus
- Payload JSON ou valeur brute, sélection par appareil
- État avec compteurs de messages publiés et reçus et dernière erreur
Modbus TCP pour les systèmes qui ne parlent que Modbus
Un DCS, un autre SCADA ou un automate lit la passerelle comme un seul appareil, y compris les tags de protocoles qu'il ne parle pas lui-même : S7, Mitsubishi, FOCAS, OPC UA, IEC 61850. Les booléens deviennent des coils, les nombres des registres holding sur un, deux ou quatre mots ; la table reste stable, peut être figée, et le client en reçoit un CSV.
- Codes de fonction 1 à 6, 15 et 16, unit id, jusqu'à 16 clients
- Écritures désactivées par défaut
- Dernière valeur connue pendant qu'un appareil est déconnecté
Prévenir les personnes et les systèmes
Les canaux de notification transportent les alarmes, les ordres de travail de maintenance et les rapports. Une règle dit quels événements vont où : priorité, groupe, alarmes individuelles, événements d'apparition, de disparition et d'acquittement, avec une fenêtre de synthèse pour qu'une avalanche d'alarmes devienne un seul message. Les webhooks postent du JSON avec vos en-têtes vers les outils de ticketing, les messageries d'équipe et les API internes ; les envois en échec sont retentés et journalisés.
- E-mail (SMTP, STARTTLS / TLS), Telegram, webhook
- Envoi de test avec la transcription du serveur quand quelque chose échoue
- Secrets stockés masqués, jamais réaffichés
Quelle voie pour quel système
| Système | Voie recommandée | Pourquoi |
|---|---|---|
| SCADA, historien, MES avec client OPC UA | Serveur OPC UA | Standard de l'industrie, abonnements, certificats et comptes utilisateurs |
| Plateforme IoT, cloud, Node-RED, Grafana | Publication MQTT | Nombreux consommateurs, publication sur changement, aucune scrutation des machines |
| DCS, automate, SCADA qui ne parle que Modbus | Serveur Modbus TCP | Un seul esclave pour toutes les machines, table de registres stable |
| ERP, BI, scripts, tableaux de bord | API REST et flux en direct | JSON en HTTPS avec un jeton, historique avec agrégats, écritures avec droits opérateur |
| Outil de ticketing, GMAO, messagerie, récepteur interne | Webhooks et e-mail | Poussés lorsque surviennent des alarmes, des ordres de travail ou des rapports |
| Tableurs, analyses ponctuelles | Exports CSV | Liste des tags, table Modbus, pièces jointes des rapports, historique en CSV |
Intégrations : questions fréquentes
Comment un assistant IA se connecte-t-il à PLCGateway, et que peut-il faire des données ?
Chaque produit PLCGateway intègre un serveur MCP (Model Context Protocol) en Streamable HTTP et en stdio. Un assistant compatible MCP se connecte avec une session utilisateur ou un jeton et obtient des outils pour les valeurs, l'historique, les alarmes, les chiffres de production, l'énergie, la maintenance et la configuration, chacun limité aux droits de cet utilisateur. Il peut répondre à des questions à partir des données en direct et historiques, ébaucher des écrans et des rapports pour relecture par des personnes, configurer des appareils et des tags, et remettre à votre intégrateur des exemples prêts à l'emploi pour chaque voie d'intégration de cette page.
PLCGateway peut-il envoyer des données vers le cloud ?
Oui. La publication MQTT envoie chaque valeur à un broker en TLS, ce qui est la manière dont AWS IoT Core, Azure IoT Hub (via son pont MQTT), HiveMQ Cloud, EMQX Cloud et la plupart des plateformes IoT reçoivent les données. L'API REST et les webhooks sont l'alternative pour les services basés sur HTTP.
Existe-t-il une API REST ?
Oui. Tags, valeurs courantes, historique en échantillons bruts ou en intervalles agrégés et incréments de compteur, alarmes, KPI de production, sources de données, chiffres d'énergie et de maintenance sont disponibles en JSON sur HTTPS avec un bearer token ; un flux Server-Sent Events pousse chaque changement. Les écritures exigent les droits opérateur.
Comment obtenir les exemples exacts pour mon intégrateur ?
Connectez un assistant IA compatible MCP à la passerelle et demandez-lui : il lit le guide d'intégration, vérifie ce qui est activé et renvoie des extraits prêts à copier et exécuter en curl, Python, Node.js ou C# avec vos vrais noms de tags, topics MQTT, adresses Modbus et identifiants de nœuds OPC UA, sans le jeton.
D'autres systèmes peuvent-ils écrire dans l'automate via PLCGateway ?
Oui, lorsque c'est autorisé : en OPC UA avec un nœud accessible en écriture, via les topics MQTT /set lorsque les écritures sont activées, par les codes de fonction Modbus 5, 6, 15 et 16 lorsque le serveur autorise les écritures, et par l'API REST avec les droits opérateur. Les écritures sur des tags en lecture seule ou des appareils déconnectés sont refusées avec une erreur explicite.
Quel système doit voir vos machines ?
Dites-nous ce que vous exploitez ; nous vous montrons la voie, le payload et les premières valeurs qui arrivent dans votre système.