433 मेगाहर्ट्ज बैंड पर कम लागत वाला वायरलेस सेंसर नेटवर्क: 5 कदम (चित्रों के साथ)

2024 लेखक: John Day | [email protected]. अंतिम बार संशोधित: 2024-01-30 09:21

इस लेख में उनके प्रकाशनों से डेटा का उपयोग करने के लिए कृपया मुझे स्वीकृति देने के लिए टेरेसा राजबा को बहुत-बहुत धन्यवाद।

* ऊपर की छवि में - पांच सेंसर-प्रेषक इकाइयाँ जिनका मैंने परीक्षण के लिए उपयोग किया था

वायरलेस सेंसर नेटवर्क क्या हैं?

एक सरल परिभाषा होगी: वायरलेस सेंसर नेटवर्क पर्यावरण डेटा की निगरानी और रिकॉर्डिंग के लिए एक निश्चित क्षेत्र में वितरित इलेक्ट्रॉनिक उपकरणों के एक समूह को संदर्भित करता है, जो वायरलेस तरीके से संसाधित और संग्रहीत करने के लिए एक केंद्रीय स्थान पर प्रेषित होते हैं।

आजकल वायरलेस सेंसर नेटवर्क का उपयोग कई तरह से किया जा सकता है, नीचे कुछ उदाहरण हैं:

• वनों, नदियों, झीलों, समुद्रों और महासागरों की पारिस्थितिक निगरानी के क्षेत्र;
• आतंकवादी, रासायनिक, जैविक, महामारी के हमलों के मामले में सतर्क होने की संभावना;
• बच्चों, बुजुर्गों, रोगियों या विशेष आवश्यकता वाले लोगों के लिए निगरानी प्रणाली;
• कृषि और ग्रीनहाउस में निगरानी प्रणाली;
• मौसम-पूर्वानुमान निगरानी प्रणाली;
• शहर के यातायात, स्कूलों, कार पार्कों की निगरानी;

और कई, कई अन्य अनुप्रयोग।

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

लेकिन एकाधिक ट्रांसमीटर और केवल एक रिसीवर का उपयोग करना क्यों चुनना? जाहिर है पहला कारण "इसे सरल बनाना" होगा। कोडांतरण जितना सरल होता है, इसके विफल होने की संभावना उतनी ही कम होती है, और खराबी के मामले में एकल घटकों की मरम्मत और प्रतिस्थापित करना निश्चित रूप से बहुत आसान होता है। बिजली की खपत भी कम है, बैटरी अधिक समय तक चलेगी (सेंसर केवल निगरानी और प्राप्त करते समय उपभोग करेंगे, बाकी समय डिवाइस गहरी नींद मोड में रहेगा)। तथ्य यह है कि यह सरल है डिवाइस को सस्ता भी बनाता है। ध्यान रखने योग्य एक अन्य पहलू कवरेज क्षेत्र है। क्यों? संवेदनशील रिसीवर और सेंसर और केंद्रीय मॉड्यूल दोनों पर एक शक्तिशाली ट्रांसमीटर होने की तुलना में एक संवेदनशील रिसीवर का निर्माण और उपयोग करना बहुत आसान है (यह एक अच्छे द्विदिश संचार के लिए आवश्यक है)। एक संवेदनशील और अच्छी गुणवत्ता वाले रिसीवर के साथ लंबी दूरी से डेटा प्राप्त करना संभव है, लेकिन समान दूरी के लिए डेटा उत्सर्जित करने के लिए उच्च उत्सर्जन शक्ति की आवश्यकता होती है और यह उच्च लागत, बिजली की खपत और (चलो मत भूलना) को खत्म करने की संभावना के साथ आता है 433 मेगाहर्ट्ज बैंड पर कानूनी अधिकतम ट्रांसमीटर शक्ति। एक मध्यम-गुणवत्ता वाले रिसीवर का उपयोग करके, सस्ते लेकिन एक उच्च-गुणवत्ता वाले एंटीना (यहां तक कि DIY) और एक अच्छी गुणवत्ता वाले एंटीना के साथ सस्ते ट्रांसमीटर के साथ, हम मौजूदा वायरलेस सेंसर नेटवर्क की लागत के एक अंश पर उत्कृष्ट परिणाम प्राप्त कर सकते हैं।

चरण 1: सैद्धांतिक विचार

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

हालाँकि, अब स्थिति मौलिक रूप से बदल गई है। हम सस्ते और अच्छी गुणवत्ता वाले सेंसर (तापमान और आर्द्रता) खोजने में सक्षम हैं, और हमारे पास 433 मेगाहर्ट्ज बैंड पर सस्ते ट्रांसमीटर और रिसीवर भी हैं। केवल एक ही समस्या है: यदि हमारे पास अधिक सेंसर हैं (मान लें 20) तो हम टकरावों को कैसे हल करते हैं (कृपया ध्यान रखें कि यह एकतरफा संचार है), जिसका अर्थ है, 2 या अधिक सेंसर के उत्सर्जन को ओवरलैप करना? एक संभावित समाधान की खोज करते हुए मैं इस बहुत ही रोचक कागजात में आया:

वायरलेस सेंसर यादृच्छिक संचालन प्रक्रिया के आधार पर कलाकारों को अभिसरण करता है - RAJBA, T. और RAJBA, S द्वारा।

तथा

वायरलेस सेंसर नेटवर्क में यादृच्छिक प्रेषण के साथ टकराव की संभावना - RAJBA S. और RAJBA द्वारा। टी

मूल रूप से, लेखक हमें दिखाते हैं कि एक वायरलेस सेंसर नेटवर्क में टकराव की संभावना की गणना की जा सकती है यदि पैकेट एक पॉइसोनियन (घातीय) वितरण के अनुसार निश्चित समय बिंदुओं पर उत्सर्जित होते हैं।

उपरोक्त पेपर से एक उद्धरण अध्ययन किए गए नेटवर्क की विशेषताओं को सूचीबद्ध करता है।

• काफी बड़ी संख्या में सेंसर-प्रेषक इकाइयाँ N;
• सेंसर-प्रेषक इकाइयाँ पूरी तरह से स्वतंत्र रहती हैं और उन्हें चालू या बंद करने से नेटवर्क संचालन पर कोई प्रभाव नहीं पड़ता है;
• सभी सेंसर-प्रेषक इकाइयाँ (या उनका एक हिस्सा) मोबाइल हो सकती हैं, बशर्ते कि वे रिसीविंग स्टेशन की रेडियो रेंज के भीतर स्थित हों;
• धीरे-धीरे बदलते भौतिक मापदंडों को माप के अधीन किया जाता है, जिसका अर्थ है कि डेटा को बहुत बार प्रसारित करने की कोई आवश्यकता नहीं है (उदाहरण के लिए हर कई मिनट या कई दर्जनों मिनट);
• ट्रांसमिशन वन-वे प्रकार का होता है, अर्थात सेंसर-प्रेषक इकाई से टी औसत समय अंतराल पर प्राप्त करने वाले बिंदु तक। प्रोटोकॉल में सूचना t. पर प्रेषित की जाती है_पी अवधि;
• कोई भी चयनित सेंसर पॉइसन समय पर बेतरतीब ढंग से संचार करना शुरू कर देता है। PASTA (पॉइसन अराइवल्स सी टाइम एवरेज) का उपयोग पॉइसन युगों में जांच भेजने को सही ठहराने के लिए किया जाएगा;
• सभी सेंसर-प्रेषक इकाइयाँ बेतरतीब ढंग से स्वतंत्र रहती हैं और वे t. के समय के बेतरतीब ढंग से चुने गए क्षण में सूचना प्रसारित करेंगी_पी अवधि और टी की पुनरावृत्ति का औसत समय;
• यदि t. के प्रोटोकॉल के दौरान एक या अधिक सेंसर संचारण प्रारंभ करते हैं_पी अवधि दूसरे सेंसर से प्रेषित की जा रही है, ऐसी स्थिति को टक्कर कहा जाता है। टकराव केंद्रीय बेस स्टेशन के लिए सही तरीके से सूचना प्राप्त करना असंभव बना देता है।

यह लगभग पूरी तरह से सेंसर नेटवर्क के साथ फिट बैठता है जिसे मैं परीक्षण करना चाहता हूं …

लगभग।

मैं यह नहीं कह रहा हूं कि मैंने पेपर में गणित को पूरी तरह से समझ लिया है, लेकिन प्रस्तुत आंकड़ों और निष्कर्षों के आधार पर मैं थोड़ा समझ पाया हूं कि यह किस बारे में है। केवल एक चीज यह है कि कागज में इस्तेमाल होने वाले मूल्य ने मुझे थोड़ा चिंतित किया:)। यह चर t. है_पी - डेटा ट्रांसमिशन की अवधि जिसे 3.2x10. माना जाता है^-5 एस। तो एकत्रित डेटा का प्रसारण समय 3.2 us होगा! यह 433 मेगाहर्ट्ज बैंड पर नहीं किया जा सकता है। मैं ट्रांसमीटर सेंसर को प्रोग्राम करने के लिए या तो rcswitch या रेडियोहेड का उपयोग करना चाहता हूं। दो पुस्तकालयों के कोड का अध्ययन करते हुए, मैं इस निष्कर्ष पर पहुंचा कि सबसे छोटा प्रसारण समय 20ms होगा, जो 3.2 us के मान से काफी अधिक होगा। 2.4 GHz ट्रांसमीटरों के साथ, यह संभव है_पी समय इतना छोटा… लेकिन यह एक और कहानी है।

यदि हम इस पत्र के लेखकों द्वारा प्रस्तावित सूत्र को लागू करते हैं तो परिणाम होगा:

प्रारंभिक डेटा (एक उदाहरण):

• सेंसर की संख्या एन = 20;
• डेटा ट्रांसमिशन अवधि टी_पी=20x10^-3 एस (0.020s)
• औसत संचरण अंतराल T=180s

सूत्र:

T अंतराल पर टक्कर की प्रायिकता है

यदि हम प्रारंभिक आंकड़ों को ध्यान में रखते हैं तो टी अंतराल पर टकराव की संभावना 0.043519. होगी

यह मान, जो प्रति १०० मापों में ४.३५ टकराव होने की संभावना को इंगित करता है, मेरी राय में, काफी अच्छा है। यदि हम औसत संचरण समय बढ़ाते हैं, तो संभाव्यता में सुधार हो सकता है, इसलिए ३०० के मान पर हमारे पास ०.०२६३३२ की संभावना होगी, अर्थात प्रति १०० मापों में २.६ टकराव। यदि हम मानते हैं कि हम सिस्टम के संचालन के दौरान वैसे भी पैकेट डेटा हानि की उम्मीद कर सकते हैं (उदाहरण के लिए मौसम की स्थिति के आधार पर) तो यह संख्या वास्तव में उत्कृष्ट है।

मैं इस प्रकार के नेटवर्क का अनुकरण करना चाहता था लेकिन एक प्रकार का डिज़ाइन सहायक भी था, इसलिए मैंने सी में एक छोटा प्रोग्राम बनाया, आप जीथब पर स्रोत कोड पा सकते हैं (एक संकलित बाइनरी जो विंडोज़ कमांड लाइन में चल रही है - रिहाई)।

इनपुट डेटा:

• सेंसर_नंबर - नेटवर्क पर सेंसर की संख्या;
• माप_नंबर - अनुकरण करने के लिए माप की संख्या;
• औसत_ट्रांसमिशन_इंटरवल - लगातार डेटा ट्रांसमिशन के बीच औसत समय;
• ट्रांसमिशन_टाइम - डेटा ट्रांसमिशन की प्रभावी अवधि।

आउटपुट:

• गणना की गई अधिकतम माप समय;
• दो सेंसर के बीच टकराव की सूची;
• टकराव की संख्या;
• टकराव की सैद्धांतिक संभावना।

परिणाम काफी दिलचस्प हैं:)

सिद्धांत के साथ, मैं सैद्धांतिक भाग पर अधिक जोर नहीं देना चाहता, लेख और स्रोत कोड काफी वाक्पटु हैं, इसलिए मैं वायरलेस सेंसर नेटवर्क के व्यावहारिक, प्रभावी कार्यान्वयन और परीक्षण के परिणामों के लिए बेहतर हूं।

चरण 2: व्यावहारिक कार्यान्वयन - हार्डवेयर

ट्रांसमीटर-सेंसर के लिए हमें निम्नलिखित घटकों की आवश्यकता होगी:

• ATtiny85 माइक्रोकंट्रोलर 1.11 $;
• एकीकृत सर्किट सॉकेट 8DIP 0.046 $;
• तापमान/आर्द्रता सेंसर DHT11 0.74 $;
• 433 मेगाहर्ट्ज एच 34 ए ट्रांसमीटर मॉड्यूल 0.73 $;
• स्विच 1$ के साथ 4xAA बैटरी धारक;

कुल 3.63 $;

परीक्षणों के लिए उपयोग किया जाने वाला रिसीवर एक Arduino UNO (केवल परीक्षण के लिए) और एक H3V4F प्राप्त करने वाला मॉड्यूल (0.66 $) एक सस्ते आर्क एंटीना (0.32 $) के साथ है।

सेंसर-प्रेषक स्कीमैटिक्स

ट्रांसमीटर-सेंसर इकाइयाँ 3xAA, 1.5v बैटरी से संचालित होती हैं (बैटरी धारक के चौथे डिब्बे में इलेक्ट्रॉनिक असेंबली होती है)। जैसा कि आप देख सकते हैं कि ट्रांसमीटर की बिजली आपूर्ति और तापमान-आर्द्रता सेंसर माइक्रोकंट्रोलर के PB0 पिन से जुड़ा हुआ है (पिन के हाई पर सेट होने पर ट्रांसमीटर और सेंसर संचालित होते हैं)। इसलिए जब माइक्रोकंट्रोलर डीप-स्लीप मोड में होता है, तो यह 4.7uA की वर्तमान खपत तक पहुंच सकता है। यह देखते हुए कि ट्रांसमीटर-सेंसर का वेक-अप समय लगभग 3s (माप, ट्रांसमिशन आदि) होगा और 180s के प्रसारण के बीच का औसत समय (जैसा कि पिछले अध्याय में उदाहरण है), बैटरियों को काफी विरोध करना चाहिए। कुछ अच्छी गुणवत्ता वाली क्षारीय बैटरी (यानी 2000 एमएएच) के साथ, omnicalculator.com पर गणना के अनुसार स्वायत्तता 10 महीने से अधिक हो सकती है (जहां कुल वर्तमान खपत है: सेंसर - 1.5mA, ट्रांसमीटर मॉड्यूल - 3.5mA और ATtiny85 माइक्रोकंट्रोलर - 5mA, कुल 10mA)

नीचे दी गई तस्वीर में आप लगभग समाप्त सेंसर-प्रेषक असेंबली देख सकते हैं।

नीचे परीक्षण रिसीवर इकाई की तस्वीर है।

चरण 3: व्यावहारिक कार्यान्वयन - सॉफ्टवेयर

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

// https://github.com/Martin-Laclaustra/rc-switch/tree/protocollessreceiver// से संशोधित rcswitch पुस्तकालय मूल rcswitch पुस्तकालय के उदाहरणों से कोड एक संशोधित संस्करण है #include RCSwitch mySwitch = RCSwitch(); अहस्ताक्षरित लंबा डेटा = 0; शून्य सेटअप () {Serial.begin (९६००); mySwitch.enableReceive(0); // इंटरप्ट पर रिसीवर 0 => यानी पिन # 2} शून्य लूप () {अगर (mySwitch.उपलब्ध ()) { अहस्ताक्षरित लंबा डेटा = mySwitch.getReceivedValue (); // आउटपुट (mySwitch.getReceivedValue (), mySwitch.getReceivedBitlength (), mySwitch.getReceivedDelay (), mySwitch.getReceivedRawdata (), mySwitch.getReceivedProtocol ()); इंट ह्यूमिडिटी = बिटएक्सट्रैक्टेड (डेटा, 7, 1); // स्थिति 1 से कम महत्वपूर्ण 7 बिट - सबसे पहले बिट इंट तापमान = बिटएक्सट्रैक्टेड (डेटा, 7, 8); // अगले 7 बिट स्थिति 8 से दाईं ओर और इसी तरह int v_min = bitExtracted (डेटा, 1, 15); इंट पैकेट_आईडी = बिटएक्सट्रैक्टेड (डेटा, 3, 16); ///3 बिट्स - 8 पैकेट आईडी 0 से 7 इंट सेंसर_आईडी = बिटएक्सट्रैक्टेड (डेटा, 6, 19); //6 बिट 64 सेंसर आईडी के लिए - कुल 24 बिट्स सीरियल.प्रिंट ("", "); सीरियल.प्रिंट (आर्द्रता); सीरियल.प्रिंट्लन (); mySwitch.resetउपलब्ध (); } } // कोड https://www.geeksforgeeks.org/extract-k-bits-given-position-number/ int bitExtracted (अहस्ताक्षरित लंबी संख्या, int k, int p) {वापसी (((1 (पी - १))); }

मैंने बात को समझने में आसान बनाने के लिए यथासंभव अधिक से अधिक टिप्पणियों को शामिल करने का प्रयास किया है।

डिबगिंग के लिए मैंने USBasp प्रोग्रामर के साथ सॉफ्टवेयर लाइब्रेरी और attiny85 डेवलपमेंट बोर्ड का उपयोग किया (इस बारे में मेरा निर्देश भी देखें)। सीरियल लिंक को सीरियल से टीटीएल कनवर्टर (पीएल२३०३ चिप के साथ) के साथ विकास बोर्ड के बेंट पिन्स (३ और ४) से जोड़ा गया है (नीचे चित्र देखें)। यह सब कोड को पूरा करने में एक अमूल्य मदद की है।

चरण 4: परीक्षा परिणाम

मैंने 5 सेंसर-प्रेषक इकाइयाँ बनाई हैं जो DHT11 सेंसर द्वारा मापे गए मानों को एकत्र करती हैं और भेजती हैं। मैंने तीन दिनों के दौरान परीक्षण रिसीवर और एक टर्मिनल इम्यूलेशन प्रोग्राम (फॉक्सटर्म) की मदद से माप रिकॉर्ड किया और सहेजा। मैंने अध्ययन के लिए 48 घंटे का अंतराल चुना। मुझे आवश्यक रूप से मापा मूल्यों में दिलचस्पी नहीं थी (सेंसर 2, उदाहरण के लिए, यह मुझे गलत मान दिखाता है) लेकिन टकराव की संख्या में। इसके अलावा, पैकेट के नुकसान के अन्य कारणों को खत्म करने के लिए रिसीवर द्वारा सेंसर को बहुत करीब (4-5 मीटर पर) रखा गया था। परीक्षा परिणाम एक सीवीएस फ़ाइल में सहेजे गए हैं और अपलोड किए गए हैं (नीचे दी गई फ़ाइल देखें)। मैंने इस सीएसवी फ़ाइल के आधार पर एक एक्सेल फ़ाइल भी अपलोड की है। मैंने आपको यह दिखाने के लिए कुछ स्क्रीनशॉट लिए कि टकराव कैसा दिखता है (मेरे परीक्षणों में), मैंने प्रत्येक स्क्रीनशॉट में टिप्पणियाँ भी जोड़ीं।

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

अंत में, 5 सेंसर-प्रेषक इकाइयों (लगभग 920/सेंसर) पर 4598 मापों के परिणामस्वरूप 48 घंटों (0.5435 टकराव/100 माप) की अवधि के लिए कुल 5 टकराव हुए। कुछ गणित करना (प्रारंभिक डेटा के साथ wsn_test प्रोग्राम का उपयोग करना: 5 सेंसर, औसत समय 180s, ट्रांसमिशन समय 110 एमएस) टकराव की संभावना 0.015185 (1.52 टकराव/100 माप) होगी। व्यावहारिक परिणाम और भी बेहतर है तो सैद्धांतिक परिणाम है ना?:)

वैसे भी इस अवधि में 18 पैकेट गुम भी हुए हैं, इसलिए इस संबंध में टकराव वास्तव में बहुत ज्यादा मायने नहीं रखता है। बेशक सबसे निर्णायक परिणाम प्राप्त करने के लिए परीक्षण लंबी अवधि में होना चाहिए, लेकिन मेरी राय में इस स्थिति में भी एक सफलता है और पूरी तरह से सैद्धांतिक मान्यताओं की पुष्टि करता है।

चरण 5: अंतिम विचार

तत्काल आवेदन

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

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

आगे क्या होगा?

• बड़ी संख्या में सेंसर के साथ परीक्षण;
• कवरेज क्षेत्र में रिमोट सेंसर के साथ रीयल-टाइम परीक्षण;
• स्थानीय IoT सर्वर को स्थापित और कॉन्फ़िगर करना (उदाहरण के लिए रास्पबेरी पाई पर);
• 2.4Ghz पर ट्रांसमीटर (ट्रांसीवर) -सेंसर के साथ भी टेस्ट।

तो… जारी रखा जाना…:)

अस्वीकरण: आपके क्षेत्र में 433 मेगाहर्ट्ज फ़्रीक्वेंसी बैंड का उपयोग करना रेडियो फ़्रीक्वेंसी नियमों के अधीन हो सकता है। कृपया इस परियोजना को आजमाने से पहले अपनी वैधता की जांच करें।

सेंसर प्रतियोगिता में उपविजेता