بعد 6 أيام من سقوط جهاز Bereshit على سطح القمر ، أعلن فريق SpaceIL رسميًا عن النسخة المثيرة للاهتمام لحادث Moon في 11 أبريل 2019. وهناك المزيد من الأسئلة حول ما حدث.
معلومات محدثة عن الحادث الذي وقع في 04/18/2019.
استمرارا
لهذا المنشور .
أحدث صورة رسمية لـ SpaceL من جهاز Bereshit (على بعد 15 كم من سطح القمر):
هنا هو مرجع الموقع لهذه الصورة:
النتائج الأولية للتحقيق
في الحادث:
أثناء عملية الهبوط ، تم تنشيط الأمر بواسطة الكمبيوتر الموجود على متن الطائرة ، والذي أدى تنفيذه إلى نتيجة مميتة للمهمة
فيما يلي النتائج التي توصل إليها التحقيق الأولي لمناورة Beresheet الخاصة بالهبوط: يبدو أنه أثناء عملية الهبوط ، تم إدخال أمر أدى إلى رد فعل متسلسل ، مما تسبب في توقف المحرك الرئيسي ومنع إعادة تنشيطه."يبدو أنه
تم تقديم أمر أثناء عملية الهبوط ، مما أدى إلى سلسلة من ردود الفعل التي تسببت في توقف المحرك الرئيسي للجهاز ولم يسمح له باستئناف العمل بشكل أكبر."
التحديث من 04/18/2019:
ومع ذلك ، فإن الحادث بسبب الأمر الذي تلقاه من المشغل أثناء الهبوط هو الأعصاب ، وليس هناك وقت لتحليل الموقف ، الوحدة الرئيسية IMU1 (وحدة القياس بالقصور الذاتي) في وضع الطوارئ ، يرسل المشغل أمرًا لتنشيط وحدة IMU2 الاحتياطية ، مما تسبب في عواقب وخيمة أخرى في العمل الكمبيوتر على متن الطائرة (التجميد ، إعادة التشغيل) وفشل المحرك.
" أدى الأمر الذي يهدف إلى تصحيح أي عطل في إحدى وحدات القياس بالقصور الذاتي المركبة الفضائية بيريسيت إلى سلسلة من الأحداث التي أوقفت محركها الرئيسي أثناء الهبوط ، طبقًا لتحقيق أولي أجراه SpaceIL."
وبالتالي ، من الممكن أن يكون هذا خطأ / برنامج بشري (تم إدخال الأوامر بواسطة المشغل أو المهندسين في مركز عملائي) في إجراءات الهبوط في جهاز Bereshit.
تمت الموافقة على قائمة الأوامر وأنماط التشغيل باستخدام جهاز Bereshit ونقلها فقط من مركز SpaceIL MCC. قام مهندسو SpaceIL بإنشاء تصحيحات لجهاز الكمبيوتر الموجود على متن الجهاز ، وفحصوا قابليتها للتشغيل ووظائفهم ، وكذلك أعدوا الأوامر لإجراء الهبوط.
من المثير للاهتمام السيطرة على الجهاز وإدخال رمز / أمر إضافي في الكمبيوتر الموجود على متنه ، من الناحية النظرية ، هل كان من الممكن القيام بذلك أم كان هناك بعض الحماية من الوصول الخارجي غير المصرح به؟
في الواقع ، عند الهبوط ، استمر الوقت لثوانٍ وقد يفقد المشغلون الموقف مع الجهاز الذي يستقبل فرقًا أجنبية. على الرغم من أنه في هذه اللحظة ، استحضر المشغلون أيضًا في الوضع اليدوي ، في محاولة للعمل مع الجهاز. ربما هنا ، أيضًا ، كان هناك تعارض في الأوامر المدخلة في نفس الوقت.
ولكن ، على الأرجح ، حدث خطأ في الكود "الخاص بهم" (ربما كان في واحدة من العديد من التصحيحات التي تم إرسالها إلى الكمبيوتر الموجود على متن الطائرة بعد كل عملية إعادة تشغيل) ، والتي كانت تحتوي على أمر قاتل.
تم تقديم هذا الفريق عن قصد أو عن غير قصد ، مما أدى إلى وقوع الحادث - ستبقى هذه الحقيقة مغلقة ، على الأرجح ، على الرغم من أننا ننتظر النتائج النهائية في المستقبل القريب من SpaceIL ، والتي وعدوا بنشرها.
ما هو معروف عن مكونات الأجهزة والبرامج من جهاز Bereshit:- الكمبيوتر الموجود على متن الطائرة واحد (1) ، وليس مكررًا (كانت هناك عدة إعادة تمهيد للكمبيوتر أثناء الرحلة إلى القمر) ؛
- رمز برنامج التحكم والأوامر والعمل مع الكمبيوتر على متن الطائرة - في لغة C ؛
- نظرًا لحقيقة وجود جهاز كمبيوتر واحد فقط ، عند إعادة تشغيل كافة التحديثات (التصحيحات) تمحى ويجب تنزيلها مرة أخرى على النظام ؛
- سرعة نقل البيانات منخفضة: صورة واحدة عالية الدقة (من كاميرا 8 ميجا بكسل) تحميل 40 دقيقة ؛
- اختبار DLR (المركز الألماني للفضاء) آلية الهبوط في مركبة Bereshit ؛
- فريق في SpaceIL MCC: معظمهم من مهندسي وعلماء الفضاء ، والعديد من العلماء الشباب والمهندسين الذين يدرسون فقط أنظمة التحكم في الأقمار الصناعية.
متى يمكن تنفيذ الكود باستخدام هذا الأمر القاتل؟ على الأرجح ، عند التحضير لإجراء الهبوط.
لكن الأمر في الكمبيوتر الموجود على متن الطائرة كان ناجحًا بعد اجتياز الجهاز "نقطة اللاعودة" عندما بدأت عملية الهبوط التلقائي التي يسيطر عليها الكمبيوتر الموجود على متن الطائرة فقط.
على الرغم من أن SpaceIL MCC كان محاولة في وضع التحكم اليدوي للتأثير على الموقف مع الجهاز أثناء الهبوط.
على مسافة 800 كم من موقع الهبوط ، تبدأ إجراءات الزراعة:
سيتلقى جهاز Bereshit سلسلة من الأوامر من مركز عملائي:
سيتم تنشيط أجهزة استشعار الهبوط (الأولية والنسخ الاحتياطي):
سيتم بدء الإجراء الخاص بتغيير موضع (اتجاه) جهاز Bereshit:
بعد الانتهاء من الإجراءات التحضيرية قبل الهبوط ، ستتاح لجهاز Bereshit الموجود على متن السفينة و MCC الفرصة لتقييم حالة الأنظمة واستعدادها للهبوط ، إذا لم يعمل شيء بشكل صحيح ، فسيتم إلغاء إجراء الهبوط ، إذا كان كل شيء طبيعيًا ، فسيتم بعد ذلك بدء المرحلة التالية لن يتم إلغاء الهبوط بعد الآن:
إذا كان كل شيء يعمل بشكل صحيح ، فإن جهاز Bereshit سيبدأ في تقليل سرعته المدارية وتقليل المسافة إلى سطح القمر باستخدام محركات رئيسية ومساعدة ، سيستغرق هذا الإجراء 15 دقيقة:
فيديو الهبوط:
ما حدث ، وفقًا للفيديو الهبوط ، مع الجهاز (تتم الإشارة إلى الأوقات من الفيديو):
23:03 تحول مؤشر القياس عن بعد إلى اللون الأخضر. الوضع: التوجه.
25:04 الوضع: الكبح.
25:20 مرت "نقطة اللاعودة".
25:26 تحول مؤشر نقطة اللاعودة إلى اللون الأسود.
25:52 مؤشر السرعة الرأسية أخضر.
28:16 لم يعد مؤشر القياس عن بعد أخضر.
28:20 تحول مؤشر القياس عن بعد إلى اللون الأخضر للحظة ، ثم لم يعد أخضر.
29.37 المسافة: 210 كم.
29:50 المسافة تتغير إلى 385 كم.
30:03 تتغير المسافة إلى 370 كم.
30:40 تحول مؤشر القياس عن بعد إلى اللون الأخضر.
30:51 تغير المسافة إلى 314 كم.
31:33 صورة شخصية تظهر مع القمر. ارتفاع حوالي 22 كم؟ تحول مؤشر القياس عن بعد إلى اللون الأخضر.
31:50 لم يعد مؤشر القياس عن بعد أخضر.
31:55 إلى 32:29 "(غير مسموع) قتله (العملية؟)." "[غير مسموع] مشغول"
(هنا المهندسين بالفعل في التحكم اليدوي محاولة للتعامل مع حالة الطوارئ)
32:48 يتم عرض شاشة القياس. مؤشر القياس عن بعد أصفر. الارتفاع 14095 م السرعة الأفقية 955.5 م / ث. السرعة العمودية 24.8 م / ث. المحرك الرئيسي في وضع التشغيل. خلية السرعة الأفقية صفراء. تظهر المعلمات الأخرى باللون الأخضر ، باستثناء مؤشر القياس عن بُعد.
32:49 جميع المحركات تعمل.
32:51 جميع المحركات مغلقة.
32:55 المحرك الرئيسي في وضع التشغيل.
32:57 جميع المحركات تعمل.
32:59 المحرك الرئيسي في وضع التشغيل. المسافة: 183.8 كم
33:01 - 33:03 "مستشعر IMU عاطل عن العمل"
33:02 جميع المحركات تعمل.
33:05 المحرك الرئيسي في وضع التشغيل.
33:07 جميع المحركات تعمل.
33:09 المحرك الرئيسي في وضع التشغيل.
33:11 جميع المحركات تعمل.
33:13 المحرك الرئيسي في وضع التشغيل.
33:16 جميع المحركات تعمل.
33:20 تحول مؤشر القياس عن بعد إلى اللون الأخضر. جميع المحركات مغلقة. جمدت جميع الصور (لا تغيير في القراءات).
33:32 لم يعد مؤشر القياس عن بعد أخضر. جميع المحركات مغلقة. جمدت جميع الصور (لا تغيير في القراءات).
34:24 تحول مؤشر القياس عن بعد إلى اللون الأخضر. جميع المحركات مغلقة.
36:25 - 36:33 "مشاكل في المحرك الرئيسي. نعيد تشغيل الكمبيوتر على متن الطائرة لتشغيل المحرك. "
محاولة لتسجيل كلمات المتكلم والمهندسين أثناء عملية الهبوط (التوقيت مختلف ، لكن الجوهر والثواني متساويان):
7:37:37 - IMU2 غير موافق
7:37:50 - [غير واضح] سيحاول تمكينه.
7:37:57 - شخص ما يسأل ما إذا كان [غير واضح ما هو عليه] سيؤدي بنا إلى swith إلى الثاني [شيء]
7:38:10 - فقدت الاتصال من JPL
7:38:34 - فقدنا IMU واحد وفقدنا اتصال JPL ، لا ينبغي أن تكون ذات صلة.
[في الخلفية شخص ما يقول شيئا عن إعادة تشغيل IMU]
7:38:39 - لا تقم بتمكين IMU2
7:38:52 - ما تراه على الشاشة غير صحيح ، لا يوجد حاليا القياس عن بعد
7:39:06 - [باللغة الإنجليزية] فقدنا القياس عن بُعد ، لكننا عدنا الآن إلى القياس.
7:39:23 - مررنا على ارتفاع 10 كم
7:39:29 - سرعة أقل من 900 م / ث
7:39:34 - تذكير أننا بحاجة للوصول إلى سرعة 0
7:39:47 - المحرك يعمل هناك زيادة في الضغط [غير واضح] إلى 5 بار [؟] ، "ممتع"
7:39:52 - تم تنزيل الصورة الثانية.
7:40:06 - [بدأ مذيع يقول شيئًا عن مستشعر الهبوط بالليزر]. [في الخلفية - غير واضح ولكن يبدو أنه قال إن المحرك لا يعمل]
7:40:13 - قد تكون لدينا مشكلة في المحرك الرئيسي.
7:40:17 - قم بإعادة الضبط [لقد ذكروا سابقًا في البث أنه يمكنهم إرسال أوامر إلى المركبة الفضائية أثناء عملية الهبوط]
7:40:24 - ماذا تريد؟
7:40:28 - لا يبدو الموقف جيدًا ، ولا يوجد محرك رئيسي.
7:40:33 - تم استلام الصورة الثانية.
7:40:40 - فقدان الارتفاع
7:41:07 - [باللغة الإنجليزية] يبدو أننا نواجه مشكلة في المحرك الرئيسي ، فنحن نعيد ضبط المركبة الفضائية لمحاولة تمكين المحرك
7:41:10 - هل هناك موافقة لإرسال [غير واضح]؟
7:41:15 - المحرك الرئيسي يعمل الآن ، بناءً على [قياسات الضغط]
7:41:19 - المحرك الرئيسي مرة أخرى. [ومرة أخرى باللغة الإنجليزية]
7:41:27 - فقدت الكثير من الارتفاع ، الوضع غير واضح.
7:41:32 - فقدت الاتصال مع JPL
7:41:45 - لدينا الآن اتصال فقط عبر ssc [؟؟] ليس من خلال nasa ، ولكن لدينا اتصال مع المركبة الفضائية.
7:41:49 - فقدت القياس عن بعد
7:41:52 - نحن الآن بدون قياس
7:41:57 - [إنجليزي] المحرك الرئيسي في وضع التشغيل لكننا فقدنا التواصل
7:42:10 - سوف ننتظر لحظة ل [evalution] من [غير واضح]
7:42:17 - نشك في أننا لم يهبطوا [غير واضح] لا يزال التقييم
7:42:56 - نحن بلا مقياس عن بعد ونشتبه في أننا فقدنا المركبة الفضائية.
7:43:16 - كل الدلائل تشير إلى أننا للأسف لن نكون الدولة الرابعة التي تهبط على سطح القمر.
7:43:33 - نحن على سطح القمر ، ولكن ليس بالطريقة التي أردنا أن نكون.
آخر 4 ثوان من عمر الجهاز وفقًا لبيانات مركز عملائي (من 678 إلى 149 متر):
في الساعة 19:23 توقفت بيانات القياس عن الوصول تمامًا.
يمتلك مهندسو SpaceIL الآن جميع البيانات وقوائم الأوامر والبقع التي أرسلوها إلى جهاز Bereshit بعد كل إعادة تشغيل للكمبيوتر على متن الطائرة ، ومن الممكن أيضًا فحص كل هذه المعلومات بشكل أكثر شمولًا وتحليل إجراء الهبوط قبل وقوع الحادث على الجهاز.
إذا لم تكن البيانات غير الصحيحة من المستشعرات الخارجية هي فقط التي أدت إلى المأساة ، ولكن أيضًا رمز البرنامج الذي عالج هذه البيانات أو حتى قاد الجهاز عن طريق الخطأ إلى حالة طارئة ، عندئذٍ يمكن حل ذلك فقط بالتجربة ومنعه حتى في مرحلة إنشاء الكود قبل الإرسال إلى المركبة الفضائية.
قال رئيس SpaceIL موريس خان: "
أنا فخور بفريق مهندسي SpaceIL على عملهم وتفانيهم الممتازين ، وللأسف تعتبر الحوادث في كثير من الأحيان جزءًا لا يتجزأ من هذا المشروع المعقد والمبتكر. من المهم الآن تعلم الدروس المستفادة قدر الإمكان ، ودراسة الأخطاء والاستمرار في التقدم بجرأة .
بالمناسبة ، استخدم جهاز Bereshit في مدار القمر وأثناء الهبوط مقياس مغنطيسي على متن الطائرة ونقله إلى SpaceIL MCC بعض البيانات العلمية عن المجال المغناطيسي للقمر.
وهكذا ، أكمل مع ذلك جزءًا من برنامجه العلمي الصغير!
تحديث البيانات عن طريق الخطأ في حالة وقوع حادث:
المرحلة الأولى من التحقيق جاءت لدراسة الحقائق وتسلسل الأحداث. كانت هناك انقطاع في الاتصال أثناء الرحلة ، لكن جهاز Bereshit استمر في العمل في الوضع المحدد. كان ذلك حتى اللحظة التي بدأ فيها الجهاز بالهبوط على سطح القمر.
خلال التحقيق ، تبين أن أحد الأوامر المرسلة من مركز التحكم في الطيران لم يتم تنفيذها ، مما أدى إلى سلسلة من الإخفاقات اللاحقة: توقف المحرك عن العمل وسقط الجهاز على السطح.
تم اكتشاف خلل في تشغيل مستشعر التسارع ، يسمى UMI (المسؤول عن التسارع). لم يتم بعد تحديد السبب وراء الفشل ، مما أدى إلى ردود فعل سلبية لاحقة للنظام.
تم إرسال الأمر الخاص بتنشيط مستشعر التسريع من مركز SpaceIL MCC.
بعد الفشل الذي أعقب ذلك ، جرت محاولات لإعادة تشغيل المحرك بطرق بديلة ، لكنها لم تنجح.
حدث كل شيء تحت أشد ضغط زمني مؤقت: حدث فشل في الثواني الأخيرة من المهمة ، والتي في النهاية لم يكن بالإمكان إكمالها.
حاول الكمبيوتر الموجود على متن جهاز Bereshit أيضًا إعادة تشغيل المحرك بشكل مستقل - كانت هناك 5-6 محاولات من هذا القبيل. ولكن كل منهم لم ينجح.ربما حدث تنفيذ غير متوافق للأوامر بين المهندسين على الجهاز لتشغيل الوحدات الاحتياطية (IMU2) ، مما أدى إلى مزيد من المشاكل والحوادث الجديدة.
كانت المركبة الفضائية تستخدم IMU 1 ولم تتأثر في البداية بفشل IMU 2.
يسأل أحد المهندسين عما إذا كان يجب عليهم محاولة تمكين IMU 2 وسؤال مهندس آخر "هل سيؤدي ذلك إلى تبديل النظام (من المفترض أن" يعني "IMU 2).
ربما على الرغم من كلام الحذر من المهندس الثاني ، أرسل شخص ما أمرًا لمحاولة إعادة تشغيل IMU 2 ، وربما هذا ما يعنيه أمر سيء ببدء سلسلة من الأحداث ...
