हमारे एक क्लाइंट ने Wirepas Mesh नेटवर्क सेट अप और टेस्ट करते समय पाया कि उनके पास पूरी तस्वीर का एक महत्वपूर्ण हिस्सा नहीं है। वे डिवाइस से आने वाला डेटा देख सकते थे, लेकिन यह जानना कठिन था कि नेटवर्क स्वयं कैसा काम कर रहा है। क्या एंकर सही जगहों पर हैं? क्या नोड्स के कनेक्शन भरोसेमंद हैं? यदि संदेशों में देरी हो या वे गायब हों, तो जाँच कहाँ से शुरू करनी चाहिए?
इस जानकारी के बिना, इंस्टॉलेशन की जाँच करना और एंकर की स्थिति समायोजित करना काफ़ी हद तक प्रयोग और त्रुटि पर निर्भर था। हम उपयोगकर्ताओं को यह देखने का एक स्पष्ट तरीका देना चाहते थे कि क्या हो रहा है और उनके बदलावों से मदद मिली या नहीं।
इसी कारण हमने डायग्नोस्टिक्स के दो स्तर जोड़े:
- Tags ऐप में नेटवर्क डायग्नोस्टिक्स जाँचता है कि Mesh नेटवर्क के भीतर क्या हो रहा है (लिंक की गुणवत्ता, रूट, री-रूटिंग, डिलीवरी में देरी)। यह एंकर की स्थिति जाँचने और नेटवर्क के कमज़ोर क्षेत्र खोजने में मदद करता है।
- GPS-Trace Console में चैनल और गेटवे डायग्नोस्टिक्स प्लेटफ़ॉर्म तक डेटा की डिलीवरी को देखता है। यह सेटअप की समस्याओं की पहचान करने में मदद करता है, जैसे गलत फ़ॉर्मेट में डेटा भेजने वाला गेटवे या ऐसे डिवाइस जो पंजीकृत नहीं किए गए हैं। यह देरी को भी अलग-अलग हिस्सों में बाँटता है: Mesh में बीता समय, गेटवे के इंटरनेट लिंक पर बीता समय और प्लेटफ़ॉर्म की प्रोसेसिंग में लगा समय।
आज हम इन्हीं में से एक स्तर पर ध्यान देंगे: Tags में नेटवर्क डायग्नोस्टिक्स। हम बताएँगे कि इसे कैसे सक्षम करें और अपने Mesh नेटवर्क की जाँच के लिए इसका उपयोग कैसे करें।
Tags में नेटवर्क डायग्नोस्टिक्स
Wirepas डिवाइस (सेंसर, एंकर और गेटवे) अपने कनेक्शन, रूट, डिलीवरी में देरी और नेटवर्क घटनाओं के बारे में समय-समय पर डायग्नोस्टिक रिपोर्ट भेज सकते हैं। आप इस रिपोर्टिंग को सीधे Tags में सक्षम कर सकते हैं, फिर परिणाम नेटवर्क डायग्नोस्टिक्स पेज पर देख सकते हैं।
डायग्नोस्टिक्स सक्षम करने के लिए गेटवे चुनें, उसका कॉन्फ़िगरेशन टैब खोलें और डायग्नोस्टिक रिपोर्टिंग का अंतराल सेट करें। ऐप गेटवे को कमांड भेजता है, जो इस सेटिंग को पूरे Mesh नेटवर्क में वितरित करता है।
यह कमांड भेजने के लिए आपके Tags खाते में कमांड मॉड्यूल की पूर्ण अनुमतियाँ होना आवश्यक है।
बड़े पैमाने पर Wirepas Mesh तैनाती के लिए अनुशंसित रिपोर्टिंग अंतराल 30 मिनट है। समय-समय पर रिपोर्ट केवल तभी भेजी जाती हैं जब डायग्नोस्टिक रिपोर्टिंग सक्षम हो।
रिपोर्ट आना शुरू होने के बाद गेटवे का विवरण पेज खोलें और नेटवर्क डायग्नोस्टिक्स पर जाएँ।
यह पेज इन रिपोर्टों को एक साथ दिखाता है, ताकि पता चल सके कि नोड्स कैसे जुड़े हैं, कहाँ लिंक कमज़ोर हो सकते हैं और चुनी गई अवधि में क्या हुआ।
बदलावों की जाँच करते समय याद रखें कि डायग्नोस्टिक्स रिपोर्टिंग अंतराल के अनुसार अपडेट होते हैं। उदाहरण के लिए, किसी एंकर को स्थानांतरित करने के बाद यह आकलन करने से पहले कि कनेक्शन बेहतर हुआ है या नहीं, नई रिपोर्ट आने तक प्रतीक्षा करें।
नेटवर्क सारांश
पेज के शीर्ष पर दिया गया सारांश चुनी गई अवधि के लिए नेटवर्क का अवलोकन देता है।
- सुने गए नोड्स - उन नोड्स की संख्या जिन्होंने कम से कम एक डायग्नोस्टिक रिपोर्ट भेजी।
नोड Wirepas नेटवर्क का एक सदस्य होता है।
- रूटिंग - उन नोड्स की संख्या जिन्होंने अपनी नवीनतम रिपोर्ट में अगला हॉप बताया।
हॉप दो डिवाइस के बीच रेडियो संचार है, जब डेटा अपलिंक या डाउनलिंक में भेजा जाता है। गंतव्य डिवाइस तक पहुँचने के लिए नेटवर्क में कई हॉप हो सकते हैं।
- त्रुटियों वाले - ऐसे नोड्स जिनकी नवीनतम रिपोर्ट में ध्यान देने योग्य समस्या है, जैसे कमज़ोर सिग्नल, साथ ही बिना रूट वाले रिले।
- खोए हुए पैकेट - ऐसी डायग्नोस्टिक रिपोर्ट जो भेजी गईं लेकिन गेटवे तक नहीं पहुँचीं।
- घटनाएँ - रिपोर्ट की गई त्रुटियाँ और नेटवर्क घटनाएँ, जिनमें छोड़े गए पैकेटों की बौछारें भी शामिल हैं।
- री-रूटिंग - नोड्स द्वारा रिपोर्ट किए गए रूट परिवर्तन।
- सबसे धीमी डिलीवरी - Mesh से होकर एक पैकेट की यात्रा का दर्ज किया गया सबसे लंबा समय।
सारांश के नीचे तीन टैब आपको अधिक बारीकी से देखने देते हैं: वर्तमान स्थिति, घटनाएँ और रीबूट।
वर्तमान स्थिति
वर्तमान स्थिति टैब में एक रूटिंग डायग्राम और नोड्स तालिका होती है।
डायग्राम नवीनतम डायग्नोस्टिक रिपोर्टों के आधार पर दिखाता है कि नोड्स डेटा को गेटवे की ओर कैसे आगे भेजते हैं।
काला बेस नोड गेटवे का Mesh मॉड्यूल है। यह गेटवे की ओर जाने वाले ट्रैफ़िक का गंतव्य है। अन्य नोड्स को उनकी स्थिति के अनुसार रंग दिए जाते हैं:
- नीला - ध्यान देने योग्य कोई वर्तमान त्रुटि नहीं।
- पीला - किसी त्रुटि पर ध्यान देना आवश्यक है।
- धूसर - मौन रिले।
कनेक्शन प्रत्येक नोड का अगला हॉप दिखाते हैं। इससे आप देख सकते हैं कि कौन-से एंकर अन्य डिवाइस का ट्रैफ़िक ले जा रहे हैं। यदि कई डिवाइस में समस्याएँ हैं, तो हो सकता है कि वे सभी एक ही एंकर के माध्यम से डेटा आगे भेज रहे हों।
डायग्राम अंतिम ज्ञात रूट दिखाता है, लगातार चल रही रेडियो गतिविधि नहीं। 30 मिनट के रिपोर्टिंग अंतराल पर कोई बदलाव तुरंत दिखाई नहीं दे सकता।
नोड्स
नोड्स तालिका प्रत्येक डिवाइस की अंतिम ज्ञात स्थिति और चुनी गई अवधि के माप दिखाती है। आप चुन सकते हैं कि कौन-से कॉलम दिखाए जाएँ।
एंकर की स्थिति जाँचते समय गुणवत्ता से शुरुआत करें। यह नोड का अपना इंस्टॉलेशन-गुणवत्ता स्कोर है:
- 50% या अधिक - अच्छा।
- 25–49% - मध्यम।
- 25% से कम - खराब; डिवाइस की स्थिति और आसपास के एंकर जाँचें।
ये सीमाएँ Wirepas ने चरण 3: रेडियो गुणवत्ता जाँचें में परिभाषित की हैं।
त्रुटियाँ अतिरिक्त संदर्भ देती हैं। कोई नोड बता सकता है कि उसके पास कोई रूट नहीं है, वह पर्याप्त अच्छे पड़ोसी नहीं सुन पा रहा है, या उसके अगले हॉप तक सिग्नल कमज़ोर है।
इन मानों को एक साथ पढ़ें। एक अकेला रूट परिवर्तन मायने नहीं रख सकता। कम गुणवत्ता स्कोर, कमज़ोर लिंक और एक ही नोड पर बार-बार रूट बदलना, उसकी स्थिति की जाँच करने का अधिक मज़बूत कारण देते हैं।
घटनाएँ
कभी-कभी जब तक आप डायग्नोस्टिक्स खोलते हैं, डिवाइस पहले ही सामान्य हो चुका होता है। घटनाएँ टैब आपको यह देखने में मदद करता है कि क्या हुआ और कब हुआ।
इंस्टॉलेशन और कवरेज की समस्याओं के लिए तीन घटनाएँ विशेष रूप से उपयोगी हैं:
- बेस नोड तक कोई रूट नहीं - नोड के पास गेटवे तक डेटा पहुँचाने का कोई मार्ग नहीं था।
- बहुत कम अच्छे पड़ोसी - नोड अच्छी गुणवत्ता वाले कनेक्शन वाले पर्याप्त आसपास के राउटर नहीं सुन सका।
- अगले हॉप तक कमज़ोर सिग्नल - जिस नोड के माध्यम से वह डेटा आगे भेजता है, उसके लिंक पर सिग्नल कमज़ोर था।
अन्य घटनाएँ नेटवर्क में होने वाले बदलावों को समझाने में मदद करती हैं। उदाहरण के लिए, री-रूट किया गया का अर्थ है कि नोड किसी दूसरे रिले पर चला गया। अपने रूट के साथ सिंक खो दिया का अर्थ है कि उसने समय सिंक्रोनाइज़ेशन खो दिया और उसे पुनः स्थापित होना पड़ा। आपको बेस नोड तक या उससे विफल ट्रांसमिशन, रूटिंग लूप, चैनल स्कैन, ट्रांसमिशन-स्लॉट टकराव या छूटे हुए ट्रांसमिशन समय भी दिख सकते हैं। डिलीवरी में अंतराल या देरी की जाँच करते समय ये संदर्भ प्रदान करते हैं।
हर घटना का मतलब यह नहीं कि कुछ ठीक करना है। सामान्य संचालन के दौरान कोई नोड अपना रूट बदल सकता है या राउटर और नॉन-राउटर भूमिकाओं के बीच बदल सकता है। एक ही नोड पर बार-बार दोहराव, या कई घटनाओं का एक साथ होना, किसी एक अलग घटना की तुलना में अधिक उपयोगी संकेत हैं।
रीबूट
रीबूट टैब दर्ज किए गए नोड रीस्टार्ट, उनके कारण और रीबूट काउंटर सूचीबद्ध करता है।
इंस्टॉलेशन के दौरान सामान्य रीस्टार्ट अपेक्षित हो सकता है। उदाहरण के लिए, Teltonika Wirepas Mesh गेटवे के माध्यम से सेंसर का रिपोर्टिंग अंतराल बदलने के लिए रिमोट कमांड भेजने पर रीस्टार्ट हो सकता है। इस स्थिति में कारण कॉलम में अनुरोधित प्रकार दिखता है।
बार-बार होने वाले सामान्य रीस्टार्ट भी उपयोगी संकेत हो सकते हैं। उनके समय की तुलना घटनाओं और डिलीवरी में देरी से करें, ताकि देख सकें कि क्या वे उस समस्या से मेल खाते हैं जिसकी आप जाँच कर रहे हैं।
पैकेट लॉस को समझना
Mesh नेटवर्क रेडियो का उपयोग करता है, इसलिए काम कर रहे इंस्टॉलेशन में भी कभी-कभार पैकेट लॉस संभव है। इसके कई सामान्य कारण हैं:
- व्यवधान और टकराव। अन्य रेडियो ट्रैफ़िक ट्रांसमिशन में बाधा डाल सकता है।
- रुकावटें। धातु की संरचनाएँ और औद्योगिक उपकरण सिग्नल को कमज़ोर कर सकते हैं या रोक सकते हैं।
- डिवाइस कवरेज से बाहर चला जाता है। यदि कोई मोबाइल टैग आसपास के राउटरों की सीमा से बाहर चला जाए, तो उसके पैकेट प्राप्त करने और आगे भेजने के लिए कोई नोड उपलब्ध नहीं हो सकता।
- रूट परिवर्तन। जब कोई राउटर ऑफ़लाइन हो जाता है, तो आसपास के नोड्स को दूसरा मार्ग खोजना पड़ता है। इस बदलाव के दौरान कुछ पैकेट खो सकते हैं।
नेटवर्क डायग्नोस्टिक्स दिखाता है कि Wirepas Mesh नेटवर्क के भीतर क्या हो रहा है। अगले लेख में हम डेटा का आगे अनुसरण करेंगे और GPS-Trace Console में चैनल डायग्नोस्टिक्स देखेंगे।