Pont Roulant : Protocole PLC vers Cloud avec Passerelle OPC UA
Paramètres clés
Pour la remontée des données PLC d’un pont roulant vers le cloud, nous recommandons une passerelle IoT industrielle associée à une architecture 4G/5G. La passerelle collecte les données PLC via Profinet (cycle ≤ 100 ms), puis les transmet à la base de données temporelle de la plateforme cloud via un serveur OPC UA ou un client MQTT. Le volume de données est de 64 octets/100 ms/appareil, soit environ 1 Mo/jour/appareil. En cas de perte de connexion, les données sont mises en cache localement dans SQLite pendant 7 jours, puis transmises automatiquement dès le rétablissement du réseau. Cette solution a été déployée sur plus de 30 projets avec un taux de disponibilité ≥ 99,5 %.
La remontée des données d’un pont roulant vers le cloud est un prérequis fondamental pour la surveillance à distance et la maintenance prédictive. Les données de fonctionnement collectées par le PLC du pont roulant (S7-1200/1500) — courant du moteur de levage, pic d’accélération vibratoire, température du frein, temps de fonctionnement cumulé, codes de défaut — doivent être transmises à la plateforme cloud de manière fiable, sécurisée et avec une faible latence. Les ponts roulants opèrent généralement dans des environnements tels que les aciéries, les cimenteries et les ports, où les conditions de réseau 4G/5G varient considérablement. La solution de remontée de données doit donc concilier temps réel, capacité de mise en cache et sécurité industrielle. Cet article analyse de manière exhaustive la solution technique de remontée des données PLC d’un pont roulant vers le cloud, depuis la sélection des protocoles, la configuration matérielle de la passerelle, la conception du tableau des points de données jusqu’à la certification de sécurité.
OPC UA vs MQTT : quel protocole pour votre pont roulant ?
Les deux protocoles dominants pour la remontée des données d’un pont roulant vers le cloud sont OPC UA et MQTT. Leurs différences sont marquées en termes de mode de communication, de domaine d’application et de complexité de mise en œuvre —
| Critère de comparaison | OPC UA | MQTT |
|---|---|---|
| Mode de communication | Bidirectionnel(Lecture/Écriture/Abonnement), PLCVariable inscriptible depuis le cloud | Publication unidirectionnelle/Abonnement, PLCNon inscriptible directement depuis le cloud |
| Modèle de donnéese données | Modèle d(Nœud+Propriété+Méthode), Système de types intégré | Message brut(JSON/Protobuf), Sans modèle de données unifié |
| Couche de transport | TCP(Binary)ou HTTPS(JSON) | TCP(Connexion persistante, TLS 1.3Chiffrement) |
| Sécurité | X.509Certificat+Signature+Chiffrement, Niveau de sécurité maximal | TLS+Identifiant / mot de passe+Client IDCertification |
| Temps réel | Temps réel≤100ms | Qo S 0Latence en mode abonnement≤50ms, Qo S 1Latence en mode abonnement≤200ms |
| Occupation des ressources(Passerelle) | Élevée(Mode de fonctionnement UA Server Pile, Mémoire≥256MB) | Faible(MQTT Client Pile d50KBMémoire) |
| Compatibilité cloud | Siemens Mind Connect/Azure Io TPrise en charge | AWS Io T/Azure Io T/Alibaba Cloud Io TPrise en charge complète |
| Domaine d'application | Nécessite un contrôle bidirectionnel+Scénarios à modèle de données complexe | Collecte de données pure vers le cloud, Bande passante faible, Forte concurrence |
| Complexité de mise en œuvre | Moyenne à élevée(Nécessite une gestion des certificats+Configuration de l'adresse) | Faible(Broker Adresse+Topic+JSONSuffit) |
Recommandation de sélection : Pour une simple remontée de données vers le cloud, privilégiez MQTT (faible coût, large compatibilité, déploiement rapide). Pour un contrôle à distance du PLC via le cloud (réglage de paramètres, réinitialisation de défauts), optez pour OPC UA. Kelude recommande une solution hybride : MQTT pour la collecte de données (publication côté passerelle + abonnement cloud) et OPC UA pour l'envoi de paramètres (écriture cloud + abonnement côté passerelle), les deux étant déployés sur la même passerelle.
Configuration matérielle de la passerelle IoT industrielle
La capacité de collecte de données de la passerelle IoT industrielle détermine la fiabilité de la solution cloud. Spécifications matérielles recommandées : CPU ≥ quad-core Cortex-A72 @ 1,8 GHz, RAM ≥ 1 Go, stockage ≥ 8 Go eMMC + carte TF 16 Go extensible, double port Ethernet (un pour l'Ethernet Industriel Profinet, un pour un routeur 4G/5G). Protocoles pris en charge : esclave Profinet / maître Modbus TCP (connexion au PLC du pont roulant), serveur OPC UA (accès SCADA/MES), client MQTT (connexion cloud), cache local SQLite (autonomie de 7 jours sans réseau). Configuration à distance et mise à niveau du firmware OTA possibles.
Trois passerelles recommandées :
① Siemens IoT2040— 1 500 €, excellent rapport qualité-prix, Node-RED + serveur OPC UA préinstallés, module 4G en option. Idéal pour les budgets limités avec des compétences en configuration réseau.
② Huawei AR650— 3 000 €, routeur industriel + passerelle intégrés, 4G Cat6 intégré, double SIM redondante, VPN + pare-feu. Adapté aux environnements exigeant une haute fiabilité réseau.
③ Passerelle sur mesure Kelude— 2 500 €, basée sur RK3588 + double port Ethernet + 4G Cat4 + cache 7 jours, pile de protocoles Profinet et client MQTT préinstallés, connectée et configurée en usine au PLC du pont roulant, prête à l'emploi sans configuration. Recommandée.
La passerelle sur mesure Kelude est préconfigurée avec la table de données du pont roulant (DB_Upload 64 octets). Dès sa mise sous tension, elle identifie automatiquement le modèle du PLC du pont roulant et commence la collecte de données, sans configuration sur site.
Conception de la table de données et configuration du bloc DB TIA Portal
Pour la remontée des données du pont roulant vers le cloud, un bloc de données de téléchargement unifié (DB_Upload) doit être créé côté PLC. La passerelle lit périodiquement ce bloc en fonction de son adresse. Structure du bloc de données (64 octets, mise à jour toutes les 100 ms) :
| Décalage d'octets | Élément de données | Type de données | Description |
|---|---|---|---|
| 0~3 | ID du pont roulant | DINT | Numéro d, Unique à l |
| 4~7 | Horodatage | UDINT | Unix Horodatage en millisecondes(PLCHeure système) |
| 8~11 | Pont du Pont Roulant Position | DINT | Rail×Coordonnées, mm Précision |
| 12~15 | Chariot Position | DINT | Poutre Principale×Coordonnées, mm Précision |
| 16~19 | Hauteur de Levage | DINT | Crochet Hauteur par rapport au sol, mm |
| 20~23 | Charge suspendue | DINT | Charge actuellement suspenduemasse, kg |
| 24~27 | vitesse de translation | REAL | m/s |
| 28~31 | Moteur de Levage Courant | REAL | A, Moyenne triphasée |
| 32~35 | Température du moteurérature | REAL | °C(PT100Acquisition) |
| 36~39 | Frein Température | REAL | °C(Infrarouge sans contact) |
| 40~43 | Vibration RMS | REAL | mm/s(roulement de réducteur) |
| 44~47 | Durée de fonctionnement cumulée | UDINT | heures |
| 48 | Code de défaut | BYTE | 0=Normal,1~255=Code de défaut |
| 49 | Mode de fonctionnement | BYTE | 0=Veille/1=Nécessite l/2=Maintenance/3=Défaut |
| 50~63 | réserve | 14×BYTE | Extension réservée |
Kelude Industries Lourdes a intégré en standard le bloc de données DB_Upload dans le firmware PLC de tous ses nouveaux ponts roulants (bibliothèques TIA Portal pour S7-1200/1500). Un script d'analyse préconfiguré côté passerelle décode automatiquement la structure du bloc et regroupe les données en messages MQTT au format JSON.
Sécurité et topologie réseau pour la remontée de données
La remontée de données des ponts roulants vers le cloud doit impérativement prendre en compte la cybersécurité industrielle. Kelude Industries Lourdes recommande une configuration de sécurité en trois niveaux :
① Isolation réseau — Le réseau Ethernet industriel du pont roulant (segment Profinet 10.10.x.x, physiquement isolé) est séparé du réseau bureautique et d'Internet par un pare-feu industriel (Siemens SCALANCE S615). La passerelle dispose de deux interfaces réseau : l'une connectée au segment Profinet (IP statique), l'autre à un routeur 4G (NAT). Seuls les ports spécifiques (MQTT 8883/TLS, OPC UA 4840/TLS) sont autorisés à sortir vers les adresses IP désignées de la plateforme cloud.
② Chiffrement des transmissions — MQTT impose TLS 1.3 avec vérification des certificats clients ; OPC UA impose la signature et le chiffrement par certificat X.509. Toutes les données remontées transitent par des canaux chiffrés, protégeant contre les attaques de type homme du milieu et la falsification des données.
③ Authentification — L'identifiant client MQTT utilise l'ID du pont roulant (lu depuis le PLC) et le mot de passe utilise une clé unique de la passerelle (gravée en usine). La plateforme cloud est configurée avec une liste blanche d'adresses IP, n'autorisant que les adresses IP publiques des passerelles de site. Les passerelles personnalisées Kelude Industries Lourdes sortent d'usine avec l'ensemble de la configuration de sécurité déjà appliquée, prêtes à l'emploi sur site.
Norme de réception pour la remontée de données cloud
Indicateurs clés pour la réception d'un projet de remontée de données de ponts roulants :
① Taux d'intégrité des données ≥99,9 % — Calculé sur le rapport entre le nombre de mises à jour DB_Upload côté PLC et le nombre d'enregistrements reçus côté cloud, sur un échantillonnage de 7 jours consécutifs.
② Latence de bout en bout ≤500 ms — Mesurée entre la mise à jour du bloc DB du PLC du pont roulant et l'écriture complète dans la base de données temporelle cloud.
③ Taux de retransmission après déconnexion : 100 % — Toutes les données mises en cache hors ligne pendant 7 jours sont téléchargées avec succès, sans perte.
④ Taux de disponibilité ≥99,5 % — Calculé sur une base mensuelle, incluant les pannes du réseau 4G et les redémarrages anormaux de la passerelle. Kelude Industries Lourdes fournit lors de la réception un « Rapport de test de performance de la remontée de données cloud » comprenant les données de test continu sur 7 jours pour les trois indicateurs clés : taux d'intégrité, latence et taux de disponibilité.
Comparatif des trois solutions de passerelle
Io T2040 ¥1,500 · Niveau d Double cœur A7 1GHz OPC UA+Node-RED À configurer séparément4GModule | Huawei AR650 ¥3,000 · Routeur industriel intégré Intégré4G Cat6 Double SIMredondance VPN+Pare-feu | Personnalisation Keludee ¥2,500 · Recommandé Préinstallépont roulant DBAnalyse 7Cache journalier+Retransmission après coupure réseau Prêt à l |
Questions Fréquentes (FAQ)
Q : La remontée des données du pont roulant vers le cloud nécessite-t-elle la 5G ? La 4G est-elle suffisante ?
A : La 4G est tout à fait suffisante. Chaque pont roulant transmet 64 octets toutes les 100 ms, soit environ 1,6 Go de données par mois et par appareil (64×10×60×60×24×30 = 1,66 Go). Pour 20 ponts roulants, cela représente environ 33 Go par mois. La 4G Cat4, avec ses débits descendants de 150 Mbit/s et montants de 50 Mbit/s, supporte cette charge sans difficulté. L'avantage de la 5G réside dans sa latence ultra-faible (de l'ordre de 1 ms) et sa large bande passante (de l'ordre de 1 Gbit/s), des caractéristiques non requises pour la remontée de données de ponts roulants. Nous recommandons un routeur 4G Cat6 (300 Mbit/s en descente, 50 Mbit/s en montée) pour disposer d'une marge de manœuvre confortable.
Q : En cas de coupure d'alimentation ou de perte de connexion de la passerelle, les données mises en cache sont-elles perdues ?
A : Non. La passerelle utilise une base de données locale SQLite (stockée sur carte TF / eMMC) pour la mise en cache. En cas de déconnexion, les données continuent d'être écrites dans la base locale. Lors d'une coupure d'alimentation, l'écriture de la dernière donnée est déjà terminée (les opérations d'écriture SQLite sont réalisées dans des transactions ACID). Au rétablissement de l'alimentation et du réseau, la passerelle vérifie au démarrage si des données locales non transmises existent ; le cas échéant, elle les renvoie une par une dans l'ordre chronologique (fréquence de renvoi : 100 ms par donnée, identique à la collecte normale). Une fois le renvoi terminé, la transmission des données en temps réel reprend normalement. Dans un scénario extrême (carte TF endommagée), la perte de données ne dépasse pas la dernière donnée déjà écrite (64 octets au maximum).
Q : Quelle base de données de séries temporelles est utilisée par la Plateforme Cloud ?
A : Nous recommandons TDengine (open source, d'origine chinoise) ou InfluxDB (standard international). TDengine offre un débit d'écriture supérieur (2 millions de points/s sur une seule machine) et un meilleur taux de compression (10 à 20 fois) qu'InfluxDB, tout en fournissant une API REST et un plugin Grafana. La Plateforme Cloud de Kelude utilise par défaut TDengine 3.0, avec une structure de super-table préconfigurée pour les données des ponts roulants (chaque ID de pont roulant correspond à une sous-table, partitionnée automatiquement par ID). Le coût de stockage est d'environ 0,01 CNY par pont roulant et par jour (incluant une année complète de conservation des données).
Q : Quel est le coût de la mise à niveau pour la remontée de données cloud d'un seul pont roulant ?
A : Le coût de la mise à niveau pour la remontée de données cloud d'un pont roulant dépend du type d'automate (PLC) existant. Les S7-1200/1500 disposent déjà d'une interface Profinet : il suffit d'ajouter une passerelle (¥2 500, version personnalisée) et un routeur 4G (¥800), plus l'installation et la mise en service (¥1 000), soit un total d'environ ¥4 300 par appareil. Pour les anciens S7-200/300, l'ajout d'un module Ethernet CP243-1/CP343-1 (¥1 500 à 2 500) est nécessaire, portant le total à environ ¥5 800 à 6 800 par appareil. Pour les ponts roulants à commande par relais pure, une mise à niveau du PLC est d'abord requise (S7-1200 : environ ¥4 000 + programmation : ¥5 000), avant d'ajouter la remontée de données cloud, soit un total d'environ ¥13 300 par appareil. Kelude propose des remises sur volume (10 % de remise dès 10 appareils, 15 % dès 30 appareils).
