🍚 📪 👐🏻 दो-अपने आप रेडियो नियंत्रित स्विच। भाग 4

दरअसल, सर्किट ब्रेकर स्वतंत्र रूप से डिजाइन, निर्मित , परीक्षण , क्रमादेशित, स्थापित और काम करता है ।

अब मैं इसे "पूरी तरह से" उपयोग करना चाहूंगा।

अब तक, निम्नलिखित दूरस्थ प्रबंधन क्षमताएं गायब हैं:

सर्किट ब्रेकर की समय विशेषताओं को बदलें।
उसकी वर्तमान स्थिति का पता लगाएं।
उसकी स्थिति का प्रबंधन करें।

हम वर्तमान स्थिति प्रदर्शित करते हैं और वेब पेज के रूप में स्विच को नियंत्रित करते हैं।

इसके अतिरिक्त, हम आगे की प्रक्रिया के लिए डेटाबेस में बचत डेटा लागू करते हैं (उदाहरण के लिए, सुंदर रेखांकन बनाने के लिए)।

लोहा

आगे के काम के लिए, मैं उपयोग करूंगा:

IBoard बोर्ड और nrf24l01 + मॉड्यूल (इसमें से हम LAN गेटवे का आयोजन करेंगे <=> RF24)
Synology NAS (mySQL डेटाबेस के साथ वेब सर्वर के रूप में)

स्वाभाविक रूप से, आप उपयोग कर सकते हैं जो हाथ में है (उदाहरण के लिए, Wiznet पर ईथरनेट ढाल के साथ एक arduino - एक प्रवेश द्वार बनाने के लिए) और कोई भी कंप्यूटर जिस पर आपके पास php चल रहा है और mySQL है (हमने कुछ भी सुपर-विशिष्ट नहीं किया है)।

आइए देखें कि मॉड्यूल के बीच क्या संचार प्राप्त होते हैं।

भूमिका वितरण

स्विच (और मेरी "पाठ्यपुस्तक" में किसी भी अन्य वायरलेस डिवाइस) और गेटवे के बीच - सब कुछ सरल है और पहले से ही परिभाषित है ( पिछले लेख देखें - प्रेषित संरचना का पूरा विवरण है)।

IBoard पर एक "वेब सर्वर" उठाना, जो हमारी समस्याओं को तुरंत हल कर सकता है, संभावित रूप से संभव है, लेकिन यदि परिवर्तन आवश्यक हैं तो यह दर्दनाक और परेशानी भरा है - आपको कोड को बहुत अधिक बदलना होगा (और अगर यह कहीं दुर्गम स्थान पर है तो यह बहुत असुविधाजनक है। )।

इसलिए, हम iBoard से गेटवे बनाएंगे जो प्राप्त डेटा को "बड़े भाई" को भेज देगा (यह अधिक शक्तिशाली है, इसलिए इसे लॉगिंग का कार्य सौंपा गया है, वेब पेजों पर जानकारी प्रदर्शित करने आदि)।

एक ही मॉड्यूल "बड़े भाई" से "कमांड" प्राप्त करेगा और उन्हें हवा में भेज देगा और "प्रदर्शन करने वालों" से प्रतिक्रियाओं पर रिपोर्ट करेगा।

"ग्रंथियों" को भूमिकाएं वितरित की जाती हैं - अब हमें यह पता लगाने की आवश्यकता है कि वे एक-दूसरे के साथ "संवाद" कैसे करेंगे।

मुझे विश्वास है कि यह सही होगा यदि:

कुछ मॉड्यूल हवा पर अपनी स्थिति की रिपोर्ट करते हैं, फिर प्रवेश द्वार वेब सर्वर (POST विधि) को डेटा भेजता है। सर्वर कुछ प्रकार के डेटा सत्यापन करता है और इस डेटा को डेटाबेस में "डालता" है।
यदि वेब सर्वर (गेट विधि) से गेटवे के लिए एक अनुरोध आया है, तो गेटवे इस अनुरोध को पैरामीटर में पार्स करता है और अनुरोध को प्रसारित करता है। उसके बाद, iBoard एक प्रतिक्रिया प्राप्त करता है (या प्राप्त नहीं करता है) और एक प्रतिक्रिया ( JSON ) उत्पन्न करता है।

एक उत्तर के रूप में सर्वर को एक्सएमएल देना संभव होगा, लेकिन लंबी लाइनों के साथ संचालित करना आवश्यक होगा, जो कि मामूली atmega328 संसाधनों (iBoard इस MK पर बनाया गया है) पर लागू करना आसान नहीं है।

सिद्धांत वर्णित है, मामला विशिष्ट है।

लैन गेटवे <=> RF24

सबसे पहले, हम गेटवे के लिए GET अनुरोध का निर्धारण करते हैं (इसे IP 192.168.1.2 होने दें)। मैं फॉर्म के प्रश्नों का उपयोग करूंगा:

http://192.168.1.2/?sid=701&cmd=2&pid=1&val=0

अनुरोध इस बारे में सूचना प्रसारित करता है कि कौन सा मॉड्यूल एक्सेस किया जा रहा है (सिड पैरामीटर), कमांड (cmd: 1 - read, 2 - set), मॉड्यूल पैरामीटर (pid) और आवश्यक मान (वैल)।

"मानवीय रूप से समझने योग्य", यह आदेश निम्नानुसार है: "बाथरूम में स्विच करें, प्रकाश बंद करें" ( पिछली पोस्ट देखें)।

संचालन के लिए आवश्यक पैरामीटर की न्यूनतम संख्या तीन है (सिड, सीएमडी, पीआईडी), यदि कम पैरामीटर प्राप्त होते हैं, तो मॉड्यूल को रिपोर्ट करना चाहिए और रिपोर्ट करना चाहिए:

 { "message": "Bad request" }

यदि मॉड्यूल अनुरोध के जवाब में "रिपोर्ट" करता है, तो गेटवे को एक प्रतिक्रिया जारी करनी चाहिए:

 {"message": "OK","sensor": 701,"parameter": {"pid": 1,"pval": 0.000,"st": 1,"note": "Ch.1 (Light)"}}

उत्तर में संबंधित पैरामीटर के बारे में पूरी जानकारी होती है (और यह उत्तर उस संरचना के करीब है जो रेडियो संचार में उपयोग किया जाता है)।

यदि उत्तर नहीं मिला है:

 { "message": "No answer" }

अब ऐसा लगता है कि प्रवेश द्वार को किसी तरह कुछ काम मिला है, इसलिए हम इसे NTP के माध्यम से सटीक समय प्राप्त करने के कार्य के साथ "थोड़ा लोड" करेंगे।

यानी हमारा प्रवेश द्वार भी दो मानकों के साथ एक "सेंसर" बन जाता है - "तारीख" और "समय"। मैंने पहले ही वर्णन किया कि यह पहले कैसे करना है (देखें "स्मार्ट होम। वायरलेस भाग, व्यावहारिक दो ) के वायरलेस संचार।"

फिर से, हमारे सिस्टम के इस बहुत महत्वपूर्ण घटक के लिए "गार्ड डॉग" के बारे में मत भूलना।

जब सिस्टम के सभी कार्यों का वर्णन किया जाता है, तो उपयुक्त स्केच लिखना तकनीक का विषय है।

हम iBoard को फ्लैश करते हैं, LAN केबल कनेक्ट करते हैं, पावर लगाते हैं और यदि सब कुछ क्रम में है, तो स्थिति प्राप्त करना और वायरलेस मॉड्यूल को GET अनुरोधों के माध्यम से नियंत्रित करना संभव है, अर्थात। समस्याओं का हिस्सा पहले ही आंशिक रूप से हल हो चुका है, लेकिन यह अभी भी सुविधाजनक नहीं है (हम इसे जल्द ही ठीक कर देंगे)।

केंद्र (अपार्टमेंट, घर) में प्रवेश द्वार को रखना बेहतर है ताकि सभी वायरलेस मॉड्यूल की दूरी कम से कम हो।

आप सर्वर साइड से आगे बढ़ सकते हैं।

हम मानते हैं कि आपका सर्वर पहले से तैयार है: PHP और mySQL के साथ वेब सर्वर काम कर रहे हैं।

अस्वीकरण : कोड आदर्श से बहुत दूर है और मूल सिद्धांतों के प्रदर्शन के उद्देश्य से पूरी तरह से प्रदान किया जाता है।
अवधारणा का प्रमाण - अधिक कुछ नहीं। यदि आप इसे इस रूप में उपयोग करते हैं - केवल अपने जोखिम और जोखिम पर।

सर्वर

निश्चितता के लिए, सर्वर में 192.168.1.10 का IP पता होता है। यह पता ऊपर स्केच में दिखाई देता है, उस पृष्ठ का पता भी है जिसे गेटवे से डेटा प्राप्त करना चाहिए: 192.168.1.10/ सेंसर - इस पृष्ठ से हम शुरू करेंगे।

डेटाबेस

लेकिन इससे पहले कि आप पृष्ठ को विकसित करना शुरू करें, हम एक डेटाबेस तैयार करेंगे। सबसे आसान तरीका यह है कि phpMyAdmin के माध्यम से ऐसा करें।

मेरे पास एक डेटाबेस है जिसे db_sensors कहा जाता है और इसमें केवल दो टेबल हैं: Sens_list और Sens_value (तालिकाओं का उद्देश्य उनके नामों से पूरी तरह से अनुमान लगाया गया है)।

टेबल बनाने के लिए स्क्रिप्ट

 -- --   `sensor_list` -- CREATE TABLE IF NOT EXISTS `sensor_list` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name` varchar(16) CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL, `unit` varchar(16) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT NULL, `comment` varchar(100) CHARACTER SET utf8 COLLATE utf8_unicode_ci DEFAULT NULL, `SensorID` int(11) NOT NULL, `ParamID` int(11) NOT NULL, `created` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, `value` float NOT NULL COMMENT ' ', `last` datetime NOT NULL COMMENT '  ', PRIMARY KEY (`id`) ) ; -- -------------------------------------------------------- -- --   `sensor_value` -- CREATE TABLE IF NOT EXISTS `sensor_value` ( `id` bigint(11) NOT NULL AUTO_INCREMENT, `sensor_id` int(11) NOT NULL, `value` float NOT NULL, `created` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`) ) ;

डेटाबेस तैयार है, एक पृष्ठ बनाएं जो डेटा को स्वीकार करता है और उन्हें डेटाबेस में संग्रहीत करता है।

डेटा लॉगिंग

डिबगिंग को आसान बनाने के लिए, हम इस पेज को एक ऐसे फॉर्म के रूप में बनाते हैं जो डेटा को स्वयं पोस्ट करता है और इसकी वैधता की जांच करता है।

इसके अलावा, हम केवल "हमारा" से अनुरोध स्वीकार करने के लिए आवश्यक अनुरोध डेटा की सूची में सही कुंजी (जो प्रवेश द्वार स्केच में स्पष्ट रूप से सेट की गई है) दर्ज करेंगे। यह स्पष्ट है कि सब कुछ बहुत सुरक्षित नहीं है, लेकिन अस्वीकरण के आधार पर, यह काफी स्वीकार्य है।

स्क्रिप्ट का तर्क इस प्रकार है:

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

उत्तरार्द्ध ऐसा किया जाता है ताकि आप जल्दी से अंतिम मूल्य प्राप्त कर सकें (पहली तालिका से नमूना बहुत तेज है) और आप जल्दी से आकलन कर सकते हैं कि यह डेटा कितना प्रासंगिक है।

वैसे, इस तालिका से वर्तमान डेटा के साथ यूनिवर्सल विजेट के लिए डेटा के रूप में चयन करना सुविधाजनक है (यह बहुत ही लंबे समय के लिए प्रोजेक्ट अपडेट नहीं किया गया है, यह अफ़सोस की बात है)।

स्क्रिप्ट तैयार की गई थी, फ़ाइल को index.php नाम दिया गया था, इसे \ सेंसर \ फ़ोल्डर (साइट की जड़ के सापेक्ष) में रखा गया था।

वेब सर्वर की सभी फाइलों के साथ संग्रह लिंक पर उपलब्ध है।

अब आप उनसे संपर्क कर सकते हैं: 192.168.1.10/ सेंसर

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

यदि आपके पास पहले से ही एक रेडियो स्विच और एक प्रवेश द्वार है, तो यह डेटा भी डेटाबेस को भेजा जाएगा।

हमने लॉगिंग के कार्य को हल किया, अब हम वायरलेस मॉड्यूल के मापदंडों को पढ़ने और बदलने के लिए अधिक सुविधाजनक तरीका लागू कर रहे हैं।

मॉड्यूल मापदंडों को पढ़ना और बदलना

आइए एक और स्क्रिप्ट बनाएं ( 192.168.1.10/tests पर ), जो कि वह रूप भी होगा जिसके साथ सर्वर हमारे गेटवे के लिए अनुरोध करेंगे, प्रतिक्रियाएं प्राप्त करेंगे और उन्हें उसी रूप में प्रदर्शित करेंगे।

ऊपर की छवि पहले से ही फ़ॉर्म का कार्य करने का परिणाम दिखाती है: दो ऊपरी फ़ील्ड और चयनकर्ता अनुरोध के लिए डेटा बनाते हैं, "ओके" प्रतिक्रिया से संदेश पैरामीटर का मूल्य है, शेष पैरामीटर प्रतिक्रिया के संबंधित भाग हैं।

प्रतिक्रिया को पार्स जावास्क्रिप्ट का उपयोग करके किया जाता है।

इस स्क्रिप्ट के लिए थोड़ी ट्रिक है। फॉर्म डेटा सीधे गेटवे को नहीं भेजा जाता है, लेकिन json -xy.php फ़ाइल से होकर गुजरता है

यह दृष्टिकोण आपको बाहरी नेटवर्क से "मुख्य" स्क्रिप्ट तक पहुंचने की अनुमति देता है, जबकि गेटवे आंतरिक नेटवर्क पर बना रह सकता है।

इस मध्यवर्ती फ़ाइल में, आपको अपने आप को SQL इंजेक्शन से बचाने के लिए एक पूर्ण डेटा जाँच करनी चाहिए।

इस पृष्ठ के साथ काम करने के लिए पहले से ही बहुत अधिक सुविधाजनक है, लेकिन फिर से, अब तक सब कुछ एक विशिष्ट सेंसर के एक पैरामीटर के स्तर पर है।

नियंत्रण केंद्र होम

अब हमारी उपलब्धियों को संयोजित करना, AJAX के बारे में थोड़ा पढ़ना और सिर्फ एक ऐसा पेज बनाना संभव है ( 192.168.1.10/tests/switch.php पर ):

एक विशिष्ट पैरामीटर के डेटा को अपडेट करने के लिए, फ़ंक्शन chekIt (701, 1, 'ch1') कहा जाता है; (वास्तव में, तीन तर्क: मॉड्यूल संख्या, पैरामीटर संख्या और div पहचानकर्ता, जिनमें से सामग्री को अपडेट किया जाना चाहिए)।

पृष्ठ मॉड्यूल के समय मापदंडों को प्रदर्शित करता है (ताकि हमारे कमजोर संसाधन गेटवे को तनाव न दें) - हम हर 5 मिनट में इस डेटा का अनुरोध करते हैं।

प्रकाश और वेंटिलेशन चैनलों की स्थिति पर डेटा को अधिक बार अपडेट किया जाता है - एक बार प्रत्येक 5 सेकंड (अक्सर पर्याप्त होता है ताकि आपको संबंधित या बंद बटन दबाने के बाद राज्य में बदलाव के लिए लंबे समय तक इंतजार न करना पड़े)।

DoIt को कॉल करें () फ़ंक्शन बटन पर "लटका" हैं:

 <input type="button" value="" onclick="doIt(701,1,1);">

फ़ंक्शन पैरामीटर: मॉड्यूल संख्या, पैरामीटर संख्या और नया मान।

पृष्ठ के निचले भाग में, प्रवेश द्वार की प्रतिक्रिया प्रदर्शित होती है।

पृष्ठ पर डेटा रिबूट के बिना प्रदर्शित किया जाता है, सब कुछ "अपने आप से होता है।"

परिणाम

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

परियोजना का और विकास

सर्वर पर, आप किसी भी अतिरिक्त डेटा प्रोसेसिंग को व्यवस्थित कर सकते हैं जो आपको विभिन्न परिदृश्यों को लागू करने की अनुमति देगा।

उदाहरण के लिए: हमारे रेडियो नियंत्रित स्विच की लाइटिंग के ऑन / ऑफ बटन पर एक लंबा प्रेस (मैं आपको याद दिलाता हूं कि मॉड्यूल मापदंडों में से एक "1" पर सेट है) एक स्क्रिप्ट को ट्रिगर करेगा जो सभी प्रकाश स्रोतों को बंद कर देगा (स्वाभाविक रूप से, वे रेडियो-नियंत्रित भी सुसज्जित होंगे। स्विच)।

यह इस विषय पर मेरी "प्रशिक्षण सामग्री" को पूरा करता है। आपके ध्यान के लिए धन्यवाद और मुझे खेद है कि "कोर्स" पर खींच लिया गया है।

प्रकाशन के लिए सामग्री तैयार करने में मदद के लिए Nikita_Rogatnev का धन्यवाद।

दो-अपने आप रेडियो नियंत्रित स्विच। भाग 4 - नियंत्रण केंद्र