ستارة مائية بارتفاع 30 مترًا، صُممت لعرض وسائط متعددة، انهارت على الفريق التقني أثناء الأداء. الحادث، الذي كان من الممكن أن يتسبب في وقوع ضحايا، ظل محاطًا بالشك: هل هو عطل هيكلي أم خطأ برمجي؟ لجأ مهندسو الطب الشرعي إلى محاكاة ديناميكا الموائع الحاسوبية (CFD) لإعادة بناء اللحظة الدقيقة للانهيار وتحديد مسؤولية نظام الضخ مقابل القوى الطبيعية.
إعادة بناء افتراضية باستخدام Autodesk CFD وPhoenix FD 💧
قام فريق الخبرة بنمذجة هندسة الفوهة والشاشة السائلة في برنامج Rhino، وتصدير الشبكة إلى Autodesk CFD. هناك، تمت محاكاة ظروف الضغط الهيدروليكي الاسمي وحمل الرياح الجانبية المسجل في وقت الحادث. للتحقق من صحة ديناميكا الموائع، تم استخدام Phoenix FD في 3ds Max، لإعادة تشتت كتلة الماء وتفاعلها مع الهيكل الداعم. أظهرت النتائج أن برنامج الضخ فشل في تعويض الضغط الديناميكي للرياح، مما أدى إلى توليد موجة ضغط عكسية زعزعت استقرار الستارة. أثبتت المحاكاة أن الهيكل كان قادرًا على تحمل الحمل، مما استبعد وجود عطل ميكانيكي بحت وأشار إلى وجود خطأ في منطق التحكم في التدفق.
ثقل المحاكاة في العدالة التقنية ⚖️
تؤكد هذه القضية كيف غيرت الخبرة ثلاثية الأبعاد (3D) التحقيق في الكوارث. لا يكفي فحص البقايا؛ بل من الضروري إعادة تهيئة الظروف الفيزيائية الحقيقية في بيئة رقمية. سمحت المقارنة بين السلوك الفعلي للماء ونموذج Phoenix FD للخبراء بعزل متغير البرنامج. بدون هذه الأداة، كان النقاش بين الخطأ البشري والعطل الهيكلي سيظل في إطار التكهنات. وهكذا، تترسخ تقنية CFD باعتبارها الشاهد الأكثر موثوقية في محاكم هندسة الطب الشرعي.
ما هي معايير المحاكاة الحرجة للهيكل وديناميكا الموائع التي تم تجاهلها في تصميم الستارة المائية التي يبلغ ارتفاعها 30 مترًا والتي تسببت في انهيارها الكارثي أثناء عرض الوسائط المتعددة؟
(ملاحظة: محاكاة الكوارث ممتعة حتى يحترق الكمبيوتر وتكون أنت الكارثة.)