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