सौर स्ट्रीट लाइट्स के लिए रिमोट कंट्रोल
-- यह कैसे काम करता है?
सौर स्ट्रीट लाइट्स के लिए रिमोट कंट्रोल
-- यह कैसे काम करता है?
(“Remote Control for Solar Street Lights: How It Works”)
संक्षिप्त उत्तर: सौर स्ट्रीट लाइट्स पर उपयोग होने वाला रिमोट कंट्रोल दो डेटा प्रवाहों का उपयोग करता है, न कि केवल एक।
बाकी सभी जानकारियाँ (जैसे पोल पर लगी कैमरा) इन दोनों डेटा प्रवाहों के साथ ही भेजी जाती हैं।
कंट्रोलर नियमित अंतराल पर सिस्टम की स्थिति का विश्लेषण करके निम्नलिखित जानकारियाँ रिपोर्ट करता है:
हमारे कंट्रोलरों में, ये पढ़े गए आंकड़े ही प्लेटफॉर्म द्वारा ग्राफ के रूप में प्रदर्शित किए जाते हैं। यदि किसी उपकरण की चार्जिंग स्थिति उसके पड़ोसी उपकरणों की तुलना में कम हो जाती है, तो साइट मैनेजर को लगता है कि समस्या बैटरी से संबंधित है (जैसे बैटरी की क्षमता में कमी आ गई है), न कि लाइटिंग से संबंधित।
लगभग हर परियोजना के लिए दो विकल्प उपलब्ध हैं, एवं चयन डेटा-व vol्यूम एवं कवरेज के आधार पर किया जाता है, न कि “फैशन” के आधार पर:
| आवश्यकता | 4G/5G सेल्युलर (SIM) | LoRaWAN |
|---|---|---|
| टेलीमेट्री (प्रतिदिन किलोबाइट्स) | कार्य करता है, लेकिन अत्यधिक डेटा-खपत होती है | इसके लिए ही डिज़ाइन किया गया है |
| वीडियो या फर्मवेयर अपडेट | आवश्यक है | व्यावहारिक नहीं है |
| कवरेज | कंपनी पर निर्भर है | निजी गेटवे, साइट के स्वामित्व में है |
| प्रति उपकरण की नियमित लागत | SIM डेटा प्लान | गेटवे की लागत वितरित हो जाती है; प्रति नोड लगभग शून्य |
| हमारी परियोजनाओं में सामान्य उपयोग | कैमरे, जुड़े हुए स्थल | नगरपालिका द्वारा नियंत्रित प्रकाश-सेटिंगें एवं निगरानी प्रणालियाँ |
हमारी नगरपालिका-परियोजनाओं में सामान्य रूप से LoRaWAN का उपयोग टेलीमेट्री एवं प्रकाश-नियंत्रण कमांडों के लिए किया जाता है; 4G का उपयोग केवल तभी किया जाता है, जब कैमरे की आवश्यकता होती है या फर्मवेयर को बार-बार अपडेट करना पड़ता है। सबसे आम गलती यह है कि कुछ सौ बाइट्स प्रतिदिन के डेटा-ट्रैफ़िक के लिए प्रति उपकरण के हिसाब से SIM डेटा प्लान खरीदा जाता है।
कमांडों का प्रसारण प्रक्रम “एंड-टू-एंड” (end-to-end) तरीके से होता है, अर्थात् स्रोत से गंतव्य तक सीधे ही।
एक दूरस्थ कमांड निम्नलिखित तरीके से भेजी जाती है: उपयोगकर्ता टर्मिनल (फोन या डेस्कटॉप) → क्लाउड प्लेटफॉर्म → संचार नेटवर्क → फिक्स्चर कंट्रोलर → निष्पादन → स्थिति की प्रतिक्रिया (फीडबैक) → फिर वही चैनल के माध्यम से वापस। फिक्स्चर इस कमांड को स्वीकार करता है, एवं क्लाउड प्लेटफॉर्म उस फिक्स्चर की नई स्थिति (नए विकल्प/सेटिंग्स) को प्रदर्शित करती है।
अपेक्षाएँ सच्चे तौर पर निर्धारित करें: यह एक “सेकंड-स्केल” (second-scale) लूप है, न कि “मिलीसेकंड-स्केल” (millisecond-scale) लूप। ऐसे सेलुलर मॉड्यूल जो निर्धारित समय-सारणी के अनुसार सक्रिय रहते हैं, या जिनका ड्यूटी-साइकल (duty-cycle) लिमिट LoRaWAN के अनुसार होता है, दोनों ही डिज़ाइन के कारण विलंब (latency) पैदा करते हैं। किसी भी कंपनी को बैटरी-चालित उपकरणों पर “तत्काल” नियंत्रण (instant control) का दावा नहीं करना चाहिए।
हम इस कंट्रोलर को एक “दुश्मनीपूर्ण नेटवर्क” (hostile network) पर स्थित एक एम्बेडेड उपकरण (embedded device) के रूप में मानते हैं:
उन स्थलों पर, जहाँ कैमरे लगे होते हैं, वीडियो डेटा का प्रसारण अलग तरीके से होता है: इमेज सेंसर (image sensor) डेटा को एन्कोडिंग चिप (encoding chip) में भेजता है, तथा वह डेटा SIM के 4G/5G कनेक्शन के माध्यम से क्लाउड में संग्रहीत एवं पुनर्प्रसंस्कृत (transcoded) होता है; इस प्रक्रिया में भी वही एन्क्रिप्शन एवं पहुँच-नियंत्रण नियम लागू होते हैं। यही कारण है कि ऐसे स्थलों पर सेलुलर कनेक्शन (cellular connection) आवश्यक होता है।
यह पृष्ठ उन सभी विवरणों को नहीं कवर करता जो इस उपकरण संबंधी पूरी प्रणाली के बारे में जानने हेतु आवश्यक हैं।
यह पृष्ठ प्रकाश उपकरणों (लाइटिंग फिक्सचर्स) संबंधी टेलीमेट्री (telemetry) एवं नियंत्रण (control) प्रणालियों के बारे में जानकारी देता है। यह कैमरा उत्पाद श्रृंखला (camera product line), ग्रिड SCADA एकीकरण (grid SCADA integration), या महत्वपूर्ण बुनियादी ढाँचे (critical infrastructure) के लिए साइबर सुरक्षा प्रमाणन प्रणालियों (cybersecurity certification regimes) के बारे में जानकारी नहीं देता। यह जानने के लिए कि सूर्य ढलने के बाद डिमिंग कमांड (dimming commands) कैसे लागू होते हैं, पावर कंज्यूमर्शन कंट्रोल पढ़ें। कंट्रोलर एवं बैटरी का आकार निर्धारित करने हेतु कंट्रोलर साइजिंग कैलकुलेटर का उपयोग करें, या हमारी ऑल-इन-वन सोलर स्ट्रीट लाइट्स श्रृंखला में उपलब्ध पूर्ण उपकरणों की तुलना करें।