Expertise 3D révèle défaut caché sur grue STS dû à inertie de charge

16 May 2026 Publié | Traduit de l'espagnol

Un incident critique dans un terminal portuaire automatisé a mis sous la loupe forensique numérique les limites du logiciel de contrôle d'une grue STS (Ship-to-Shore). Lors d'une manœuvre de déchargement, le bras de la grue a violemment percuté la superstructure du porte-conteneurs. L'expertise initiale pointe une divergence entre la charge réelle et la charge déclarée, mais seule la simulation 3D peut confirmer si l'inertie du conteneur a dépassé les marges de sécurité du système de compensation de balancement (sway). 🏗️

Simulation 3D d'une grue STS percutant un porte-conteneurs suite à une défaillance d'inertie de charge

Flux de travail forensique : du capteur de sway à la physique dans Unreal Engine 5 🔬

Le processus d'analyse a commencé par l'extraction des données brutes du capteur de compensation de balancement (sway) de la grue. Ces enregistrements d'accélération et de déplacement ont été importés dans CloudCompare pour leur nettoyage et leur alignement temporel avec les logs de l'automate. Ensuite, l'équipe a modélisé dans Siemens NX la géométrie exacte du conteneur suspect et de son contenu estimé, tandis que dans SolidWorks, le tenseur d'inertie réel a été calculé sur la base d'une densité de charge hypothétique. Le point culminant a été la recréation physique dans Unreal Engine 5, où les données d'inertie corrigées ont été introduites pour simuler le moment exact de l'impact. La simulation a montré que le logiciel de contrôle, recevant un poids déclaré inférieur au poids réel, n'a pas activé les protocoles de freinage progressif nécessaires pour contrer le balancement excessif.

Jumeaux numériques comme témoins dans les accidents logistiques ⚖️

Ce cas démontre que le jumeau numérique n'est pas seulement un outil de conception, mais un témoin à charge dans l'enquête sur les sinistres industriels. La recréation dans Unreal Engine 5 a permis de visualiser une défaillance que les données de télémétrie seules n'expliquaient pas : une inertie mal calculée qui a saturé l'algorithme de compensation de sway. Pour le secteur logistique, la leçon est claire. La validation des charges par des capteurs 3D et des simulations d'inertie préalables à l'opération pourrait prévenir ces incidents, comblant le fossé entre la déclaration administrative et la réalité physique du conteneur.

L'expertise 3D ayant mis en évidence que l'inertie de charge sur la grue STS a dépassé les prédictions du logiciel de contrôle, quelle méthodologie de simulation dynamique ou algorithme de correction en temps réel recommandez-vous de mettre en œuvre pour éviter que cette défaillance latente ne se reproduise dans des environnements de haute automatisation portuaire ?

(PS : la logistique 3D est belle jusqu'à ce que vous essayiez de mettre un conteneur dans un endroit où il ne rentre pas)