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