حادث في مستودع "دارك ستور" وضع أمن أنظمة الانتقاء الروبوتية في خطر. انهار رف بارتفاع 10 أمتار بعد اصطدامه بروبوت، وكان التحليل الأولي يشير إلى عطل ميكانيكي. ومع ذلك، كشف خط أنابيب محاكاة ثلاثي الأبعاد، يجمع بين Gazebo وSolid Edge وPython، عن السبب الحقيقي: خطأ حاسم في البرنامج الثابت للتحكم في عزم دوران المحركات الخطوية. 🔧
إعادة بناء جنائية باستخدام المحاكاة وتحليل البيانات 🕵️
نفذ فريق الهندسة توأمًا رقميًا للروبوت والرف. أولاً، قاموا بنمذجة الهندسة الدقيقة للحمل في Solid Edge لحساب مركز الكتلة وعزوم القصور الذاتي. ثم استوردوا النموذج إلى Gazebo، حيث حقنوا سجلات تيار المحركات المستخرجة من PLC الروبوت. كشف التحليل في Python عن شذوذ: لم يحد البرنامج الثابت من عزم الدوران أثناء دوران بزاوية 90 درجة، مما ولّد تسارعًا زاويًا تجاوز الحد الهيكلي لقاعدة الرف. أعادت المحاكاة إنتاج الانقلاب بدقة، مؤكدة أن خطأ البرنامج، وليس الحمل الزائد المادي، هو المسؤول.
دروس لأتمتة الصناعة ⚙️
تثبت هذه الحالة أن المحاكاة ثلاثية الأبعاد ليست مجرد أداة تصميم، بل هي ركيزة للسلامة التشغيلية. يمكن لخطأ بسيط في منطق عزم الدوران أن يؤدي إلى كارثة لوجستية. يتيح دمج بيانات القياس عن بعد (سجلات التيار) مع النماذج الفيزيائية الدقيقة (Solid Edge) وبيئات الاختبار (Gazebo) اكتشاف هذه النقاط العمياء في البرنامج الثابت قبل أن تسبب أضرارًا. بالنسبة للصناعة، الدرس واضح: التحقق من صحة كل سطر تحكم باستخدام توأم رقمي لا يقل أهمية عن الأجهزة نفسها.
بالنظر إلى أن العطل تم اكتشافه بواسطة التوأم الرقمي وليس بواسطة أجهزة الاستشعار المادية، ما هو بروتوكول المعايرة والمزامنة بين البيانات الافتراضية والحقيقية الذي تقترحه لمنع خطأ عزم الدوران في محركات الانتقاء من التسبب في انهيار هيكلي لأرفف بارتفاع 10 أمتار؟
(ملاحظة: محاكاة مصنع صناعي تشبه لعب Sims، ولكن بدون حمامات سباحة لإزالة السلم)