गैर-इंटरनेट से जुड़े वाईफाई उपकरणों के लिए मानक?


10

मैं बहुत सारे होम ऑटोमेशन करने की योजना बना रहा हूं। उसके लिए मैं एक निजी पृथक वाईफाई नेटवर्क की मेजबानी करूंगा, जिसमें मेरे सभी उपकरण जुड़े होंगे। उपकरण सरल रोशनी, आरजीबी एलईडी स्ट्रिप्स (smd5050 और ws2812b), थर्मोस्टैट, पंखे, विंडो ओपनर्स, विंडो शेड कंट्रोलर और सामान्य आउटलेट होंगे। इसके अलावा, आईआर-ट्रांसमीटर टीवी आदि शुरू करने के लिए एक रिमोट का अनुकरण करने के लिए और एक रिमोट को नियंत्रित करने के लिए 433MHz ट्रांसमीटर जो मानक रिमोट नियंत्रित आउटलेट को चालू कर सकता है।

अब मैं सोच रहा हूं कि इन उपकरणों को वाईफाई नेटवर्क के लिए किस तरह के इंटरफ़ेस पर कोई मानक होना चाहिए।

मैं निश्चित रूप से प्रत्येक डिवाइस को एक सरल http मार्ग दे सकता हूं और फिर ऐसे एप्लिकेशन लिख सकता हूं जो मेरे इंटरफ़ेस को समझते हैं, लेकिन यह अच्छा होगा यदि मैं एक मानक लागू कर सकता हूं जो मुझे उन एप्लिकेशन और कार्यक्रमों का उपयोग करने की अनुमति देगा जो पहले से ही लिखे गए हैं और मानक को समझते हैं ।

जवाबों:


7

IoT प्रोटोकॉल के बारे में, आमतौर पर HTTP, CoAP और MQTT का उपयोग संचार पर किया जाता है।

HTTP और CoAP सर्वर संचार के लिए अन्य प्रकार के क्लाइंट (एस) के लिए उपयुक्त हैं और MQTT आधारित बहु उपयोगकर्ता संचार को प्रकाशित करने और सदस्यता लेने का समर्थन करता है, जहां मूल आसानी से सर्वर से क्लाइंट, क्लाइंट से सर्वर और यहां तक ​​कि क्लाइंट से क्लाइंट तक हो सकता है।

प्रश्न का उत्तर दे रहा है:

मल्टी पॉइंट ट्रैफिक उपयोग के लिए एक से एक संचार या MQTT के लिए HTTP या CoAP पर REST का उपयोग करें।

अधिक जानकारी

नीचे टिप्पणी के बाद मैं मानता हूं कि मेरा उत्तर काफी आंशिक था, इसलिए मैंने जांच की और थोड़ा और पाया:

यहां तक ​​कि संचार में मानकों की इस तरह की गड़बड़ी है, अगर सभी गणना की जाती है:

http://www.slideshare.net/butler-iot/butler-project-overview-13603599

स्रोत: यूरोपीय संघ बटलर परियोजना - संचार मुद्दे

इसके अलावा postscapes.com में विभिन्न पहलुओं के आधार पर निम्नलिखित सूची है:

1  Infrastructure (ex: 6LowPAN, IPv4/IPv6, RPL)
2  Identification (ex: EPC, uCode, IPv6, URIs)
3  Comms / Transport (ex: Wifi, Bluetooth, LPWAN)
4  Discovery (ex: Physical Web, mDNS, DNS-SD)
5  Data Protocols (ex: MQTT, CoAP, AMQP, Websocket, Node)
6  Device Management (ex: TR-069, OMA-DM)
7  Semantic (ex: JSON-LD, Web Thing Model)
8  Multi-layer Frameworks (ex: Alljoyn, IoTivity, Weave, Homekit)

जैसे प्रत्येक उदाहरण की सूची में देखा जाता है, उनमें से बहुत सारे हैं और अधिक कस्टम और मालिकाना निश्चित रूप से हैं।

आपको उस लिंक को खोलना चाहिए और इसे पढ़ना चाहिए, यह माइंड ब्लोइंग है। मेरा मानना ​​है कि आप अपनी परियोजना (यों) में से कई का सामना कर सकते हैं, कम से कम अगर सेंसर भारी रूप से भरे हुए हैं, अर्थात। न केवल शुद्ध प्रारूप में घटक, बल्कि कुछ पहले से मौजूद पारिस्थितिकी तंत्र के कुछ हिस्सों। उन मामलों में आप शायद उनके इंटरफ़ेस करने के तरीके पर बातचीत नहीं कर सकते, आपको बस पारिस्थितिक तंत्र के बीच चयन करना होगा।

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

मानदंड यह पहचानना होगा कि आप उन सभी चीजों को क्या करना चाहते हैं, और कितने ढेर आप उस तरीके से सीखना चाहते हैं। सीखने से मेरा मतलब है कि आप अभी भी गैजेट्स के साथ थोड़ा खेलना चाहते हैं और जानते हैं कि हुड के नीचे कुछ प्रोटोकॉल कैसे काम करते हैं।


1
"REST ओवर http" थोड़ा अस्पष्ट है। इस बात को ध्यान में रखते हुए भी मैं विशेष रूप से 'ऑन' और 'ऑफ' से अधिक समझने वाले उपकरणों के लिए इंटरफ़ेस को डिज़ाइन करने के लिए सौ अलग-अलग तरीकों के बारे में सोच सकता था। आदर्श रूप से मैं सिर्फ आईपी एड्रेस और डिवाइस का प्रकार प्रदान करूंगा और बाकी को मानकीकृत किया जाएगा। क्या ऐसा कुछ भी मौजूद है?
फ़ोरिविन

7

मेरी सिफारिश MQTT है। बहुमुखी, हल्के और मॉड्यूलर, यह एक ESP8266 (हब और क्लाइंट) पर भी चल सकता है। एमक्यूटीटी प्रोटोकॉल एम्बेडेड, मोबाइल उपकरणों और बड़े वसा वाले ओएस जैसे मैक, विंडोज और लिनक्स से कई प्लेटफार्मों के लिए उपलब्ध है।

प्रोटोकॉल में संचार के लिए एक प्रकाशक, सब्सक्राइबर मॉडल है। और एक क्यूओएस तो एक हब याद कर सकता है कि क्या एक सब्सक्राइबर को एक प्रकाशक से एक संदेश मिला है। इसलिए एक सो रही डिवाइस गति के लिए उठ सकती है जब वह उठती है और इसके लिए संदेश देखती है।

मैं अपना MQTT सर्वर एक छोटे रास्पबेरी पाई ज़ीरो डब्ल्यू पर चलाता हूं, यह दीवार पर एक क्रेडिट कार्ड की तरह है और तर्क के लिए मैं "नोड रेड" का उपयोग करता हूं और मैंने अधिक जटिल समाधान के लिए ओपनएचएबी को देखना शुरू कर दिया है।

मैंने अपने 12v DC उपकरणों के लिए अपने Arduino / MQTT उपकरणों का भी निर्माण किया है और अपने 230v AC उपकरणों के लिए ESP8266 आधारित उत्पाद का उपयोग करता है।

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