Return to Launch: Home, ऊँचाई और विमान पुनर्प्राप्ति योजना की समीक्षा
Home की पहचान, ऊँचाई संदर्भ, मार्ग संबंधी मान्यताओं, वैकल्पिक बिंदुओं और दर्ज आकस्मिक योजना से वास्तविक वापसी व्यवहार की जांच करें।
वास्तविक वापसी गंतव्य की पहचान करें
Home एक सिस्टम-परिभाषित संदर्भ है जिसकी स्थापना वाहन और कॉन्फ़िगरेशन पर निर्भर करती है। इसे कार्यालय योजना के दौरान चयनित मानचित्र पिन के समान नहीं माना जाना चाहिए। वापसी व्यवहार पर चर्चा करने से पहले स्थापित दस्तावेज़ और रिकॉर्ड की गई स्थिति की पुष्टि करें। Home को नियोजित लैंडिंग स्थान या Rally बिंदु से अलग करें। जब ऑपरेटिंग टीम साइटों के बीच चलती है या पहले से तैयार मिशन का पुन: उपयोग करती है तो एक स्पष्ट गंतव्य पहचान आवश्यक है।
ऊंचाई संदर्भ का स्पष्ट रूप से वर्णन करें
वापसी-ऊंचाई मान को इसकी इकाइयों, संदर्भ और लागू व्यवहार की आवश्यकता होती है। किसी अन्य स्थान से कॉपी किया गया नंबर किसी भिन्न परिदृश्य पर क्लीयरेंस स्थापित नहीं कर सकता है। ऑपरेटर की प्रक्रिया के माध्यम से संपूर्ण इच्छित वापसी पथ और इलाके के संदर्भ की समीक्षा करें। मिशन संस्करण के साथ कॉन्फ़िगरेशन जानकारी रखें। यह एक परिचित प्रदर्शन क्षेत्र को विमान और उसके गंतव्य के बीच प्रत्येक वस्तु के ऊपर एक सार्वभौमिक ऊंचाई के रूप में व्याख्या करने से रोकता है।
वापसी को लैंडिंग से अलग समझें
वापसी व्यवहार में कई चरण शामिल हो सकते हैं और सार्वभौमिक रूप से इसका मतलब प्रस्थान बिंदु पर तत्काल लैंडिंग नहीं है। किसी भी समर्थित लैंडिंग अनुक्रम या वैकल्पिक गंतव्य तर्क सहित वास्तविक विमान सेटअप से परामर्श लें। बताएं कि किन चरणों को कॉन्फ़िगर और मूल्यांकन किया गया है। VTOL जैसी उत्पाद श्रेणी उन विवरणों को स्थापित नहीं करती है। परिचालन योजना को यह दिखाना होगा कि विमान की प्रलेखित प्रतिक्रिया जमीन पर पर्यवेक्षण और पुनर्प्राप्ति व्यवस्था से कैसे जुड़ती है।
बदलती साइट उपलब्धता की समीक्षा करें
सर्वेक्षण जारी रहने के दौरान वाहनों, लोगों, उपकरणों या मौसम में बदलाव के कारण प्रस्थान स्थान अनुपयुक्त हो सकता है। निर्दिष्ट करें कि टीम इसकी उपलब्धता की निगरानी कैसे करती है और चिंता के बारे में कैसे बताती है। वैकल्पिक व्यवस्थाओं के लिए अपने स्वयं के मूल्यांकन और दस्तावेज़ीकृत सिस्टम समर्थन की आवश्यकता होती है। यह मत मानें कि उड़ान के दौरान गंतव्य बदलना हमेशा संभव या उचित है। योजना को समय के दबाव में टीम की आवश्यकता से पहले जिम्मेदार निर्णय प्रक्रिया की पहचान करनी चाहिए।
अनुमोदित सत्यापन के भीतर तर्क का परीक्षण करें
गंतव्य व्याख्या, कॉन्फ़िगर ऊंचाई व्यवहार और अन्य आकस्मिक सेटिंग्स के साथ इंटरैक्शन को सत्यापित करने के लिए प्रासंगिक तकनीकी प्रक्रिया का उपयोग करें। सिमुलेशन समर्थित अनुक्रमों की जांच करने में मदद कर सकता है, जबकि भौतिक और परिचालन प्रश्नों के लिए अलग-अलग साक्ष्य की आवश्यकता होती है। कॉन्फ़िगरेशन संदर्भ और मूल्यांकन की गई शर्तों को बनाए रखें। रिटर्न सुविधा प्रदर्शित करने के लिए तात्कालिक लाइव विफलता न बनाएं। लक्ष्य किसी नियंत्रित उद्देश्य के बिना नाटकीय प्रदर्शन के बजाय व्यवहार और सीमाओं की समीक्षा योग्य व्याख्या है।
ब्रीफिंग को लोडेड संस्करण से जोड़कर रखें
टीम को उस मिशन के लिए वास्तविक Home संदर्भ, प्रासंगिक कॉन्फ़िगरेशन, वैकल्पिक बिंदु और अनुमोदित पुनर्प्राप्ति व्यवस्था को पहचानना चाहिए। बताएं कि परिवर्तनों को कौन अधिकृत कर सकता है और अद्यतन जानकारी की पुष्टि कैसे की जाती है। समीक्षा के बाद, नियोजित और देखे गए व्यवहार के बीच अंतर बनाए रखें। यह एक व्यापक परिचालन व्यवस्था के भीतर रिटर्न-टू-लॉन्च को एक कॉन्फ़िगर फ़ंक्शन के रूप में रखते हुए NiVO प्रशिक्षण और मिशन की तैयारी का समर्थन करता है, यह कोई वादा नहीं है कि हर अप्रत्याशित स्थिति स्वचालित रूप से हल हो जाती है।
