घर का बना वायरलेस विंडो सेंसर: STM32L051 + RFM69 + Android

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



कौन परवाह करता है, कृपया, बिल्ली के नीचे।

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

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

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

फिर उन्होंने 433 और 868 मेगाहर्ट्ज पर रेडियो मॉड्यूल की ओर देखने का फैसला किया और प्रयोगों के लिए कई मॉड्यूल का आदेश दिया: RFM69HCW , A110LR09A और MRF89XAM8A । मॉड्यूल आकार, मूल्य, और पुस्तकालयों और अच्छे उदाहरण दोनों की उपलब्धता के कारण , मैं RFM69HCW पर बस गया, जिसने प्रणाली का आधार बनाया।

प्रणाली में केवल चार घटक हैं:

• वायरलेस सेंसर (433 मेगाहर्ट्ज, CR123A 3.0V बैटरी),
• नेटवर्क नियंत्रक (433 मेगाहर्ट्ज, सर्वर से यूएसबी के माध्यम से संचालित)
• सर्वर (जिसके बारे में मैंने पहले ही इस लेख में Habré पर लिखा था) और सर्वर प्रोग्राम मॉड्यूल
• मोबाइल ग्राहक (Android एप्लिकेशन)

नीचे मैं प्रत्येक मॉड्यूल का विस्तार से वर्णन करूंगा, और अंत में मैं ऑपरेशन के आखिरी महीनों में सिस्टम के संचालन पर आंकड़े दूंगा।

सेंसर

सेंसर RFM69HCW रेडियो मॉड्यूल का उपयोग करते हैं। इसमें एक व्यापक ऑपरेटिंग वोल्टेज रेंज (1.8V-2.4V 17dBm, 2.4V-3.6V 20dBm) है और इसे SPI के माध्यम से नियंत्रित किया जाता है। यही है, आपको एक माइक्रोकंट्रोलर की आवश्यकता है। कुछ समय पहले मैं STM32L श्रृंखला से परिचित हुआ और प्रयोगों के लिए STM32L051 का आदेश दिया। इसने मुझे स्लीप मोड (0.27 μA), और ऑपरेटिंग वोल्टेज, रेडियो मॉड्यूल (1.65V-3.6V) के लगभग समान वोल्टेज के रूप में घूस दिया। साथ ही कम कीमत।

यह निम्नलिखित योजना थी:



माइक्रोकंट्रोलर और रेडियो मॉड्यूल दोनों की आपूर्ति वोल्टेज ऐसी है कि उन्हें सीधे CR123A तत्व से संचालित किया जा सकता है। STM32L051 में एडीसी चैनल 17 से जुड़ा एक आंतरिक वोल्टेज संदर्भ है, साथ ही इस स्रोत का अंशांकन मूल्य भी है, जो आपको आपूर्ति वोल्टेज वीडीडी के वर्तमान मूल्य को मापने की अनुमति देता है। रेडियो मॉड्यूल Q1 क्षेत्र डिवाइस के माध्यम से बिजली से जुड़ा हुआ है, जो आपको माइक्रोकंट्रोलर से इसकी शक्ति को नियंत्रित करने की अनुमति देता है।

स्लीप मोड को "स्टैंडबाय" में माइक्रोकंट्रोलर को स्थानांतरित करके कार्यान्वित किया जाता है। इस मोड में, STM32L051 में एक अक्षम कोर, लगभग सभी बाह्य उपकरणों और एक आंतरिक वोल्टेज नियामक है, जो 0.29 μA (वास्तविक समय घड़ी अक्षम के साथ) के स्तर पर खपत सुनिश्चित करता है। लेकिन इस मोड में एक विशेषता है - माइक्रोकंट्रोलर केवल WKUP पिन (A0) पर सिग्नल के बढ़ते किनारे के साथ उठता है। चूंकि एक चुंबकीय स्विच का उपयोग किया जाता है, जो चालू / बंद (बंद या खुला) होता है, आपको एक छोटे से ब्लॉक की आवश्यकता होती है, जो बंद होने पर और चुंबकीय संपर्क खोलते समय छोटी अवधि की एक नाड़ी उत्पन्न करता है। यह नाड़ी माइक्रोकंट्रोलर के इनपुट A0 को खिलाया जाता है और इसे जागृत करता है। इस तरह के एक कनवर्टर को ऊर्जा-कुशल 74AUP श्रृंखला (74AUP1G86) के अनन्य-OR चिप IC3 पर लागू किया जाता है, जो 0.8V-3.6V के वोल्टेज रेंज में संचालित होता है और 0.2 μA खपत करता है। इस प्रकार, स्लीप मोड में कुल खपत लगभग 0.5 μA होनी चाहिए, जो पूरी तरह से इकट्ठे सेंसर पर माप द्वारा पुष्टि की जाती है।

जब माइक्रोकंट्रोलर जागता है, तो यह पहले आपूर्ति वोल्टेज को मापता है और, अगर यह 1.8 वोल्ट से कम है, तो यह भाग्य नहीं है - ट्रांसमीटर शुरू नहीं किया जा सकता है और माइक्रोकंट्रोलर वापस सो जाता है।

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

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

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



रेडियो मॉड्यूल को एक एंटीना की आवश्यकता होती है। यह सिर्फ 164 मिमी लंबे तार का एक टुकड़ा है।

स्थापना के बाद, प्रत्येक सेंसर को प्रोग्राम किया जाना चाहिए, जिसके लिए एक SWD कनेक्टर प्रदान किया गया है। मैंने भविष्य में संभावित प्रयोगों के लिए शेष संपर्कों को बोर्ड पर छोड़ दिया।
फर्मवेयर C ++ में लिखा गया है, कोड का हिस्सा काफी सार्वभौमिक बेस कक्षाओं में किया जाता है जो एसटी एचएएल लाइब्रेरी को कॉल को एनकैप्सुलेट करता है। स्रोत कोड यहाँ है विकास के लिए, एसटीएम 32 के लिए सिस्टम वर्कबेंच का उपयोग किया गया था। अंतिम बाइनरी फर्मवेयर फ़ाइल का आकार 22 kB है।

और यहाँ मामले में सेंसर है:



सेंसर की स्थिति के आधार पर, कुछ सेंसर के लिए मैंने एंटीना को बाहर छोड़ दिया (सफेद फ्रेम की पृष्ठभूमि के खिलाफ, हालांकि, यह दिखाई नहीं देता है), और कुछ सेंसर के लिए मैंने तार को फ्रेम में झुका दिया और मामले के अंदर पूरी तरह से उखड़ गया।

ब्याज की खातिर, मैंने एक सेंसर के लिए घटकों की लागत की गणना की (मूसर कैटलॉग की कीमतों में, कीमत और यूरो में कुल कीमत)

तत्त्व	विवरण	मूल्य	मूषक संख्या	गिनती	की लागत
IC3	अनन्य या	1G86	771-74AUP1G86GW-जी	1	0.254
IC1	माइक्रोकंट्रोलर	STM32L051	511-STM32L051K6T6	1	2.14
SV1	सॉकेट	SWD	68602-406HLF	1	0.157
LED1	एलईडी 3 मिमी	3 मिमी	630 HLMP-K155	1	0.351
Q1	पी MOSFET	BSH205	771-BSH205G2R	1	0.276
एस 1	चुंबकीय संपर्क	ORD211-0810	876-ORD211-0810	1	0.625
IC2	RFM69HCW रेडियो मॉड्यूल	RFM69HCW	474-COM-13910	1	5.36
सी 1, सी 2, सी 3, सी 6	SMD संधारित्र	0.1uF	80-C0805C104J5RAC	4	0.1
सी 5	SMD संधारित्र	0.4nF	C0805C471K8HACTU	1	0.021
सी 4	SMD संधारित्र (टैंटलम)	47uF	581-TAJR225K016RNJ	1	0.334
आर 1	SMD रोकनेवाला	10K	660-RK73H2ATTDD1002F	1	0.01
R10	SMD रोकनेवाला	330	660-RK73H2ATTDD3300F	1	0.01
आर 3, आर 4, आर 6, आर 7, आर 8, आर 11	SMD रोकनेवाला	47K	660-RK73H2ATTDD4702F	6	0.06
R5	SMD रोकनेवाला	56	660-RK73H2ATTD56R0F	1	0.013
R9	SMD रोकनेवाला	56M	603-RC0805JR-0756ML	1	0.037
					9748

वैसे, यह मूल जेडवे सेंसर की तुलना में तीन गुना सस्ता निकला। हालांकि यह केवल मामले को छोड़कर भागों की लागत है। लेकिन, मेरी राय में, खुदरा zWave में सेंसर अभद्र रूप से महंगे हैं।

नेटवर्क नियंत्रक

नियंत्रक के लिए, एक ही रेडियो मॉड्यूल और सेंसर के लिए एक ही माइक्रोकंट्रोलर का उपयोग किया गया था। इसने फ़र्मवेयर कोड का सबसे अधिक उपयोग करने की अनुमति दी। नियंत्रक के लिए, मैंने रास्पबेरी पाई से तैयार मामले का उपयोग करने के लिए बोर्ड के इस फॉर्म फैक्टर को चुना। सेंसर की तुलना में, एक बाहरी एंटीना कनेक्टर और FT232RL और SI-8621 आइसोलेटर पर आधारित एक USB लूप जोड़ा गया था। बेशक, इसके बजाय, कोई बोर्ड पर यूएसबी के साथ कुछ एसटीएम 32 ले सकता था। लेकिन फिर, सबसे पहले, फर्मवेयर कोड को अलग करना आवश्यक होगा और दूसरा, यूएसबी के सॉफ्टवेयर कार्यान्वयन को स्वयं करना। बाहरी FT232RL के साथ विकल्प, हालांकि अधिक महंगा, लागू करने के लिए अधिक विश्वसनीय और तेज है। परिणाम निम्न योजना है :



और इकट्ठे रूप में यह इस तरह निकला:





माइक्रोकंट्रोलर यहां सोने के लिए नहीं जाता है, रेडियो मॉड्यूल रिसेप्शन के लिए काम करता है, लेकिन सफलतापूर्वक किसी भी सेंसर से एक पैकेट प्राप्त करने के बाद, मॉड्यूल ट्रांसमिशन मोड में जाता है और एक पावती भेजता है। इसके अलावा, किसी भी सफलतापूर्वक प्राप्त पैकेट को सर्वर के माध्यम से यूएसबी के माध्यम से प्रेषित किया जाता है। पैकेज प्रारूप "?" प्रतीक द्वारा अलग किए गए मानों की एक स्ट्रिंग है:
GW; 3; 12; -57; 0; 146; 30; 18
जहां:

• पहला स्थान पैकेट लेबल (हमेशा "GW") है
• दूसरी स्थिति - डेटा प्रकार (सेंसर की स्थिति या त्रुटि कोड)
• तीसरी स्थिति - सेंसर नंबर
• चौथा स्थान - नेटवर्क कंट्रोलर (RFM69HCW) की ओर से सिग्नल की गुणवत्ता रिसेप्शन के दौरान सिग्नल की गुणवत्ता को बनाए रखती है और रिसेप्शन समाप्त होने पर आपको इसे पूछताछ करने की अनुमति देती है)
• पांचवीं स्थिति - खिड़की की स्थिति (0 खुली, 1 बंद)
• छठी स्थिति - सेंसर से पैकेट (घटना) की एक अद्वितीय संख्या। यह संख्या आपको सर्वर साइड पर नियंत्रण करने की अनुमति देती है कि क्या सभी घटनाओं को सर्वर द्वारा प्राप्त किया गया था या एक या अधिक इवेंट खो गए थे।
• सातवीं स्थिति - वर्तमान बैटरी वोल्टेज (30 3.0 वी से मेल खाती है)
• अंतिम, आठवीं स्थिति माइक्रोकंट्रोलर के आंतरिक सेंसर से तापमान है। मुझे अभी तक पता नहीं चला है कि इसका उपयोग कैसे करना है

फर्मवेयर के लिए स्रोत कोड उसी स्थान पर है जहां सेंसर के लिए है । उनके पास एक सामान्य मुख्य फ़ाइल और आधार कक्षाओं का एक सामान्य पुस्तकालय है। फर्मवेयर विकल्प (सेंसर या कंट्रोलर) को main.cpp फ़ाइल में परिभाषित निर्देश का उपयोग करके चुना गया है।

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

सर्वर मॉड्यूल

नेटवर्क नियंत्रक एक सर्वर से जुड़ा है जो CentOS 7. चल रहा है। सर्वर जावा में लिखे प्रोग्राम को चलाता है। और इसकी संरचना में, और कार्यान्वयन में, और कार्यों में, कार्यक्रम काफी सरल है:

• RxTx लाइब्रेरी में बहुत पुराने और प्रतीत नहीं होने वाले समर्थन का उपयोग करते हुए, कॉन्फ़िगरेशन में निर्दिष्ट यूएसबी पोर्ट की निगरानी की जाती है (मेरे मामले में / dev / ttyUSB0)। फिलहाल, यह पूरे सिस्टम का सबसे खराब अनुकूलित हिस्सा है, क्योंकि लाइब्रेरी सर्वर सर्वर को बहुत अधिक लोड करती है।
• यदि डेटा यूएसबी पोर्ट से प्राप्त होता है, तो उन्हें एक लॉग फ़ाइल में रिकॉर्ड किया जाता है और सेंसर स्थिति वर्ग में संग्रहीत किया जाता है। जब आप सर्वर को पुनरारंभ करते हैं, तो स्थिति खो जाती है। इसे पुनर्स्थापित करने के लिए, आपको घर के चारों ओर जाने और मैन्युअल रूप से सभी विंडो खोलने और बंद करने की आवश्यकता है। यह शायद मेरे सिस्टम की सबसे बड़ी कमी है, लेकिन मैंने अपनी बैटरी बचाने के लिए समय-समय पर पोल सेंसर को काफी सचेत रूप से मना कर दिया।
• एप्लिकेशन एक छोटा टीसीपी / आईपी सर्वर भी है और कॉन्फ़िगरेशन में निर्दिष्ट टीसीपी / आईपी पोर्ट पर सुनता है। इस पोर्ट पर, यह मोबाइल क्लाइंट से कनेक्शन स्वीकार कर सकता है।
• यदि मोबाइल क्लाइंट सर्वर से कनेक्ट होता है, तो यह सभी सेंसर की वर्तमान स्थिति भेजता है। आवधिक हार्टबिट संदेशों का उपयोग करते हुए, सर्वर कनेक्शन की गतिविधि पर भी नज़र रखता है।
• सर्वर और मोबाइल क्लाइंट एक्सएमएल प्रारूप में संदेशों का आदान-प्रदान करते हैं। ये संदेश एक छोटे जावा लाइब्रेरी के रूप में कार्यान्वित किए जाते हैं, जो सर्वर साइड और एंड्रॉइड मोबाइल एप्लिकेशन के दोनों तरफ साझा किया जाता है।
• यद्यपि यह बहुत मायने नहीं रखता है, हित के लिए, मैंने IMEI के माध्यम से एक मोबाइल ग्राहक को अधिकृत करने का कार्य जोड़ा, साथ ही स्रोत कोड (javy.crypto Java पैकेज) में एक कुंजी सिल का उपयोग करके सर्वर और क्लाइंट के बीच संदेशों का एईएस एन्क्रिप्शन। लेकिन यह शुद्ध रूप से प्रयोग के लिए है, क्योंकि इस सर्वर मॉड्यूल के टीसीपी / आईपी पोर्ट केवल आंतरिक नेटवर्क से सुलभ है और बाहर से दिखाई नहीं देता है। हालांकि, अगर मैं इस पोर्ट को बड़ी दुनिया के लिए खोलना चाहता हूं, तो अब ऐसा करना उतना डरावना नहीं होगा।

कौन परवाह करता है, सर्वर मॉड्यूल का स्रोत कोड यहां है ।

मोबाइल ग्राहक (Android एप्लिकेशन)

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



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



सिद्धांत रूप में, कुछ भी आपको इस टूलटिप में बैटरी आइकन जोड़ने से रोकता है, लेकिन आपके हाथ अभी तक नहीं पहुंचे हैं।

ऑपरेटिंग अनुभव

"हर छींक" सर्वर साइड पर एक लॉग फ़ाइल में दर्ज की जाती है। पिछले 5 महीनों में इन फ़ाइलों का विश्लेषण हमें थोड़ा और विस्तार से समझने की अनुमति देता है कि यह सिस्टम कैसा महसूस करता है।

विश्लेषण बहुत सरल है - सर्वर पर लॉग फाइल फ़ोल्डर में बस grep।

रेडियो चैनल पर डेटा संचारित करने में कितनी त्रुटियां थीं? 5 महीने में, 8 त्रुटियां दर्ज की गईं जब संदेश गलत आकार में और 25 त्रुटियां गलत CRC में प्राप्त हुईं। दोनों मामलों में, आप सीधे नहीं कह सकते हैं कि किस सेंसर को समस्या थी, क्योंकि इस मामले में डेटा पैकेट पूरी तरह से क्षतिग्रस्त है। चूंकि नेटवर्क नियंत्रक इन सभी मामलों में डेटा रिसेप्शन की पुष्टि नहीं करता है, सेंसर को डेटा को एक नए तरीके से भेजना चाहिए, जो ज्यादातर मामलों में इन त्रुटियों को ठीक करता है।

और यहां 5 महीनों के लिए सेंसर के संचालन पर एक सारांश तालिका है।

मंज़िल	सेंसर	संख्या घटनाओं की	खो के घटनाओं की	वोल्टेज बैटरी	मंझला क्षमता संकेत
1	10	105	0	3.1	-66
1	11	52	0	3.3	-70
1	12	122	0	3.3	-61
1	13	89	0	3.3	-74
1	14	2573	0	3.3	-68
1	15	261	0	3.3	-60
1	16	543	2	3.3	-70
1	17	156	2	3.3	-74
1	18	177	2	3.2	-68
1	19	384	3	3.3	-56
2	3	368	2	3.3	-62
2	4	86	0	3.3	-71
2	5	521	2	3.3	-59
2	6	115	0	3.3	-62
2	7	316	2	3.3	-63
2	8	419	1	3.3	-60
2	9	89	0	3.3	-68

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

सेंसर नंबर 14 सामने के दरवाजे पर स्थापित है, यही वजह है कि इसमें इतनी बड़ी संख्या में प्रतिक्रियाएं हैं। लेकिन इतनी बड़ी संख्या में यात्राएं अभी तक बैटरी वोल्टेज को प्रभावित नहीं करती हैं।

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

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

एक आफ्टरवर्ड के बजाय

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