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