Architecture à quatre couches du système de commande du pont roulant
Architecture à quatre couches du système de commande de pont roulant : sélection de l'automate PLC, protocoles de communication et conception du flux de données
Réponse rapide : L'architecture à quatre couches du système de commande de pont roulant (couche terrain / couche commande / couche communication / couche gestion), de la sélection de l'automate PLC à la conception du flux de données, avec une analyse complète couvrant les Siemens S7-1200/1500 et les principaux protocoles de communication.
Le système de commande de pont roulant (Crane Control System) constitue la base technologique essentielle pour l'automatisation, la téléopération et l'intelligence des ponts roulants sans opérateur. Cet article détaille, à partir de l'architecture à quatre couches, la stratégie de sélection du contrôleur PLC, la comparaison des protocoles de communication à chaque niveau, ainsi que la méthode de conception complète des flux de données ascendants, descendants et de sécurité.
Vue d'ensemble de l'architecture à quatre couches
Le système de commande moderne du pont roulant adopte une architecture en couches découplées, comprenant successivement la couche entreprise, la couche coordination, la couche commande et la couche entraînement/capteurs, conciliant la haute déterminisme du contrôle en temps réel avec la flexibilité des systèmes d'information de niveau supérieur.
| Niveau | Matériel typique | Fonctionnalité principale | Cycle de communication | Temps réelexigences |
|---|---|---|---|---|
| N°4Couche Couche entreprise | ERP / MES / WMS serveur | Planification de production、Gestion des commandes、Analyse des stocks | 500ms~1s | Aucun |
| N°3Couche Couche de coordination | système de dispatching / Coordination multi-machinesplateforme | répartition des tâches、Planification de Trajectoire、conduite à distance | 100ms~500ms | Temps réel souple |
| N°2Couche Couche de contrôle | API S7-1500F（Type sécurité） | Contrôle de mouvement、PositionnementAnti-balancement、Logique de sécurité | 1~10ms | Temps réel strict |
| N°1Couche Entraînement/Couche de détection | G120Variateur de Fréquence、Codeur、LiDAR | MoteurEntraînement、PositionDétection、Acquisition de sécurité | 0.25~2ms | Temps réel strict |
La couche de contrôle constitue le cœur du système : l'API reçoit les ordres de pilotage, commande les variateurs de fréquence et les capteurs via PROFINET, et échange les données avec les systèmes de niveau supérieur par OPC UA.
Stratégie de sélection de l'API : pourquoi choisir le S7-1500F
Pour la sélection de l'API à chaque niveau, le Siemens S7-1500F s'impose comme le choix dominant dans les projets de pont roulant sans opérateur :
- Sécurité intégrée : le 1500F intègre la pile de protocoles PROFIsafe, prend en charge les fonctions de sécurité SIL3 (arrêt d'urgence, fin de course, barrière immatérielle), sans nécessiter de relais de sécurité supplémentaire, et répond aux exigences de surveillance de sécurité SIL3.
- Contrôle de mouvement : support natif de PROFINET IRT, permettant un asservissement de la variation de vitesse par variateur de fréquence du pont roulant en moins de 1 ms, avec une réponse optimale associée aux variateurs S120/G120.
- Intégration OPC UA : le firmware du 1500F intègre un serveur OPC UA, prenant en charge le chiffrement Basic256Sha256 et la certification X.509, sans passerelle supplémentaire.
- Plateforme TIA Portal : la programmation de l'API, l'IHM et la configuration des variateurs sont entièrement réalisées dans TIA Portal, réduisant ainsi les délais de mise en service.
Sélection et comparaison des protocoles de communication
Dans l'architecture à quatre couches, les exigences de communication varient considérablement d'un niveau à l'autre. Le choix du protocole est donc déterminant pour la conception de l'architecture.
| Scénario de communication | Protocole recommandé | Protocole alternatif | justification du choix |
|---|---|---|---|
| API Variateur de Fréquence | PROFINET RT | EtherCAT | SIEMENSCompatibilité optimale de l，Cycle d≤1ms |
| API SécuritéI/O | PROFIsafe | — | SIL3exigence obligatoire，Noirsystème d'accèsPrincipe |
| Ordonnancement API | OPC UA | Modbus TCP | Modèle de données riche，X.509+TLSChiffrement |
| VisionAI API | MQTT | OPC UA PubSub | Déploiement périphérique flexible，JSONStructure facile à analyser |
| Ordonnancement ERP | REST API | SOAP | NormeHTTP/HTTPSInterface，Écosystème riche |
| conduite à distance | WebRTC+MQTT | RTSP+MQTT | Liaison vidéo et contrôle unifiée，Faiblelatence |
| Coordination multi-véhicules | UDPDiffusion | OPC UA | MinimallatenceDiffusion，Adapté à la communication anticollision |
| Résumé de la pile de protocoles : | PROFINET RT/PROFIsafe assure la commande en temps réel et la communication de sécurité ; OPC UA transporte les commandes et les retours d'état ; MQTT permet un découplage flexible en périphérie ; la diffusion UDP garantit une réponse rapide de la stratégie de protection anticollision à trois niveaux. |
4. Conception du flux de données : de l'ordonnancement aux actionneurs
La conception du flux de données est essentielle à la fiabilité du système de commande du pont roulant. Prenons l'exemple du transfert d'une bobine d'acier de A3-12 vers B2-05 :
- T+0 ms : Le système de dispatching écrit les paramètres de la tâche via OPC UA, l'API renvoie un accusé de réception.
- T+10 ms : La boucle principale de l'API détecte la nouvelle tâche et envoie la commande de vitesse au G120 via PROFINET.
- T+21 ms : Le moteur de translation démarre, les impulsions du codeur sont renvoyées via PROFINET.
- T+25 ms : L'API fusionne les données du télémètre laser et du codeur, calcule la position et la transmet au système de dispatching.
- T+30 ms : Le contrôle anti-balancement est activé, la valeur de compensation du capteur d'inclinaison ajuste la vitesse.
- T+5 000 ms : Arrivée à destination, la vision artificielle envoie l'écart (-2 mm, +3 mm) via MQTT, l'API effectue un micro-ajustement.
- T+5 200 ms : La vision confirme la position, l'état de la tâche est renvoyé au système de dispatching.
Le flux de données est séparé en trois canaux indépendants :
- Flux descendant (du dispatching à l'API puis aux actionneurs) : instructions de tâche, points de trajectoire planifiée, correction de guidage visuel, période de 100 ms.
- Flux ascendant (des capteurs à l'API puis au dispatching) : position en temps réel, diagnostic des équipements, état du variateur de fréquence, période de 100 ms à 1 s.
- Flux de données de sécurité (des capteurs de sécurité à l'API de sécurité puis aux actionneurs de sécurité) : arrêt d'urgence, fin de course, verrouillage de porte, barrière immatérielle, transmis de manière indépendante via le double canal PROFIsafe, isolé de la logique de commande standard mais partageant le même réseau physique.
5. Flux de données de sécurité et conception SIL3
Le flux de données de sécurité est l'élément de conception le plus critique de l'architecture à quatre couches. PROFIsafe repose sur le « principe du canal noir » : les équipements non liés à la sécurité ne peuvent pas interférer avec la communication de sécurité. L'API de sécurité lit les signaux d'arrêt d'urgence et de barrière immatérielle via des entrées F-DI redondantes à double canal. Après traitement par la logique F, elle commande les contacteurs et les freins, l'ensemble de la chaîne atteignant le niveau de performance SIL3.
6. Architecture réseau et déploiement
Selon les conditions du bâtiment d'usine et le budget, les solutions suivantes sont recommandées :
- Architecture en anneau de fibre optique (recommandée) : Le pont roulant est intégré dans un réseau MRP via des commutateurs SCALANCE XC216. Le temps de reconvergence en cas de rupture de lien est inférieur à 200 ms. Idéal pour les nouvelles usines et les grands bâtiments.
- Architecture en étoile WiFi 6 : Aucun câblage fibre optique n'est requis. L'accès au réseau de dispatching se fait via WiFi 6, avec une perte de paquets à l'itinérance inférieure à 3. Adapté aux projets de modernisation de lignes existantes.
- Architecture hybride : Les zones Est et Ouest sont organisées en anneaux distincts, interconnectés via OPC UA sur Ethernet industriel, offrant un équilibre entre fiabilité et extensibilité.
Quelle que soit l'architecture choisie, il est recommandé d'activer la gestion MRP sur le commutateur réseau central et de configurer un contrôleur de réserve côté API pour assurer le basculement OPC UA.
Conclusion
L'architecture à quatre couches du système de commande du pont roulant est le fondement d'un fonctionnement sûr, efficace et intelligent pour les ponts roulants sans opérateur. Le système de commande de pont roulant de Kelude prend en charge la sélection de toute la gamme d'API Siemens S7-1500F, ainsi que l'interfaçage avec la pile de protocoles complète PROFINET/OPC UA/MQTT. Kelude a livré avec succès des dizaines de projets de ponts roulants sans opérateur dans les secteurs de l'acier, de l'entreposage et des ports, et propose une évaluation gratuite de la solution ainsi que des services de programmation d'API.
