👨‍🏭 ☝🏽 👩🏽‍⚕️ डिस्प्ले डिवाइस के रूप में ईथरनेट और टैबलेट के साथ मौसम स्टेशन 🧕🏻 👆🏻 🐸

परिचय

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

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

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

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

इसलिए, अवधारणा के अनुसार, सिस्टम में चार भाग होते हैं:

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

एक्सचेंज प्रोटोकॉल

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

पुस्तकालय स्रोत कोड

// This library is free software; you can redistribute it and/or // modify it under the terms of the GNU Lesser General Public // License as published by the Free Software Foundation; either // version 2.1 of the License, or (at your option) any later version. // Created by Andrey Filimonov 2014 #ifndef WIRELESSSENSORPIPE_H #define WIRELESSSENSORPIPE_H #if ARDUINO >= 100 #include "Arduino.h" #else #include "WProgram.h" #endif class WirelessSensorPipe { public: enum SensorType { TEMPERATURE = 0, HUMIDITY, PRESSURE, WATERFLOW, HEATERSETPOINT, HEATERFLAMEENABLED, HEATERRWTEMPERATURE, HEATERTARGETROOMTEMPERATURE }; struct Packet { int16_t id; SensorType type; float value; }; private: Packet data; int16_t _id; public: void begin(uint16_t transmitPin, uint16_t receivePin, uint16_t pttPin = 10, uint16_t eepromAddress = 0); void send(SensorType type, float value); bool receive(Packet& packet, uint16_t timeout = 30000); int16_t id() {return _id;}; private: void EEPROMWriteInt(int p_address, int16_t p_value); int16_t EEPROMReadInt(int p_address); }; #endif

 // This library is free software; you can redistribute it and/or // modify it under the terms of the GNU Lesser General Public // License as published by the Free Software Foundation; either // version 2.1 of the License, or (at your option) any later version. // Created by Andrey Filimonov 2014 #include "WirelessSensorPipe.h" #include "VirtualWire.h" #include "EEPROM.h" //#define DEBUG void WirelessSensorPipe::EEPROMWriteInt(int p_address, int16_t p_value) { byte lowByte = ((p_value >> 0) & 0xFF); byte highByte = ((p_value >> 8) & 0xFF); EEPROM.write(p_address, lowByte); EEPROM.write(p_address + 1, highByte); } int16_t WirelessSensorPipe::EEPROMReadInt(int p_address) { byte lowByte = EEPROM.read(p_address); byte highByte = EEPROM.read(p_address + 1); return ((lowByte << 0) & 0xFF) + ((highByte << 8) & 0xFF00); } void WirelessSensorPipe::begin(uint16_t transmitPin, uint16_t receivePin, uint16_t pttPin, uint16_t eepromAddress) { // Initialise the IO and ISR vw_set_rx_pin(receivePin); vw_set_tx_pin(transmitPin); vw_set_ptt_pin(pttPin); vw_setup(256); // Bits per sec vw_rx_start(); // Start the receiver PLL running _id = EEPROMReadInt(eepromAddress); if (_id <= 10000) { randomSeed(analogRead(0)); _id = random(10000, 60000); EEPROMWriteInt(eepromAddress, _id); } } void WirelessSensorPipe::send(SensorType type, float value) { data.id = _id; data.type = type; data.value = value; vw_send((uint8_t *)&data, sizeof(Packet)); vw_wait_tx(); // Wait until the whole message is gone } bool WirelessSensorPipe::receive(Packet& packet, uint16_t timeout) { bool result = false; uint8_t message_length = sizeof(Packet); if (vw_wait_rx_max(timeout) && vw_get_message((uint8_t*)&data, &message_length) && message_length == sizeof(Packet)) { packet.id = data.id; packet.type = data.type; packet.value = data.value; result = true; } return result; }

मौसम सेंसर

ऐसा लगता था कि मौसम सेंसर बनाना सरल था। एक मौजूदा एमके पर (मुझे याद है कि यह Arduino Pro Mini के हिस्से के रूप में ATMega328 है) हम तापमान और आर्द्रता सेंसर को हुक करते हैं (परियोजना में यह DHT11 था), हम 433 मेगाहर्ट्ज OOK ट्रांसमीटर को हुक करते हैं, हम एक सॉफ्टवेयर पंप बनाते हैं जो सेंसर से डेटा पंप करता है, ट्रांसमीटर पर अपलोड करता है, और यही है। किया। मैं वर्णन नहीं करूंगा कि DHT11 को अर्डुइनो से कैसे जोड़ा जाए, इस तरह की सामग्री भरी हुई है, जिसमें हैबे ( http://habrahabr.ru/post/171525/ , http://habrahabr.ru/post/184966/ ) शामिल है। 433 मेगाहर्ट्ज पर OOK ट्रांसमीटर कनेक्ट करना भी कोई समस्या नहीं है ( http://habrahabr.ru/post/210830/ )। Adafruit DHT लाइब्रेरी का उपयोग डेटा प्राप्त करने के लिए किया जाता है (पुस्तकालयों का एक सेट यहां पाया जा सकता है: https://github.com/adafruit )। वर्णित माइक्रोटोकॉल का उपयोग करके संचार के संगठन के लिए।

सब कुछ सरल होगा, अगर पूर्णतावाद की लालसा के लिए नहीं। तथ्य यह है कि सेंसर को बैटरी पर काम करना चाहिए और लंबे समय तक काम करना चाहिए यह विश्वास मस्तिष्क में निहित है। और यहाँ एक घात था, क्योंकि अरडिनो अपनी मूल स्थिति में, यदि कोई कार्रवाई नहीं की गई थी, तो लगभग 50mA की खपत होती है। एक विशिष्ट एएए बैटरी की आशावादी क्षमता 1200mAh है। इस भूख के साथ, बैटरी का एक सेट 24 घंटे तक रहता है। चूंकि दिन में एक बार सभी सेंसरों में बैटरी बदलने का विचार मेरे लिए कोई उत्साह का कारण नहीं था, इसलिए मैंने एटम से नियंत्रकों के बिजली की बचत के तरीकों का अध्ययन करते हुए, सभी को बाहर कर दिया। सॉफ्टवेयर ट्रिक्स के अलावा, यह बाह्य उपकरणों के साथ कुछ करने के लिए आवश्यक था, अर्थात् DHT11 और ट्रांसमीटर के साथ। ताकि वे बैटरी को लगातार सूखा न दें, उन्हें पावर बस में +5 वी से जोड़ने का फैसला किया गया था, लेकिन एक अलग Arino लेग के लिए नहीं। यह आवश्यक होने पर ही परिधीयों को शामिल करने में सक्षम होगा। और चूंकि मौसम डेटा को हर 5 मिनट में एक बार से अधिक प्रसारित करने का कोई मतलब नहीं है, इसलिए प्रत्येक 5 मिनट में कई सेकंड के लिए बाह्य उपकरणों की भी आवश्यकता होती है। विनिर्देशों के अनुसार, ATmega328 अपने पिन के माध्यम से 40mA को खिलाने में सक्षम है, दूसरी ओर, ट्रांसमीटर की खपत 30mA है, DHT11 की खपत बहुत कम है, साथ ही वे कभी भी काम नहीं करते हैं, सेंसर से डेटा पहले पढ़ा जाता है, फिर वे प्रेषित होते हैं। तो 40mA पर्याप्त से अधिक होना चाहिए। संक्षेप में, डिवाइस में तीन उपभोक्ता हैं:

परिधीय (वस्तुतः इससे निपटा गया, एक अलग पैर से संचालित)
स्वयं माइक्रोकंट्रोलर (यहां आपको ऊर्जा संरक्षण से निपटने की आवश्यकता है)
Arduino बोर्ड पर अनावश्यक परिधीय (उदाहरण के लिए, बिजली की उपस्थिति का संकेत देने वाला एक एलईडी)

एलईडी और वोल्टेज कनवर्टर + 6.5 वी ... 12 वी से 5 वी तक, अरडूइनो बोर्ड पर मौजूद है और यदि आप इसे किसी भी चीज के साथ शक्ति देना चाहते हैं, तो आवश्यक है, अगर यह केवल 12 वी से अधिक नहीं था, तो तुरंत विवादित हो गए, क्योंकि सेंसर को तीन बैटरी द्वारा संचालित किया जाना था। 3.7V की कुल वोल्टेज के साथ एएए ... 5.1 वी (ताजगी की डिग्री के आधार पर), इसलिए एक हिरन कनवर्टर बेकार है। एलईडी मेरे लिए भी बेकार है, कोई भी इसे मामले के अंदर नहीं देखेगा। हुर्रे, सर्जरी ने लगभग आधे से 28mA तक भूख में कमी की है। लेकिन यह अभी भी बहुत कुछ है। चूंकि, माप के समय तक, परिधीय शक्ति पहले से ही एमके पैर से आपूर्ति की गई थी और उस समय बंद हो गई थी, इसलिए यह निष्कर्ष निकाला गया कि 28mA नियंत्रक की भूख है। आप इसे केवल सॉफ्टवेयर जाम कर सकते हैं। कई निर्देश और मैनुअल पढ़े गए हैं। इस ज्ञान में सबसे अधिक ज्ञान शामिल है। ऊर्जा की बचत के साथ अग्नि परीक्षा को छोड़ दें, तो मैं कहूंगा कि सबसे अधिक मदद ऊर्जा-बचत मोड SLEEP_MODE_PWR_DOWN के साथ शामिल होने से हुई थी जब वॉचडॉग टाइमर चालू हो गया था, एनालॉग-से-डिजिटल कनवर्टर बंद हो गया और एक अस्वीकार्य रूप से कम आपूर्ति वोल्टेज (तथाकथित-ब्राउन) के साथ ऑपरेशन मोड का पता लगाने। यदि आप एनर्जी फैट मैन को एनारिक्स में बदलने पर मेरी सूची से केवल पहले दो बिंदुओं का प्रबंधन करते हैं, तो खपत लगभग 20uA होगी। यह मूल 28mA से एक हजार गुना छोटा है, और सिद्धांत रूप में, कोई भी वहां रुक सकता है, लेकिन ATmega328 डेटाशीट का कहना है कि जब माइक्रोकंट्रोलर किसी भी चीज़ में व्यस्त नहीं है, तो यह 1uA से कम खपत कर सकता है!
एमसी के अंदर, विभिन्न डिवाइस आपूर्ति वोल्टेज में गिरावट के लिए अलग-अलग प्रतिक्रिया देते हैं। इसलिए, जैसा कि आपूर्ति वोल्टेज कम हो जाती है, आप एक ऐसी स्थिति प्राप्त कर सकते हैं जहां क्रिस्टल का मुख्य भाग काम कर रहा है, और कुछ डिवाइस अस्थिर नहीं हैं, या नहीं जैसा कि होना चाहिए। ऐसी लोहे की असंगति से बचने के लिए, एमसी महत्वपूर्ण स्तर से नीचे आपूर्ति वोल्टेज में गिरावट का पता लगा सकता है और पूरी तरह से बंद कर सकता है। हालांकि, यह सुविधा, जैसा कि यह निकला, इसके लिए काफी महत्वपूर्ण शक्ति की आवश्यकता होती है। ब्राउन-आउट को अक्षम करने से तथ्य यह है कि माइक्रोएरे धाराओं को मापने के मोड में मेरी चीनी मल्टीमीटर DT838 ने दिखाया कि यह कुछ भी महसूस नहीं करता है। यहाँ यह है! यह शायद ही कहा जा सकता है कि वर्तमान 1uA से कम हो गया है, लेकिन यह निश्चित रूप से माइक्रोमीटर संवेदनशीलता संवेदनशीलता से कम हो गया है, जो बदले में, 20uA से निश्चित रूप से कम है। चूंकि माप की सटीकता ने आगे के प्रशिक्षण की अनुमति नहीं दी थी, इसलिए परिणाम को संतोषजनक मानने और ऊर्जा खपत पर शोध को समाप्त करने का निर्णय लिया गया।
तो, सेंसर को इकट्ठा किया गया था, एक कोड अंदर सिल दिया गया है, जो उसी पंप को लागू करता है जो हर 5 मिनट में एक बार चालू होता है और बाकी समय में गहरी नींद में चला जाता है। ब्रेडबोर्ड पर, प्रेषित डेटा के लिए एक रिसीवर को मार दिया गया था। सब कुछ संचालित था और ... आमतौर पर ऐसे स्थानों में एक दीर्घवृत्त के बाद वे कुछ अप्रत्याशित महाकाव्य फ़ाइल लिखते हैं, लेकिन नहीं, सब कुछ सुचारू रूप से चला गया, परीक्षण रिसीवर ने डेटा प्राप्त करना शुरू कर दिया और डेटा पूरी तरह से पर्याप्त दिखाई दिया: तापमान - 25 डिग्री, आर्द्रता - 40%। हुर्रे, कॉमरेड्स! काम हो गया। रुचि के लिए, डिवाइस को फील्ड परिस्थितियों के करीब स्थितियों में रखने का निर्णय लिया गया था, अर्थात् ट्रांसमीटर और रिसीवर के बीच की दूरी को 10 सेमी से बढ़ाकर 5 मी। और यहाँ महाकाव्य फ़ाइल क्रेप। प्रत्यक्ष दृश्यता की स्थितियों में, 5 मीटर की दूरी पर, रिसीवर ने कुछ भी पंजीकृत नहीं किया। मैं घटनाओं के ऐसे मोड़ के लिए तैयार था और मुझे लगा कि मुझे पता है कि क्या हो रहा था। तथ्य यह है कि उस समय न तो रिसीवर और न ही ट्रांसमीटर में एंटीना होता था। सभी नियमों के अनुसार, क्वार्टर-लहर एंटेना की एक जोड़ी को तुरंत मापा और काट दिया गया था (मुझे याद है कि 433 मेगाहर्ट्ज के लिए यह लगभग 17.5 सेमी तार है)। कंडक्टरों को एंटेना और एक चमत्कार के स्थान पर सील कर दिया गया, ट्रांसमिशन चला गया! अगला कदम रिसीवर और ट्रांसमीटर के बीच 375 मिमी मोटी सिलिकेट दीवार रखकर दृष्टि की रेखा को समाप्त करना है। और फिर से परेशानी, ट्रांसमिशन, यानी यह वहाँ नहीं है। उपकरणों के स्थान, एंटेना, उनके आकार, और इनसाइड (फंसे तार, एकल-कोर, विभिन्न इन्सुलेशन (क्यों?)) के साथ नृत्य करने से कुछ भी नहीं हुआ। ट्रांसमिशन स्पीड को हास्यास्पद 256 बीपीएस तक कम करने से स्थिति में बहुत सुधार नहीं हुआ। एंटेना और रेडियोफिजिक्स के क्षेत्र में ज्ञान की कमी को दूर करने के प्रयास में, उन्होंने रेडियोफिजिकल शिक्षा के साथ तीन लोगों को शामिल किया, जिनमें से एक भौतिक विज्ञान का एक उम्मीदवार है। गाना बजानेवालों में से सभी ने घोषणा की कि "एंटीना का इससे कोई लेना-देना नहीं है, इन ट्रांसमीटरों, बशर्ते कि सिग्नल सही ढंग से एन्कोड किया गया हो, किसी भी कचरे के साथ काम करें जो एंटीना के रूप में जुड़ा हुआ है, आपने शायद कुछ खास किया ताकि वे 10 मीटर तक काम न करें" । व्यंग्य को चबाया और कहा कि कोडिंग सही है, क्योंकि वर्चुअवेर मैनचेस्टर कोड का उपयोग इसके शीर्ष पर अतिरिक्त चेक के साथ करता है, मुझे लगता है कि मैं कुछ गलत कर सकता था। यदि हम सभी स्पष्ट रूप से स्पष्ट, लेकिन अभी भी अविश्वसनीय मान्यताओं को छोड़ देते हैं, जो कि मैं दोषपूर्ण ट्रांसमीटर या रिसीवर में आया (मेरे पास उनके पांच सेट थे, मैंने उन्हें आज़माया, परिणाम समान है), केवल एक संस्करण था - मैं ट्रांसमीटर को पूरा नहीं कर रहा हूं। प्रायोगिक उद्देश्यों के लिए, मैंने एमके फुट से ट्रांसमीटर पावर को + 5 वी बस और वॉयला में स्थानांतरित किया, रिसीवर पर डेटा है। इसके अलावा, वे वहाँ हैं, एंटीना की स्थिति की परवाह किए बिना, यह क्या से बना है, और जहां रिसीवर और ट्रांसमीटर घर के भीतर स्थित हैं। जिन परिस्थितियों में मैं प्रसारण में रुकावट पैदा करने में सफल रहा, उनमें एक लोहे की टोपी के साथ ट्रांसमीटर को कवर करना था (लेकिन यह पहले से ही श्रृंखला से है "आआआआआ, गंभीर साइबेरियाई पुरुषों ने कहा")। इसके अलावा, 10 सेकंड के लिए ब्रेनवॉश किया गया (इससे पहले मैंने ऐसा क्यों नहीं किया?), मैंने महसूस किया कि OOK ट्रांसमीटर कुछ भी नहीं खाता है जब वह कुछ भी प्रसारित नहीं करता है, इसलिए यह बैटरी को किसी भी "बाहरी" तरीके से बचाने के लिए कोई मतलब नहीं है। संस्करण के लिए समय क्यों एमके पैर से ट्रांसमीटर खराब संचालित होता है। मेरे पास इस विषय पर कोई औपचारिक रूप से पुष्टि सिद्धांत नहीं है, बिना आस्टसीलस्कप के, जो मेरे पास नहीं है, यह वास्तव में ठीक-ठीक पता लगाना असंभव है, लेकिन इस तरह की एक कार्य परिकल्पना है। 30mA, बहादुर चीनी द्वारा ट्रांसमीटर को घोषित किया, कुछ भी मतलब हो सकता है। उदाहरण के लिए, एक परीक्षण अनुक्रम प्रेषित करते समय औसत खपत। इसी समय, एक इकाई के हस्तांतरण के दौरान चोटी की खपत 40mA से अधिक सहित कुछ भी हो सकती है। दूसरी ओर, मुझे यकीन है कि एमके आउटपुट के लिए घोषित 40mA ऊपरी सीमा है, जिसके आगे कुछ भी गारंटी नहीं है। इसलिए यह बहुत संभव है कि ट्रांसमीटर की चरम खपत एमके की क्षमताओं से अधिक आसानी से हो सकती है। यह ध्यान देने योग्य है कि सेंसर को डिजाइन करने के दो सप्ताह में (मूल रूप से कुछ दिनों की योजना बनाई गई थी), मैंने ट्रांसमीटर के साथ समस्याओं को सुलझाने में 90% समय बिताया।
तुच्छ विद्युत सर्किट इस तरह दिखता है:

सेंसर स्रोत कोड

 #include <avr/sleep.h> #include <avr/wdt.h> #include <DHT.h> #include <VirtualWire.h> //workaround for the stupid arduino problem of not being able to include a library from another library, so i'm including the libs needed by WSP here #include <EEPROM.h> #include <WirelessSensorPipe.h> //#define DEBUG #define KIDROOM //#define OUTDOOR /* hardware configuration */ #define ACCESSORIESPOWERPIN 3 #define DHTPIN 4 #define TRANSMITPIN 2 #if defined (KIDROOM) #define DHTTYPE DHT22 #define TCORRECTION (0) #define HCORRECTION (0) #elif defined (OUTDOOR) #define DHTTYPE DHT22 #define TCORRECTION (0) #define HCORRECTION (0) #endif #ifdef DEBUG #define SLEEPDURATION 0 //sleep duration in seconds, shall be a factor of 8 #else #define SLEEPDURATION 320 //sleep duration in seconds, shall be a factor of 8 #endif DHT dht(DHTPIN, DHTTYPE); void sleepFor8Secs() { // disable ADC ADCSRA = 0; // clear various "reset" flags MCUSR = 0; // allow changes, disable reset WDTCSR = bit (WDCE) | bit (WDE); // set interrupt mode and an interval WDTCSR = bit (WDIE) | bit (WDP3) | bit (WDP0); // set WDIE, and 8 seconds delay wdt_reset(); // pat the dog set_sleep_mode (SLEEP_MODE_PWR_DOWN); sleep_enable(); // turn off brown-out enable in software MCUCR = bit (BODS) | bit (BODSE); MCUCR = bit (BODS); sleep_cpu (); // cancel sleep as a precaution sleep_disable(); } // watchdog interrupt ISR (WDT_vect) { wdt_disable(); // disable watchdog } // end of WDT_vect WirelessSensorPipe pipe; void setup () { #ifdef DEBUG Serial.begin(9600); Serial.println("Entered setup"); #endif dht.begin(); pinMode(ACCESSORIESPOWERPIN, OUTPUT); pipe.begin(TRANSMITPIN, 0); #ifdef DEBUG Serial.print("Sensor id:"); Serial.print(pipe.id()); #endif } void loop() { pinMode(ACCESSORIESPOWERPIN, OUTPUT); digitalWrite(ACCESSORIESPOWERPIN, HIGH); //turn on the DHT sensor and the transmitter delay(2000); //sleep till the intermediate processes in the accessories are settled down float humidity = dht.readHumidity() + HCORRECTION; float temperature = dht.readTemperature() + TCORRECTION; digitalWrite(ACCESSORIESPOWERPIN, LOW); // turn off the accessories power pinMode(ACCESSORIESPOWERPIN, INPUT); //change pin mode to reduce power consumption #ifdef DEBUG Serial.print("Humidity: "); Serial.println(humidity); Serial.print("Temperature: "); Serial.println(temperature); /* blink the LED to indicate that the readings are done */ digitalWrite(13, HIGH); delay(100); digitalWrite(13, LOW); #endif pipe.send(WirelessSensorPipe::TEMPERATURE, temperature); delay(1000); pipe.send(WirelessSensorPipe::HUMIDITY, humidity); for (int i = 0; i < SLEEPDURATION / 8; i++) sleepFor8Secs(); }

एक चौकस पाठक ध्यान देगा कि फर्मवेयर ने DHT से पढ़े गए डेटा के सुधार को शुरू करना संभव बना दिया है। तथ्य यह है कि DHT11, जैसा कि यह निकला, कई नुकसान हैं, अर्थात्: पूर्णांक डिग्री की सटीकता, अत्यंत खराब अंशांकन और माप से माप तक और सेंसर से सेंसर तक परिणाम। तो पास में खड़े दो DHT11s दो डिग्री का तापमान अंतर दिखा सकते हैं, जो मुझे सूट नहीं करता था। इसके अलावा, अगले लेख के विषय की प्रतीक्षा करते हुए, मैं कहूंगा कि मेरा घर एक बॉयलर द्वारा गर्म किया जाता है, जिसे उस समय हाथों से नियंत्रित किया गया था, अर्थात। सड़क पर स्थिति के आधार पर, हम वांछित बॉयलर आउटपुट सेट करते हैं। लगभग सभी आधुनिक बॉयलरों में कम से कम ऑन / ऑफ मोड को नियंत्रित करने की क्षमता होती है। इसलिए अगली परियोजना गली में उपलब्ध तापमान डेटा और इनडोर वातावरण को थर्मोस्टेटिक रूप से नियंत्रित करने के लिए है। इस प्रयोजन के लिए, एक डिग्री की सटीकता के साथ कमरे के अंदर के तापमान को मापना बहुत अशिष्टता है, इस तरह की अशिष्टता तापमान नियंत्रण प्रणाली में आत्म-दोलनों की ओर जाता है। इसलिए DHT11 को बहुत अधिक महंगे DHT22 के साथ बदलने का निर्णय लिया गया, जिसमें किसी भी सुधार की आवश्यकता नहीं है (दो DHT22, एक स्थान पर खड़े होकर एक डिग्री के दसवें तक रीडिंग में मेल खाते हैं) और दस गुना अधिक सटीक।

सेंसर तस्वीरें

केंद्रीय इकाई

इसलिए, हवा पर मौसम का डेटा उपलब्ध है। सवाल यह है कि आगे क्या किया जाए। और फिर उन्हें पकड़ने की जरूरत है, HTTP में एनकैप्सुलेटेड और आपके मौजूदा घर में एक सर्वर में स्थानांतरित किया जाएगा। ऐसा करने के लिए, एक Arduino Nano, एक 433MHz सुपर-पुनर्योजी रिसीवर और एक ENC28J60 ईथरनेट मॉड्यूल से लैस एक केंद्रीय इकाई बनाने का निर्णय लिया गया। प्रो मिनी के बजाय नैनो का उपयोग करना नैनो बोर्ड पर 3V3 कनवर्टर की उपस्थिति से निर्धारित किया गया था, और ENC28J60, सूचना पिन पर + 5V सहिष्णुता के बावजूद, अभी भी 3V3 शक्ति की आवश्यकता है।
योजना इस प्रकार है:

जैसा कि आप देख सकते हैं, ENC28J60 के अलावा, केंद्रीय इकाई के स्थान पर तापमान / आर्द्रता लेने के लिए सर्किट में एक DHT सेंसर (अंततः यह DHT22 होता है) और दबाव को मापने के लिए उपयोग किया जाने वाला BMP085 सेंसर होता है। हार्डवेयर कार्यान्वयन की सुविधाओं में, यह ध्यान देने योग्य है कि BMP085 अलग-अलग हैं, सेंसर स्वयं 3V3 द्वारा संचालित है, लेकिन मैंने इसे बिल्ट-इन 5V-> 3V3 कनवर्टर के साथ खरीदा है, ताकि इसे दोनों वोल्टेज से संचालित किया जा सके। नैनो के मामले में, यह अप्रासंगिक है, क्योंकि इसका अपना कनवर्टर है, लेकिन प्रो मिनी का उपयोग करने के मामले में यह एक उपयोगी विशेषता होगी।
हार्डवेयर भाग के साथ कोई आश्चर्य नहीं था, लेकिन सॉफ्टवेयर के साथ - पर्याप्त से अधिक। आश्चर्य ईथरनेट नियंत्रक से जुड़े हैं। सबसे पहले, ENC28J60 ईथरनेट ढाल में व्यापक रूप से इस्तेमाल किए जाने वाले W5100 से भिन्न होता है कि इसमें एक टीसीपी / आईपी हार्डवेयर कार्यान्वयन नहीं होता है, स्टैक को प्रोग्रामेटिक रूप से लागू किया जाता है और इस चिप के साथ काम करने के लिए एक पुस्तकालय है। दूसरे, पूरा समुदाय-अनुभव Arduino पर आदिम HTTP सर्वर के कार्यान्वयन के आसपास केंद्रित है, लेकिन मेरा कार्य इसके विपरीत है, Arduino को "ब्राउज़र" बनाने के लिए जो HTTP GET अनुरोध के माध्यम से सर्वर को डेटा भेजेगा। इस तरह के एक ब्राउज़र को लागू करने का प्रयास कठिनाइयों का एक सभ्य राशि में चला गया। इस तथ्य के बावजूद कि ईथरकार्ड लाइब्रेरी, ब्राउज़ यूआरएल विधि को परिभाषित करता है, जो वह करता है जिसकी आवश्यकता है, इसका संचालन स्थिर नहीं है। विधि का अर्थ केवल लाइब्रेरी से GET अनुरोध उत्पन्न करने का अनुरोध है। अनुरोध को निष्पादित करने के लिए, आपको एक कॉलबैक विधि को परिभाषित करने की आवश्यकता होती है, जिसे सर्वर से डेटा प्राप्त करने के लिए कहा जाता है और BrowseURL को कॉल करने के बाद, पैकेटेटॉप विधि को कॉल करें, जो सीधे यातायात को पंप करता है। इसलिए, सैद्धांतिक रूप से, संदेश भेजने के काम में दो चरण होते हैं: एक एकल कॉल ब्राउजर और एक कई कॉल पैकेटेटॉप को अनुरोध को पंप करने और प्रतिक्रिया प्राप्त करने के लिए। यह पूरी तरह से समझ में नहीं आता है कि आपको पैकेटेटॉप को कितनी बार खींचने की आवश्यकता है। विधि किसी भी स्थिति को वापस नहीं करती है। इनपुट पैकेट की लंबाई को स्वीकार करता है, जिसे पैकेटसेटिव विधि कहकर निर्धारित किया जा सकता है। मेरा पहला विचार पैकेटसेटिव और पैकेटसेटॉप को तब तक खींचना था जब तक पैकेटसेटिव नॉन-जीरो रिटर्न नहीं करता। लेकिन नहीं, सबसे पहले, BrowseUrl पर कॉल करने के तुरंत बाद, बहुत सारे पैकेट री-कॉल कॉल शून्य हो जाते हैं। दूसरे, पहले गैर-शून्य की उपस्थिति के बाद, शून्य की एक श्रृंखला जा सकती है, फिर दोबारा शून्य नहीं। चूंकि सर्वर से उत्तर मेरे लिए दिलचस्प नहीं है, इसलिए मुख्य समस्या पैकेट को कॉल करने के लिए सर्वर से जीईटी अनुरोध प्राप्त करने के लिए आवश्यक समय की संख्या है, विपरीत दिशा में स्थानांतरण को छोड़ दिया जा सकता है। यहां कॉलबैक ने मदद की, जो ENC28J60 बफर में डेटा दिखाई देने पर ईथरकार्ड कॉल करता है। यह सुनिश्चित करने के लिए पहली कॉल के लिए प्रतीक्षा करने के लिए पर्याप्त है कि सर्वर की ओर स्थानांतरण हुआ है और विपरीत दिशा में स्थानांतरण शुरू हो गया है। उसके बाद, पैकेटटॉप कॉल को समाप्त किया जा सकता है। समस्या यह है कि कभी-कभी ब्राउज़बैक के बाद कॉलबैक को कॉल नहीं किया जाता है और फिर पैकेटटॉप कॉल के लूप में आप हमेशा के लिए कॉल कर सकते हैं। मुझे इस प्रक्रिया को समय पर सीमित करना था। यदि Arduino को 5 सेकंड के भीतर सर्वर से प्रतिक्रिया नहीं मिलती है, तो यह वर्तमान अनुरोध का प्रयास फेंकता है। एक और बहुत ही अप्रिय आश्चर्य है कि समय-समय पर (यह बेहद अस्थिर होता है, लेकिन दिन में एक बार सुनिश्चित होता है) अग्रानुक्रम ENC28J60 / ethercard स्थिर अवस्था में आता है जब कुछ भी प्रेषित नहीं होता है और प्राप्त नहीं होता है। इसका इलाज एमके को रिबूट करके किया जाता है। इसलिए हमें स्थानांतरण के असफल प्रयासों पर विचार करना पड़ा और बड़ी संख्या में उनके संचय के मामले में, नियंत्रक को जबरन अधिभारित किया गया।
इन सभी चालों के साथ, केंद्रीय इकाई पूरी तरह से काम करती है, मैं अब एक महीने से इसके काम में कोई हस्तक्षेप नहीं कर रहा हूं।

केंद्रीय इकाई स्केच

 #include <Wire.h> #include <DHT.h> #include <VirtualWire.h> #include <EtherCard.h> #include <EEPROM.h> #include <Time.h> #include <WirelessSensorPipe.h> #include <Adafruit_BMP085.h> #define DEBUG /* Hardware configuration */ #define RECEIVEPIN 2 #define DHTPIN 4 #define DHTTYPE DHT22 /* Sensor corrections */ #define TCORRECTION (0) #define HCORRECTION (0) /* Timeouts */ #define RECEIVETIMEOUT 30 // wireless receive timeout #define MEASUREUPDATEPERIOD 300 //self measuring period /* Own sensors */ DHT dht(DHTPIN, DHTTYPE); Adafruit_BMP085 bmp; /*Sensor pipe*/ WirelessSensorPipe pipe; /* Ethercard stuff */ #define BUFFER_SIZE 400 byte Ethernet::buffer[BUFFER_SIZE]; #define FAILEDSENDATTEMPTSALLOWED 10 //if it fails to send data more than FAILEDSENDATTEMPTSALLOWED attempts the reboot is forced static uint8_t mymac[6] = { 0x54,0x55,0x58,0x12,0x34,0x56 }; char PROGMEM websrvip_str[] = "192.168.1.250"; byte answer_received = 0; // called when the client request is complete static void my_callback (byte status, word off, word len) { #ifdef DEBUG Serial.print(F("HTTP GET status: ")); Serial.println(status); // Ethernet::buffer[off+300] = 0; // Serial.print((const char*) Ethernet::buffer + off); #endif answer_received = 1; } void(* resetFunc) (void) = 0; int num_of_failed_send_requests = 0; void sendSensorData(int sensor_id, int sensor_type, float data) { char buffer[40]; char conv_buffer[11]; buffer[0] = 0; strcat_P(buffer, PSTR("?script=updS")); strcat_P(buffer, PSTR("&id=")); strcat(buffer, itoa(sensor_id, conv_buffer, 10)); strcat_P(buffer, PSTR("&t=")); strcat(buffer, itoa(sensor_type, conv_buffer, 10)); strcat_P(buffer, PSTR("&v=")); strcat(buffer, dtostrf(data, 2, 2, conv_buffer)); #ifdef DEBUG Serial.print(hour()); Serial.print(":"); Serial.print(minute()); Serial.print(":"); Serial.print(second()); Serial.print(" :"); Serial.print(F("Sending request with params: ")); Serial.println(buffer); #endif answer_received = 0; ether.browseUrl(PSTR("/objects/"), buffer, websrvip_str, &my_callback); int packet_len = 1; int begin_waiting_time = now(); while(!answer_received || packet_len != 0) { packet_len = ether.packetReceive(); ether.packetLoop(packet_len); if (now() - begin_waiting_time > 5) { num_of_failed_send_requests++; Serial.print(F("Failed to send data ")); Serial.print(num_of_failed_send_requests); Serial.println(F(" times")); if (num_of_failed_send_requests >= FAILEDSENDATTEMPTSALLOWED) { Serial.println(F("Resetting the device")); resetFunc(); } break; } } } void setup () { #ifdef DEBUG Serial.begin(9600); Serial.println(F("Entered setup")); #endif pipe.begin(0, RECEIVEPIN); #ifdef DEBUG Serial.print("Sensor id:"); Serial.println(pipe.id()); #endif dht.begin(); bmp.begin(); if (ether.begin(sizeof Ethernet::buffer, mymac) == 0) { Serial.println(F("Failed to access Ethernet controller")); resetFunc(); } if (!ether.dhcpSetup()) { Serial.println(F("DHCP failed")); resetFunc(); } ether.printIp(F("IP: "), ether.myip); ether.printIp(F("GW: "), ether.gwip); ether.printIp(F("DNS: "), ether.dnsip); if (!ether.dnsLookup(websrvip_str)) { Serial.println(F("DNS failed")); resetFunc(); } ether.printIp(F("SRV: "), ether.hisip); } time_t previous_measure_time = -1; void loop() { time_t current_time = now(); if(current_time - previous_measure_time > MEASUREUPDATEPERIOD) { float dhttemperature = dht.readTemperature() + TCORRECTION; float humidity = dht.readHumidity() + HCORRECTION; float temperature = bmp.readTemperature(); float pressure = bmp.readPressure()/133.33; sendSensorData(pipe.id(), 500, temperature); sendSensorData(pipe.id(), WirelessSensorPipe::TEMPERATURE, dhttemperature); sendSensorData(pipe.id(), WirelessSensorPipe::HUMIDITY, humidity); sendSensorData(pipe.id(), WirelessSensorPipe::PRESSURE, pressure); previous_measure_time = current_time; } WirelessSensorPipe::Packet packet; if (pipe.receive(packet, RECEIVETIMEOUT * 1000)) { sendSensorData(packet.id, packet.type, packet.value); } }

तैयार डिवाइस की तस्वीरें

जैसा कि आप देख सकते हैं, DHT22 खतरे की ओर है, जो मामले पर नहीं रखा जा सकता है, और इससे भी अधिक मामले के अंदर, चूंकि तापमान सेंसर को झूठ बनाने के लिए डिवाइस एक छोटी लेकिन पर्याप्त मात्रा में गर्मी उत्पन्न करता है। एक उदाहरण के रूप में, BMP085 सेंसर का तापमान रीडिंग केस के अंदर स्थित है, जो सही मान से 2 डिग्री ऊपर है।

सर्वर साइड

पहला विचार जो मन में आता है जब आप उनके बाद के प्रदर्शन के साथ संख्याओं को संग्रहीत करने के लिए एक चीज बनाने जा रहे हैं: आप शायद पहले नहीं हैं जो इस पहिया का आविष्कार करने की कोशिश कर रहे हैं। इंटरनेट की संक्षिप्त जांच से पता चला है कि समाधान की सीमा काफी विस्तृत है, "और क्या, एक प्रोग्रामर चटोली से नहीं? यहाँ आपका VisualBasic है, इसे प्रोग्राम करें, "यहाँ, यहाँ, थोड़ा ट्वीक और सब कुछ बॉक्स से बाहर काम करता है।" सच, हमेशा की तरह, बीच में कहीं है। एक तरफ, यह स्पष्ट है कि सब कुछ खूबसूरती से करने के लिए, आपको कोड में पूरी तरह से निवेश करना होगा, यह आसानी से किसी भी उत्साह को बुझा सकता है। दूसरी ओर, बॉक्सिंग समाधान कभी नहीं करते हैं कि वे क्या चाहते हैं, उनके पास अनुकूलन की कमी है। मैंने धीरे-धीरे इस तथ्य को जन्म दिया कि एक अद्भुत परियोजना माजर्डोमो (smartliving.ru) है, जिसका उद्देश्य स्मार्ट घर के लिए एक मंच बनाना है।"एक स्मार्ट पर्याप्त मौसम स्टेशन स्मार्ट होम का हिस्सा क्यों नहीं है?" मैंने सोचा और इस मुद्दे का अध्ययन करने के लिए बैठ गया। माजर्डोमो आईएमएचओ की सुंदरता यह है कि काफी सरल, विशिष्ट चीजें थोड़ी अनुकूलन और बॉक्स के ठीक बाहर काम करती हैं। लेकिन हमेशा अवसर होता है, अगर आप कुछ जोड़ना पसंद नहीं करते हैं, (क्योंकि PHP में अच्छी तरह से विकसित स्क्रिप्टिंग टूल हैं) या फिर से लिखना (प्लेटफ़ॉर्म खुला है, तो स्रोत कोड उपलब्ध है)। माजर्डोमो द्वारा समर्थित टूल में से, ऑब्जेक्ट उपयोगी थे, डेटा जिसमें HTTP अनुरोध और होम पेज के माध्यम से बाहरी रूप से अपडेट किया जा सकता है, जिस पर आप HTML / JS / CSS और बाकी वेब प्रौद्योगिकी चिड़ियाघर द्वारा समर्थित किसी भी चीज़ को आकर्षित कर सकते हैं।लेकिन हमेशा अवसर होता है, अगर आप कुछ जोड़ना पसंद नहीं करते हैं, (क्योंकि PHP में अच्छी तरह से विकसित स्क्रिप्टिंग टूल हैं) या फिर से लिखना (प्लेटफ़ॉर्म खुला है, तो स्रोत कोड उपलब्ध है)। माजर्डोमो द्वारा समर्थित टूल में से, ऑब्जेक्ट उपयोगी थे, डेटा जिसमें HTTP अनुरोध और होम पेज के माध्यम से बाहरी रूप से अपडेट किया जा सकता है, जिस पर आप HTML / JS / CSS और बाकी वेब प्रौद्योगिकी चिड़ियाघर द्वारा समर्थित किसी भी चीज़ को आकर्षित कर सकते हैं।लेकिन हमेशा अवसर होता है, अगर आप कुछ जोड़ना पसंद नहीं करते हैं, (क्योंकि PHP में अच्छी तरह से विकसित स्क्रिप्टिंग टूल हैं) या फिर से लिखना (प्लेटफ़ॉर्म खुला है, तो स्रोत कोड उपलब्ध है)। माजर्डोमो द्वारा समर्थित टूल में से, ऑब्जेक्ट उपयोगी थे, डेटा जिसमें HTTP अनुरोध और होम पेज के माध्यम से बाहरी रूप से अपडेट किया जा सकता है, जिस पर आप HTML / JS / CSS और बाकी वेब प्रौद्योगिकी चिड़ियाघर द्वारा समर्थित किसी भी चीज़ को आकर्षित कर सकते हैं।
Arduino पर सेंसर के लिए निम्नलिखित संरचना वाली वस्तुओं का एक अलग वर्ग आयोजित किया गया था:

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

इन सेंसर के मूल्यों को तब होम पेज का उपयोग करके कल्पना की जाती है। मैंने अलग-अलग डेटा, या समान डेटा प्रदर्शित करने के लिए अलग-अलग पृष्ठों का उपयोग किया, लेकिन विभिन्न उपकरणों पर प्रदर्शन के लिए अनुकूलित रूप में।

उपकरण प्रदर्शित करें

पुराने डेल स्ट्रीक 5, जो धूल की उचित मात्रा के साथ कवर किया गया था, केंद्रीय डिस्प्ले डिवाइस के रूप में इस्तेमाल किया गया था, जो [लेख की शुरुआत के संदर्भ में, डिस्प्ले डिवाइस की पसंद के साथ पैराग्राफ में] 1.8 या 2.2 इंच से अधिक लाभदायक लग रहा है जो सीधे Arduino के लिए खराब हो गया था और अधिकतम पर पाठ और 8x8 आइकन प्रदर्शित करने में सक्षम। शुरू में डॉल्फिन ब्राउज़र को ऑटोरन पर सेट किया गया था, जो मौसम का पेज खोलता है, वह मौसम स्टेशन का तैयार चेहरा बन गया (और न केवल मौसम स्टेशन, फिर से तापमान नियंत्रण पर भविष्य के लेख की घोषणा करता है)। यह ध्यान दिया जाना चाहिए कि संबंधित माजर्डोमो होमपेज के पाठ में मुझे उन ट्रिक्स के एक सेट का सहारा लेना पड़ा, जो ब्राउज़र को पूर्ण-स्क्रीन मोड में डालते हैं और हर चीज को बहुत अधिक छुपा देते हैं, जैसे एड्रेस बार और एंड्रॉइड स्टेटस बार।
इसके अलावा, बच्चों के कमरे में जलवायु की स्थिति पर नजर रखने के लिए, पति-पत्नी द्वारा मुख्य रूप से iPhone और iPad पर डेटा देखा जाता है।

तस्वीरों में इस तकनीकी हॉजपोज का परिणाम

Dell Streak:

Streak:

12 , :

iPhone:

परीक्षण, निष्कर्ष, योजना

आज तक, सिस्टम लगभग डेढ़ महीने से काम कर रहा है। इसके बारे में कोई विशेष शिकायत नहीं है, दो बार मँडरा रही केंद्रीय इकाई को छोड़कर, ENC28J60 के साथ पूरी तरह से बंद हो गया (यहां तक कि लिंक और गतिविधि एल ई डी की रोशनी नहीं थी)। कुछ सेकंड के लिए यूनिट से बिजली हटाकर इसका इलाज किया गया। इस व्यवहार के कारणों को घर के ऑन-बोर्ड नेटवर्क में बिजली की बहुत अच्छी गुणवत्ता दर्ज नहीं की गई थी, जो कभी-कभी "झुनझुने", अर्थात्। एक सेकंड के कुछ अंशों के लिए गायब हो जाता है। ऐसी परिस्थितियों में इलेक्ट्रॉनिक्स कैसे व्यवहार करता है, यह ज्ञात नहीं है। इस कारक के प्रभाव को रोकने के साधन के रूप में, यह 1F पर दो आयनस्टोर्स स्थापित करने की योजना बनाई गई थी (एक 5V नियंत्रक को शक्ति देने के लिए, दूसरी ईथरनेट एडाप्टर 3V3 के लिए)। बैटरी के रूप में रिजर्व का प्रबंधन करना संभव था, लेकिन यह बहुत अधिक महंगा है (आयनस्टोर्स की लागत दसियों रूबल है,सामान्य बैटरी के एक सेट की कीमत पांच सौ होगी), यह दिलचस्प नहीं है (मैंने कई बार बैटरी देखी, और मैं पहली बार आयनस्टोर्स देखता हूं) और लक्ष्य को पूरा नहीं करता है (चूंकि लक्ष्य अल्पकालिक, कई सेकंड के प्रभाव को रोकने के लिए है, नेटवर्क पर विले प्रभाव, और बिजली की अनुपस्थिति में इकाई को बिजली देने के लिए नहीं। )।
निष्कर्ष में, आप लिख सकते हैं कि ग्रंथियों का एक समूह अपने कार्य के साथ मुकाबला करता है और निम्नलिखित दिशाओं में विस्तार के लिए आरक्षित है:

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

निकट भविष्य में उल्लिखित हैं:

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

डिस्प्ले डिवाइस के रूप में ईथरनेट और टैबलेट के साथ मौसम स्टेशन