उपभोक्ता IoT डिवाइस आमतौर पर इंटरनेट कनेक्शन कैसे सक्षम करते हैं?


15

जहां तक ​​मुझे पता है कि IoT उपकरणों तक रिमोट (इंटरनेट, लैन नहीं) तक पहुंच को सक्षम करने के लिए 2 सामान्य तरीके हैं:

  1. एक सर्वर जिसे डिवाइस समय-समय पर पोल करता है (जैसे MQTT )
  2. प्रत्यक्ष दूरस्थ पहुँच

मैं मान रहा हूं कि दूसरी विधि सीधे आगे नहीं है क्योंकि आम तौर पर उपभोक्ता डिवाइस होम राउटर के पीछे बैठे होते हैं।

मेरा सवाल यह है: मोटे तौर पर वर्तमान में बिकने वाले IoT उपकरणों का कितना प्रतिशत दूरस्थ रूप से कनेक्ट करने के लिए निम्न विधियों में से किस का उपयोग करता है :

  1. सर्वर के माध्यम से (डिवाइस सर्वर को पोल करता है)
  2. पोर्ट अग्रेषण (या उपकरण को उजागर करने वाले अन्य तरीके) को सक्षम करने के लिए डायरेक्ट रिमोट एक्सेस जो मैन्युअल रूप से होम राउटर को कॉन्फ़िगर करने की आवश्यकता होती है
  3. डायरेक्ट रिमोट एक्सेस जहां डिवाइस स्वचालित रूप से यूपीएनपी या अन्य प्रोटोकॉल के माध्यम से राउटर को कॉन्फ़िगर करता है
  4. डिवाइस के स्थिर IPv6 पते का उपयोग करके प्रत्यक्ष रिमोट एक्सेस, जिसमें राउटर सेटअप की आवश्यकता नहीं होती है
  5. अन्य विधियाँ

मेरा प्रश्न उपभोक्ता IoT उपकरणों से संबंधित है, जैसे कि प्रकाश बल्ब, प्रकाश स्विच, ताले, थर्मामीटर, आदि विश्वसनीय निर्माताओं से जो आज बेचे जाते हैं और घरों में स्थापित होते हैं।

अपडेट करें:

इस जवाब पर @ Aurora0001 ने इस साइट पर एक और जवाब दिया, जो विभिन्न आंतरिक नेटवर्क में रहने वाले 2 उपकरणों (जैसे होम राउटर के पीछे) के बीच सीधे संचार को सक्षम करने के लिए छेद छिद्रण के बारे में है। इस समाधान के लिए सर्वर की आवश्यकता होती है, लेकिन केवल प्रारंभिक हैंडशेक के लिए।

मुझे लगता है कि एक और विकल्प जोड़ना होगा ...


दिलचस्प सवाल। मुझे यकीन नहीं है कि प्रतिशत का पता लगाने के लिए आसानी से प्राप्त करने योग्य आंकड़े होंगे या नहीं - क्या आपको विशेष रूप से उन लोगों की आवश्यकता है, या आप केवल यह महसूस करने की कोशिश कर रहे हैं कि कौन सी विधियां अधिक सामान्य हैं?
Aurora0001

5
इसके अलावा MQTT पोल नहीं करता है, यह ब्रोकर और ब्रोकर को लगातार कनेक्शन खोलता है और फिर उस लिंक पर वापस संदेश भेजता है
hardillb

1
मुझे लगता है कि इस वर्ष के 99% इंस्टॉल्स (1) का उपयोग करेंगे, लेकिन अनुमान का औचित्य साबित करने के लिए कुछ भी नहीं है।
सीन होलीहेन

2
@Mawg रिवर्स पता लुकअप। काम से मेरे घर में एक उपकरण तक पहुँचना।
सीन होलीहेन

1
@Perspectivus, खुले सॉकेट के लिए व्यावहारिक रूप से कोई उपरिव्यय क्यों नहीं है, यह एक बहुत ही छोटा सा जिंदा पैकेट (ब्रोकर को यह अभी भी वहां मौजूद है यह बताने के लिए) भेजता है, जो एक विन्यास दर पर है, जब तक कि यह सॉकेट से 15 मिलियन टीसीपी समय से कम समय का हो। अनिश्चित काल तक खुला रहना चाहिए।
हार्डिल्ब

जवाबों:


12

मुझे लगता है कि आपको "# 5, अन्य" का काफी अधिक प्रतिशत मिलेगा, क्योंकि सूची सबसे आम उपभोक्ता IoT आर्किटेक्चर में से एक को याद कर रही है: इन-होम गेटवे के माध्यम से अप्रत्यक्ष संचार।

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

विशिष्ट प्रवेश द्वार कई उद्देश्यों को पूरा करता है। सबसे पहले, यह एक प्रोटोकॉल ब्रिज है। वायरलेस डिवाइस सभी प्रकार के खुले और मालिकाना संचार प्रोटोकॉल का उपयोग करते हैं, जिसमें Z-Wave, Zigbee, 900 मेगाहर्ट्ज आरएफ समर्पित, 433 मेगाहर्ट्ज आरएफ, अवरक्त प्रकाश, ब्लूटूथ, BLE, ANT +, Crestron, आदि शामिल हैं। ये सभी प्रकार की आला समस्याओं का समाधान करते हैं, प्रति उपकरण लागत, बैटरी जीवन, स्व-कॉन्फ़िगर जाल नेटवर्क, तेजी से प्रतिक्रिया समय, असुरक्षित संचार, कम से कम भंडारण का उपयोग करके सरल कॉन्फ़िगरेशन आदि की तरह, इस तरह से अधिकांश उपभोक्ता IoT डिवाइस IP पैकेट का उपयोग नहीं कर रहे हैं, बल्कि इसके बजाय बहुत अंदर अपना डेटा वितरित करते हैं। बैटरी जीवन को संरक्षित करने के लिए छोटे फ्रेम। गेटवे एक आईपी आधारित नेटवर्क के साथ मालिकाना प्रोटोकॉल को कुछ अधिक परिवहनीय और अंतर-परिवर्तनीय में बदल देगा।

साथ ही, सिस्टम के नियमों को स्टोर करने के लिए इन-होम गेटवे एक अच्छी जगह है। यदि आप नियमों को सक्षम करने जा रहे हैं जैसे "यदि आप सीढ़ियों के शीर्ष पर प्रकाश चालू करते हैं, तो प्रवेश मार्ग प्रकाश भी चालू करें, जब तक कि रसोई की रोशनी चालू न हो," आप नियमों को प्रकाश स्विच में रख सकते हैं, एक केंद्रीकृत वेब सर्वर, या प्रवेश द्वार। प्रत्येक प्रकाश स्विच में नियमों को डालना एक भंगुर विन्यास के लिए बनाता है जो स्थापित करना, बदलना या प्रबंधित करना कठिन है। नियमों को एक केंद्रीकृत सर्वर में चलाना विलंबता का परिचय देता है क्योंकि संदेश को टीसीपी में अनुवादित करना होता है, एन्क्रिप्ट किया जाता है, इंटरनेट पर भेजा जाता है, कार्रवाई प्राप्त करनी होती है, डिक्रिप्ट होती है, और वापस ज़िगबी में अनुवाद करना पड़ता है। प्रवेश द्वार विक्रेता को इन समस्याओं को हल करने और पुनर्स्थापना के लिए एक एकल प्रबंधन बिंदु और नियमों को जल्दी से चलाने के लिए स्थानीय प्रोसेसर प्रदान करने में सक्षम बनाता है।

सुरक्षा एक बड़ा मुद्दा है: IoT उपकरणों को सस्ता होने की आवश्यकता है, और सस्ते प्रोसेसर के पास सुरक्षित एन्क्रिप्शन कार्यों के लिए बड़े सीपीयू और भंडारण नहीं हैं। सुरक्षित रूप से एन्क्रिप्टेड प्रोटोकॉल विकसित करने के बड़े पैमाने पर खर्च से बचने की इच्छा का उल्लेख नहीं करना। इसलिए वे उपभोक्ता उपकरणों में बहुत कमजोर (सस्ते) सुरक्षा को लागू करते हैं, या बिल्कुल भी सुरक्षा नहीं करते हैं। वे इसके लिए बहुत सीमित सीमा के भीतर ही संवाद करते हैं - उन्हें केवल अंदर के प्रवेश द्वार तक पहुंचना होता है। इस तरह, प्रवेश द्वार स्थानीय असुरक्षित संचार को संभालता है, और केवल एक उपकरण को टीएलएस से क्लाउड पर संचार करने के लिए आवश्यक प्रसंस्करण शक्ति और भंडारण की आवश्यकता होती है।

अंत में, प्रवेश द्वार उपकरणों के लिए मानव इंटरफ़ेस का एक सुविधाजनक एकल बिंदु प्रदान कर सकता है। अधिकांश गेटवे एक वेब इंटरफेस को उजागर करते हैं, जो GUI- आधारित कॉन्फ़िगरेशन के लिए अनुमति देते हैं। केवल एक बटन और एक एलईडी का उपयोग करके डिवाइस में एक 12 वर्ण वाईफाई पासवर्ड को मोर्स-कोड-कॉन्फ़िगर करने की कोशिश कर रहा है। इससे भी बदतर, अपनी कंपनी के फोन सपोर्ट स्टाफ की कल्पना करें जो उस प्रक्रिया के माध्यम से प्रत्येक ग्राहक से बात कर रहा हो।

दुर्भाग्य से, यह अभी भी सीधे आपके प्रश्न का उत्तर नहीं देता है। लेकिन मुझे उम्मीद है कि गेटवे आर्किटेक्चर इंटरनेट से जुड़ने का सबसे आम तरीका है।

EDIT: IoT उपकरणों के लिए उपयोग किए जाने वाले इन-होम गेटवे के बारे में आपकी टिप्पणी के जवाब में, कुछ बुनियादी प्रकार हैं: समर्पित एकल उद्देश्य, समर्पित बहुउद्देशीय, और सामान्य उद्देश्य। नीचे दिए गए इंटरफेस के अलावा, उन सभी के पास आईपी नेटवर्क से संदेशों को पुल करने के लिए एक ईथरनेट या वाईफाई इंटरफ़ेस है।

एक समर्पित एकल उद्देश्य गेटवे केवल एक विशेष निर्माता के उपकरणों के लिए बोलता है। सबसे सरल उदाहरण एक यूएसबी डोंगल हो सकता है जो फिटबिट डोंगल की तरह एकल डिवाइस से डेटा प्राप्त करता है। अन्य उदाहरणों में फिलिप्स ह्यू ब्रिज (जो केवल फिलिप्स ह्यू प्रकाश बल्ब के साथ संचार करता है) शामिल हैं; Liftmaster MyQ गेटवे (जो केवल Liftmaster, Chamberlain, या शिल्पकार गेराज द्वार सलामी बल्लेबाजों के साथ संचार करता है); या हार्मनी हब (जो लॉजिटेक हारमनी के साथ संचार करता है और आईआर को विभिन्न होम थिएटर घटकों को ब्लिंक करता है।)

समर्पित बहुउद्देशीय हब का एक उदाहरण सैमसंग का स्मार्टथिंग्स हब होगा। स्मार्टथिंग्स कई तरह के होम ऑटोमेशन डिवाइस बेचती है, लेकिन वे केवल स्मार्टथिंग्स प्रोटोकॉल बोलते हैं। SmartThings हब IP के माध्यम से कई अन्य डिवाइस नियंत्रकों से भी संवाद कर सकता है, और इसमें देशी IFTTT एकीकरण है।

सामान्य प्रयोजन के गेटवे में कुछ मालिकाना घटक हो सकते हैं, लेकिन अक्सर कई इंटरफेस का समर्थन करते हैं और प्राथमिक स्मार्ट होम इंटरफ़ेस के रूप में सेवा कर सकते हैं। उदाहरणों में विंक हब (जो ज़िगबी, जेड-वेव, ल्यूट्रॉन और किड आरएफ उपकरणों का संचार करता है); वेरा एज (जो Z-Wave और Insteon उपकरणों के लिए संचार करता है, और बाहरी उपकरणों से संवाद करने के लिए विस्तारित होता है)।

अंत में डोमिनोज़ और ओपनएचएबी सहित सामान्य प्रयोजन के होम ऑटोमेशन डोमेन में कुछ बहुत ही सक्रिय ओपन सोर्स प्रयास हैं। ये सॉफ्टवेयर प्रोग्राम हैं जो समर्पित पुल उपकरणों (जैसे जेड-वेव यूएसबी डोंगल या ज़िगबी रेडियो) के माध्यम से IoT उपकरणों को संचार का समर्थन करते हैं, नियमों को लागू करते हैं, और IFTTT, MQTT, और अन्य जैसे व्यापक एकीकरण क्षमताओं की पेशकश करते हैं।


धन्यवाद जॉन। क्या आप इन-होम गेटवे के विशिष्ट उदाहरणों के बारे में सामान्य लेखों के संदर्भ प्रदान कर सकते हैं?
पर्सपेक्टिवस

8

वस्तुतः सभी उपभोक्ता उत्पाद जो इस तरह से काम करते हैं, उन्हें बाहरी डिवाइस से घर में एक विशिष्ट डिवाइस पर संदेशों को भेजने के लिए एक बाहरी सर्वर की आवश्यकता होगी। यहां तक ​​कि आपके रास्पबेरी पाई पर पोर्ट 22 को उजागर करने के सबसे स्पष्ट मामले में, आपको अभी भी (आमतौर पर) एक गतिशील डीएनएस सेवा की आवश्यकता होती है।

  1. डिवाइस सर्वर के साथ एक स्थायी कनेक्शन शुरू करता है और बनाए रखता है। इसके लिए राउटर कॉन्फ़िगरेशन की आवश्यकता नहीं है, बशर्ते राउटर वेब पर https एक्सेस प्रदान करता है ...

अन्य सभी तरीकों के लिए, दूरस्थ हैंडसेट डिवाइस को इन-होम डिवाइस खोजने में सक्षम होना चाहिए। सहकर्मी से सहकर्मी प्रोटोकॉल कभी-कभी पोर्ट-फ़ॉरवर्डिंग का उपयोग करेंगे क्योंकि उनके पास क्लाइंट-सर्वर आर्किटेक्चर से बचने की इच्छा है।

यह संभव है कि एक सिस्टम, इसके अलावा, आने वाले पोर्ट को UPnP का उपयोग करके खोलें, लेकिन यह IoT अनुप्रयोगों के लिए आवश्यक नहीं होना चाहिए। यह विरासत गेमिंग अनुप्रयोगों पर लागू हो सकता है, लेकिन जैसे ही एक सार्वजनिक आईपी पर एक से अधिक नोड मौजूद होते हैं, वैसे ही गिर जाते हैं।

हालाँकि IPv6 उपकरणों की एक जोड़ी को जोड़ने में सक्षम बनाता है, लेकिन कई नेटवर्क IPv6 को आज समाप्त होने का समर्थन नहीं करते हैं। फर्मवेयर अपडेट के लिए प्रदान करने के लिए एक सर्वर आवश्यक है (जब तक कि डिवाइस बिकने से पहले अप्रचलित न हो)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.