Dès que le parc de ponts roulants dépasse 10 unités, sans plateforme de gestion centralisée, chaque appareil constitue un îlot d'information. La Plateforme d'Internet industriel collecte tous les ponts roulants de l'usine dans un espace numérique unifié — que l'automate soit Siemens ou Mitsubishi, que la communication passe par OPC UA ou Modbus, que les données soient stockées dans InfluxDB ou SQL Server, la plateforme présente tout sous un format homogène.

Architecture globale de la plateforme

La plateforme Internet industriel pour ponts roulants repose sur une architecture à quatre couches : couche d'accès aux équipements, couche de stockage des données, couche de services d'analyse et couche d'applications de visualisation. Chaque couche a des responsabilités clairement définies et des interfaces standardisées, ce qui permet une mise à l'échelle horizontale et des mises à niveau indépendantes.

Couche d'accès aux équipements — la fondation de la plateforme. Chaque pont roulant est équipé d'une passerelle périphérique industrielle (par exemple, Siemens IoT2050, série Huawei AR) chargée de collecter les données en temps réel depuis l'automate (PLC) et d'assurer la conversion de protocole. La passerelle lit les variables de l'automate du pont roulant (Siemens S7-1200/1500, Mitsubishi FX5U, etc.) via un client OPC UA, mappe les données Modbus RTU/TCP vers un modèle d'information OPC UA, puis les transmet à la plateforme via MQTT. Une autre fonction essentielle de la passerelle est la mise en mémoire tampon et retransmission hors ligne : en cas de coupure réseau, les données sont mises en cache localement puis retransmises automatiquement dès la reconnexion, garantissant ainsi aucune perte de données. La communication entre la passerelle et la plateforme est chiffrée via TLS, le protocole standardisé étant MQTT over TCP, et les messages sont sérialisés en Protobuf pour réduire la consommation de bande passante.

Couche de stockage des données — architecture de stockage hybride. Les données de séries temporelles (vibrations, courant, température, etc.) sont stockées dans InfluxDB, partitionnées par jour avec échantillonnage automatique (politique de rétention : données brutes 30 jours, données agrégées 1 an, résumés statistiques 3 ans). Les données métier (registre des ponts roulants, historiques de maintenance, informations de configuration) sont stockées dans PostgreSQL de manière structurée. Les données non structurées (journaux de scan, captures d'écran de défauts, vidéos de maintenance) sont stockées dans l'object storage MinIO. La couche de stockage expose des API REST et WebSocket unifiées, les services supérieurs n'ayant pas à se soucier des détails de stockage. Stratégie de partitionnement : hachage par ID de pont roulant vers différents nœuds de stockage, évitant ainsi tout goulot d'étranglement pour les lectures/écritures d'un pont roulant donné.

Couche de services d'analyse — déployée en cluster de microservices Kubernetes, comprenant un moteur de Diagnostic de Panne (détection d'anomalies vibratoires basée sur LSTM), un module d'analyse de consommation énergétique (statistiques par tonne-kilomètre), un service de prédiction de durée de vie résiduelle (estimation de la durée de vie des roues par simulation de Monte Carlo) et un moteur de règles (configuration d'alertes basée sur Drools). Les microservices sont découplés via une file de messages (Kafka) : les données brutes publiées par la couche d'accès entrent dans des topics Kafka, les services d'analyse les consomment et écrivent les résultats dans la couche de stockage. Cette architecture asynchrone garantit que la plateforme ne se bloque pas en cas de forte concurrence.

Couche d'applications de visualisation — trois types de terminaux interactifs. Le portail Web (React + Ant Design) propose une carte des équipements (visualisation 3D basée sur Three.js), un tableau de bord en temps réel et un centre de rapports. L'écran de surveillance Grafana est utilisé pour l'affichage en atelier, connecté directement à InfluxDB avec actualisation en temps réel. L'application mobile (Flutter ou mini-programme WeChat) permet la consultation par scan d'équipement, le traitement des ordres de travail et la réception d'alertes. Tous les terminaux accèdent aux API backend via une passerelle API unifiée (Kong), qui gère l'authentification et la limitation de débit.

Protocoles multiples : stratégie d'accès unifié

Les automates de ponts roulants sont nombreux et variés ; selon l'époque et le fabricant, ils supportent différents protocoles de communication. La plateforme doit résoudre le problème de l'accès unifié multi-protocoles. Voici les trois protocoles principaux, leurs cas d'usage et leurs modalités d'implémentation.

OPC UA (Architecture Unifiée) — le protocole recommandé en premier lieu, particulièrement adapté aux automates Siemens (S7-1200/1500). Trois avantages majeurs : la standardisation — OPC UA est une norme internationale IEC 62541, permettant l'intégration unifiée d'équipements de différents fabricants ; la sécurité — prise en charge de la certification X.509, du chiffrement AES-256 et de l'authentification de session, répondant aux exigences de sécurité des réseaux industriels ; le modèle d'information — les variables de l'automate peuvent être organisées en structures sémantiques (par exemple « Pont roulant 1 / Moteur principal / Courant »), rendant les données compréhensibles sans table de correspondance. Le Siemens S7-1500 supporte nativement le serveur OPC UA ; le S7-1200 nécessite un firmware V4.4 ou supérieur. Configuration : activer le serveur OPC UA dans TIA Portal, définir la liste des variables accessibles (groupes de variables structurés recommandés), la passerelle se connectant en tant que client OPC UA.

Modbus TCP/RTU — adapté aux automates Mitsubishi, Delta Electronics, Xinje et autres marques courantes, ainsi qu'à la grande majorité des systèmes de commande des ponts roulants plus anciens. L'avantage de Modbus est sa simplicité — pile protocolaire légère, coût d'implémentation quasi nul, supporté par tous les fabricants d'automates. Points clés de mise en œuvre : le port Modbus RTU (RS485) de la passerelle est connecté au port de communication de l'automate dans l'armoire de commande du pont roulant ; paramètres de communication : débit 9 600 à 115 200 bps, 8 bits de données, parité nulle/impaire, 1 bit d'arrêt. La table de mappage des adresses Modbus (par exemple registres de maintien 40001 à 4xxxx) doit être étalonnée point par point lors de la mise en service et enregistrée dans la configuration de la passerelle. À noter : le protocole Modbus n'est pas chiffré ; si les données transitent par un réseau public, un tunnel VPN ou TLS doit être ajouté côté passerelle.

MQTT (Message Queuing Telemetry Transport) — idéal pour les scénarios IoT et la remontée de données depuis les nœuds périphériques. La passerelle agit en tant que Publisher MQTT, publiant les données collectées au format JSON ou Protobuf vers le Broker MQTT de la plateforme (EMQX ou Mosquitto). Les atouts de MQTT : la légèreté — en-tête de message de seulement 2 octets, consommation de bande passante minimale, parfait pour les réseaux 4G/5G à débit limité ; le mécanisme QoS — trois niveaux de qualité de service (QoS 0/1/2), les données critiques (comme les alarmes de défaut) utilisant QoS 2 pour garantir la livraison, les données périodiques utilisant QoS 0 pour réduire la charge ; le Last Will — en cas de déconnexion de la passerelle, un message testamentaire est automatiquement publié, permettant à la plateforme de détecter immédiatement la perte de connexion. Bonnes pratiques : chaque pont roulant utilise un Client ID MQTT dédié, et la structure des topics est conçue comme factory/zone/crane_id/data_type (par exemple plant01/zoneA/CR001/vibration) pour faciliter le filtrage par équipement et par type côté plateforme.

Stratégie de déploiement des passerelles : pour un pont roulant, une passerelle dédiée est recommandée — isolation des pannes, une coupure réseau n'affectant pas les autres ponts. Si plusieurs ponts roulants sont regroupés dans la même salle de commande (par exemple plusieurs petits ponts partageant une armoire), une passerelle partagée peut réduire les coûts, à condition que le nombre de ports COM/Ethernet soit suffisant. La passerelle doit être installée dans l'armoire de commande ou dans la cabine du pont, avec un équipement industriel à large plage de température (-20 à 70 °C), alimenté par l'Alimentation Électrique 24 V DC de l'armoire.

Fréquence d'acquisition et stratégie de stockage

Les données collectées par la plateforme se répartissent en trois catégories. Les données à haute fréquence (niveau 100 ms) : vibrations, courant, position en temps réel — utilisées pour la Surveillance en temps réel et le Diagnostic de Panne, conservées sur 30 jours glissants. Les données à fréquence moyenne (1 à 10 secondes) : température, pression, vitesse — utilisées pour l'analyse de tendances et les statistiques de consommation énergétique, conservées 1 an. Les données à basse fréquence (niveau minute) : état de fonctionnement, temps de fonctionnement cumulé, Code de défaut — utilisées pour les rapports et analyses statistiques, conservées 3 ans. Estimation du volume de stockage : un pont roulant génère environ 500 Mo à 2 Go de données brutes par jour (selon le nombre de capteurs et la Fréquence d'échantillonnage) ; une plateforme gérant 100 ponts nécessite environ 50 à 200 To de capacité de stockage par an.

Trois facteurs clés pour choisir le type de plateforme : le nombre de ponts roulants, les exigences de sécurité des données et les capacités d'exploitation informatique. Moins de 20 ponts et exigences de sécurité modérées (usine non confidentielle) : le SaaS cloud public est le plus rentable — zéro maintenance, abonnement annuel, mises à jour continues. Entre 20 et 200 ponts ou données sensibles ne pouvant quitter le site (secteur militaire, énergie nucléaire, fabrication confidentielle) : déploiement en cloud privé — investissement initial plus élevé mais contrôle total des données. Plus de 200 ponts ou sites multiples nécessitant une gestion centralisée : architecture hybride — nœuds périphériques pour le traitement en temps réel et le stockage local, cloud pour l'analyse de données massives et les comparaisons inter-sites.

Comparatif des plateformes : critères de sélection

Portique de levage mobile

Le portique de levage mobile Kelude est une solution de manutention polyvalente, conçue pour les environnements industriels exigeants. Il offre une alternative flexible aux ponts roulants traditionnels, idéale pour les ateliers, les zones de maintenance et les sites de production où la mobilité et l'adaptabilité sont essentielles.

Portique de levage mobile : sécurité et conformité

La sécurité est une priorité absolue dans la conception de nos portiques mobiles. Ils sont équipés de limiteurs de charge, de butées de fin de course et de dispositifs anti-déraillement. Conformes aux normes internationales telles que ISO 4301 et IEC 60204-32, ils assurent une utilisation sûre et fiable dans le respect des réglementations en vigueur.

Chaque portique est livré avec une documentation technique complète et un certificat de conformité. Nos équipes techniques sont à votre disposition pour vous accompagner dans le choix de la solution la plus adaptée à votre environnement de travail et à vos exigences de manutention.

Questions fréquentes