Accélérer l'intégration des appareils Modbus avec une passerelle edge IIoT open source

Les applications de l'Industrial Internet of Things (IIoT) s'appuient régulièrement sur une passerelle edge pour connecter des périphériques Modbus et d'autres appareils. Construire une passerelle personnalisée peut être coûteux et chronophage. Un framework open source de calcul en périphérie simplifie considérablement le déploiement et réduit les coûts.

L'IIoT connecte capteurs, actionneurs et infrastructures industrielles — couvrant la fabrication, le transport, l'énergie, la vente au détail, la santé et la gestion de la chaîne d'approvisionnement. La connectivité résultante permet la collecte, l'échange et l'analytique de données en temps réel, débloquant des gains de productivité et des avantages économiques.

Le calcul en périphérie répond aux exigences de latence de ces cas d'utilisation en traitant les données localement plutôt qu'en envoyant tout vers un centre de données central.

Lorsque des dizaines de capteurs doivent être liés à une passerelle edge, les architectes font face à des décisions critiques sur la conception logicielle, le traitement des données et l'analytique. Sans framework open source, chaque nouveau cycle de développement peut épuiser les ressources. EdgeX Foundry fournit une pile de microservices prête à l'emploi qui réduit le temps de développement, diminue la latence et maintient les coûts sous contrôle. Comme Modbus — un protocole industriel largement adopté — a besoin d'un support de passerelle robuste, EdgeX est une base idéale.

Cette série en deux parties explore la conception de passerelle edge basée sur EdgeX et le développement d'applications. Le premier article se concentre sur les capteurs industriels, les cas d'utilisation et la façon dont EdgeX satisfait les exigences de la passerelle.

Vue d'ensemble des capteurs industriels

Dans l'automatisation, les capteurs et actionneurs sont le cœur de tout système. Les capteurs détectent les changements environnementaux ; les actionneurs exécutent des actions basées sur ces détections.

Les capteurs industriels typiques incluent la température, l'humidité, la pression, la proximité et les détecteurs de gaz ou de produits chimiques. Cas d'utilisation clés :

• Les capteurs de température préservent l'intégrité des échantillons biologiques. Les hôpitaux et laboratoires installent une surveillance continue pour protéger les résultats des patients.
• Les produits sensibles à l'humidité nécessitent des entrepôts à climat contrôlé. Les capteurs fournissent des alertes en temps réel pour prévenir la corrosion.
• Les capteurs de pression suivent les niveaux de fluides et les débits. Par exemple, un capteur de niveau d'eau dans un réservoir peut enregistrer en continu les changements via une interface Modbus.

Dans de nombreuses usines, les appareils communiquent via des protocoles propriétaires ou ouverts. Modbus reste la norme de l'industrie pour l'intégration SCADA et PLC en raison de sa conception agnostique au fournisseur, de son support communautaire étendu et de sa compatibilité avec les médias série et Ethernet (Modbus RTU, ASCII, TCP, Plus). Sa capacité à coexister avec d'autres protocoles sur un seul réseau favorise encore son adoption.

Vue d'ensemble de la passerelle edge

Connectivité des appareils

Une passerelle edge doit prendre en charge les protocoles industriels courants — ZigBee, Bluetooth LE, BACnet, Modbus, Siemens S7 — pour connecter divers capteurs et actionneurs.

Analytique des données et moteur de règles

Le traitement local permet à la passerelle d'exécuter des charges de travail IA/ML, de déclencher des actions en temps réel et de transférer uniquement les données essentielles vers le cloud. Les moteurs de règles sont essentiels pour la prise de décision automatisée.

Stockage des données

La persistance locale — via Redis ou similaire — garantit que la passerelle peut fonctionner de manière autonome, même pendant les pannes de réseau.

Interopérabilité

Les solutions edge devraient exposer des interfaces standard (MQTT, REST) pour que les appareils et applications puissent interopérer de manière transparente.

Sécurité

Une authentification robuste, le chiffrement, la gestion des certificats et un contrôle d'accès granulaire protègent les données et les appareils à travers la pile edge.

Gestion des appareils

L'administration à distance — démarrage, arrêt, configuration et mise à jour — permet aux opérateurs de maintenir efficacement une flotte de passerelles.

Connectivité cloud

La synchronisation bidirectionnelle avec les plateformes cloud (AWS, Azure, IBM Watson) facilite l'analytique avancée et le stockage à long terme.

Portabilité

Le support multi-plateforme (Windows, macOS, Linux) empêche le verrouillage fournisseur et accélère le déploiement.

EdgeX Foundry

Pourquoi une plateforme open source ?

Construire un framework edge propriétaire exige une conception, un codage et des tests exhaustifs — une proposition coûteuse. EdgeX Foundry fournit une architecture de microservices modulaire qui permet aux développeurs de déployer uniquement les composants dont ils ont besoin. Résultat : mise sur le marché plus rapide, coût total de possession inférieur et une communauté dynamique qui affine continuellement la plateforme.

Lancé par la Linux Foundation, EdgeX Foundry est une plateforme edge ouverte et interopérable. Sa conception en couches — noyau, service et application — permet une mise à l'échelle, des mises à jour et une distribution faciles sur divers systèmes.

EdgeX est entièrement compatible avec Windows, macOS et Linux, le rendant accessible à un large public de développeurs.

Des produits tels qu'EdgeXpert, EdgeXRT, HP Engage Edge, EdgeBox et les passerelles Dell exploitent déjà EdgeX, soulignant sa fiabilité éprouvée.

Comment EdgeX répond aux besoins de la passerelle edge

EdgeX sert de middleware entre les « choses » physiques et l'IT d'entreprise, répondant à chaque exigence de passerelle décrite ci-dessus.

Figure 1. EdgeX Foundry (Source : www.edgexfoundry.org)

Stockage des données – Redis

EdgeX est livré avec Redis comme magasin de données par défaut. Redis offre un stockage en mémoire avec persistance optionnelle (RDB, AOF), idéal pour les scénarios edge où les appareils peuvent se déconnecter par intermittence.

Analytique des données – Moteur de règles Kuiper

EdgeX intègre EMQ X Kuiper, un moteur de traitement de flux léger qui s'exécute sur des appareils à ressources contraintes. La syntaxe des règles de Kuiper suit un modèle Source-SQL-Sink :

• Source : Données en streaming depuis des brokers MQTT.
• SQL : Instructions déclaratives pour filtrer, transformer et enrichir les données.
• Sink : Destination pour les résultats (MQTT, HTTP REST).

Flux de travail typique :

1. Créer un flux et spécifier sa source.
2. Écrire une règle SQL pour le traitement.
3. Définir une cible sink.
4. Déployer et exécuter la règle.

Connectivité des appareils – Services d'appareils

La couche Device Services traduit les données de centaines de protocoles dans le format natif d'EdgeX. Les fonctions clés incluent l'interrogation d'état, la transformation des données, les mises à jour de configuration et la découverte d'appareils.

Interopérabilité – MQTT et REST

Le broker MQTT léger et l'API REST d'EdgeX fournissent des canaux simples et à faible bande passante pour la communication des appareils et l'intégration tierce.

Sécurité – Security Store et API Gateway

Le Security Store d'EdgeX conserve les secrets en toute sécurité, tandis que l'API Gateway applique le contrôle d'accès et sert de proxy inverse pour les endpoints REST.

Gestion des appareils – APIs

Les vérifications de santé et les requêtes de métadonnées sont exposées via des APIs de gestion d'appareils dédiées.

Connectivité cloud

EdgeX prend en charge des connecteurs natifs pour AWS, Azure et IBM Watson. Deux modèles d'intégration sont disponibles :

1. Services d'application : Services précompilés qui publient les événements de données vers les endpoints cloud.
2. Services d'application configurables : Services basés sur SDK qui peuvent être adaptés via la configuration sans recompilation.

Le prochain article présentera une étude de cas sur la connexion d'un capteur industriel à EdgeX, démontrant les capacités réelles du calcul en périphérie.