Lytko एकजुट हुन्छ

केहि समय पहिले हामीले तपाईलाई परिचय दियौं स्मार्ट थर्मोस्टेट। यो लेख मूल रूपमा यसको फर्मवेयर र नियन्त्रण प्रणालीको प्रदर्शनको रूपमा अभिप्रेरित गरिएको थियो। तर थर्मोस्टेटको तर्क र हामीले के लागू गर्यौं भनेर व्याख्या गर्न, यो सम्पूर्ण अवधारणालाई समग्र रूपमा रूपरेखा गर्न आवश्यक छ।

स्वचालन बारे

परम्परागत रूपमा, सबै स्वचालन तीन कोटिहरूमा विभाजन गर्न सकिन्छ:
Категория १ - अलग "स्मार्ट" उपकरणहरू। तपाईं विभिन्न निर्माताहरूबाट लाइट बल्बहरू, चियापथहरू, आदि खरिद गर्नुहुन्छ। फाइदाहरू: प्रत्येक उपकरणले क्षमताहरू विस्तार गर्दछ र आराम बढाउँछ। विपक्ष: प्रत्येक नयाँ निर्मातालाई आफ्नै अनुप्रयोग चाहिन्छ। विभिन्न निर्माताहरूबाट यन्त्रहरूको प्रोटोकलहरू प्रायः एक अर्कासँग उपयुक्त हुँदैनन्।

Категория १ - एकल-बोर्ड पीसी वा x86 उपयुक्त को स्थापना। यसले कम्प्युटिङ पावरमा प्रतिबन्धहरू हटाउँछ, र मेजरडोमो वा स्मार्ट घर प्रबन्ध गर्नको लागि कुनै अन्य सर्भर वितरण यस मेसिनमा स्थापना गरिएको छ। यसैले, धेरै निर्माताहरु बाट उपकरणहरू एकल जानकारी ठाउँमा जडान गरिएको छ। ती। स्मार्ट घरको लागि तपाईंको आफ्नै सर्भर देखिन्छ। फाइदाहरू: एकल केन्द्र अन्तर्गत अनुकूलता, जसले परिष्कृत व्यवस्थापन क्षमताहरू प्रदान गर्दछ। विपक्ष: यदि सर्भर असफल भयो भने, सम्पूर्ण प्रणाली चरण 1 मा फर्किन्छ, अर्थात्। खण्डित हुन्छ वा बेकार हुन्छ।

Категория १ - सबैभन्दा कट्टर विकल्प। मर्मत चरणमा, सबै सञ्चारहरू राखिएका छन् र सबै प्रणालीहरू डुप्लिकेट छन्। फाइदाहरू: सबै कुरा पूर्णतामा ल्याइएको छ र त्यसपछि घर साँच्चै स्मार्ट हुन्छ। बेफाइदाहरू: कोटिहरू 1 र 2 को तुलनामा अत्यन्त महँगो, सबै कुरालाई पहिले नै सोच्न र प्रत्येक सानो विवरणलाई ध्यानमा राख्न आवश्यक छ।

धेरै प्रयोगकर्ताहरूले विकल्प एक छनौट गर्छन् र त्यसपछि सजिलैसँग विकल्प दुईमा जानुहोस्। र त्यसपछि सबैभन्दा दृढ व्यक्तिहरू विकल्प 3 मा पुग्छन्।

तर त्यहाँ एक विकल्प छ कि एक वितरित प्रणाली भनिन्छ: प्रत्येक व्यक्तिगत उपकरण सर्भर र ग्राहक दुवै हुनेछ। मूलतः, यो विकल्प 1 र विकल्प 2 लाई लिन र संयोजन गर्ने प्रयास हो। तिनीहरूका सबै फाइदाहरू लिनुहोस् र बेफाइदाहरू हटाउनुहोस्, सुनौलो अर्थ प्राप्त गर्न।

सायद कसैले भन्नेछ कि यस्तो विकल्प पहिले नै विकसित भएको छ। तर त्यस्ता निर्णयहरू संकुचित रूपमा केन्द्रित हुन्छन्; प्रोग्रामिङमा जानकार व्यक्तिहरूको लागि। हाम्रो लक्ष्य भनेको अन्तिम यन्त्रहरूको रूपमा र हाम्रो प्रणालीमा अवस्थित यन्त्रहरूलाई एकीकृत गर्ने रूपमा, त्यस्ता वितरित प्रणालीहरूमा प्रवेश गर्ने बाधालाई कम गर्नु हो। थर्मोस्टेटको अवस्थामा, प्रयोगकर्ताले आफ्नो पुरानो थर्मोस्ट्याट हटाउँछ, स्मार्ट स्थापना गर्छ र आफ्नो अवस्थित सेन्सरहरूलाई यसमा जडान गर्दछ। कुनै पनि अतिरिक्त कदम बिना।

एउटा उदाहरण प्रयोग गरेर हाम्रो प्रणालीमा एकीकरणलाई हेरौं।

कल्पना गरौं कि हाम्रो नेटवर्कमा 8 Sonoff मोड्युलहरू छन्। केही प्रयोगकर्ताहरूका लागि, Sonoff क्लाउड (श्रेणी 1) मार्फत नियन्त्रण पर्याप्त हुनेछ। केहीले तेस्रो-पक्ष फर्मवेयर प्रयोग गर्न थाल्नेछन् र सजिलैसँग कोटी 2 मा सर्नेछन्। तेस्रो-पक्ष फर्मवेयरको ठूलो हिस्साले एउटै सिद्धान्तमा काम गर्दछ: MQTT सर्भरमा डाटा स्थानान्तरण। OpenHub, Majordomo वा अन्य कुनै एक उद्देश्य पूरा गर्दछ - इन्टरनेट वा स्थानीय नेटवर्कमा अवस्थित एकल जानकारी ठाउँमा भिन्न यन्त्रहरूलाई एकजुट गर्न। त्यसैले, सर्भरको उपस्थिति अनिवार्य छ। यो जहाँ मुख्य समस्या उत्पन्न हुन्छ - यदि सर्भर असफल भयो भने, सम्पूर्ण प्रणालीले स्वायत्त रूपमा काम गर्न रोक्छ। यसलाई रोक्नको लागि, प्रणालीहरू थप जटिल हुन्छन्, म्यानुअल नियन्त्रण विधिहरू थपिएका छन् जुन सर्भर विफलताको घटनामा डुप्लिकेट स्वचालन।

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

विचार प्रयोगमा फर्कौं। फेरि उही 8 Sonoff मोड्युलहरू लिनुहोस् र तिनीहरूमा Lytko फर्मवेयर स्थापना गर्नुहोस्। सबै Lytko फर्मवेयर को प्रकार्य छ SSDP। SSDP विज्ञापन र नेटवर्क सेवाहरूको खोजको लागि इन्टरनेट प्रोटोकल सुइटमा आधारित नेटवर्क प्रोटोकल हो। अनुरोधको प्रतिक्रिया या त मानक वा विस्तारित हुन सक्छ। मानक प्रकार्यहरूको अतिरिक्त, हामीले यस जवाफमा नेटवर्कमा यन्त्रहरूको सूचीको सिर्जना समावेश गर्यौं। यसैले, यन्त्रहरू आफैले एक-अर्कालाई फेला पार्छन्, र तिनीहरूमध्ये प्रत्येकमा यस्तो सूची हुनेछ। उदाहरण SSDP पाना:

"ssdpList": 
	{
		"id": 94967291,  
		"ip": "192.168.x.x",
                "type": "thermostat"
	}, 
	{
		"id": 94967282,
		"ip": "192.168.x.x",
                "type": "thermostat"
	}

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

तर के हुन्छ यदि अन्य रेडियो सेन्सरहरू cc8266 (ZigBee) वा nrf32 (MySensors) मार्फत esp2530/esp24 मा जडान भएका छन्?

परियोजनाहरूको बारेमा

बजारमा विभिन्न वितरण प्रणालीहरू छन्। हाम्रो प्रणालीले तपाईंलाई सबैभन्दा लोकप्रियहरूसँग एकीकृत गर्न अनुमति दिन्छ।

तल परियोजनाहरू छन् जुन एक-अर्कासँग विभिन्न निर्माताहरूको असंगतताको साथ परिस्थिति परिवर्तन गर्न प्रयास गर्दै छन्। यो, उदाहरण को लागी, SLS गेटवे, MySensors वा ZESP32. ZigBee2MQTT MQTT सर्भरसँग जोडिएको छ, त्यसैले यो उदाहरणको लागि उपयुक्त छैन।

MySensors लागू गर्न को लागी एक विकल्प ESP8266 मा आधारित गेटवे हो। बाँकी उदाहरणहरू ESP32 मा छन्। र तिनीहरूमा तपाईंले उपकरणहरूको सूची पत्ता लगाउन र सिर्जना गर्ने हाम्रो सञ्चालन सिद्धान्त लागू गर्न सक्नुहुन्छ।

अर्को विचार प्रयोग गरौं। हामीसँग ZESP32 गेटवे वा SLS गेटवे, वा MySensors छ। तिनीहरू कसरी एकल जानकारी ठाउँमा जोड्न सकिन्छ? हामी यी गेटवेहरूको मानक कार्यहरूमा SSDP प्रोटोकल पुस्तकालय थप्नेछौं। SSDP मार्फत यो नियन्त्रक पहुँच गर्दा, यसले मानक प्रतिक्रियामा जडान भएका यन्त्रहरूको सूची थप्नेछ। यस जानकारीको आधारमा, ब्राउजरले पृष्ठ उत्पन्न गर्नेछ। सामान्यतया यो यस्तो देखिनेछ:

वेब इन्टरफेस

PWA आवेदन

"ssdpList": 
{
   "id": 94967291, // уникальный идентификатор устройства
   "ip": "192.168.x.x", // ip адрес в сети
   "type": "thermostat" // тип устройства
},
{
   "id": 94967292,
   "ip": "192.168.x.x",
   "type": "thermostat"
},
{
   "id": 94967293,
   "ip": "192.168.x.x",
   "type": "thermostat"
},
{  
   "id": 13587532, 
   "type": "switch"  
},
{  
   "id": 98412557, 
   "type": "smoke"
},
{  
   "id": 57995113, 
   "type": "contact_sensor"
},
{  
   "id": 74123668,
   "type": "temperature_humidity_pressure_sensor"
},
{
    "id": 74621883, 
    "type": "temperature_humidity_sensor"
}

उदाहरणले देखाउँछ कि उपकरणहरू एकअर्काबाट स्वतन्त्र रूपमा थपिएका छन्। 3 थर्मोस्टेटहरू तिनीहरूको आफ्नै IP ठेगानाहरू र 5 फरक सेन्सरहरू अद्वितीय ID हरू जोडिएका छन्। यदि सेन्सर Wi-Fi नेटवर्कमा जडान भएको छ भने, यसको आफ्नै IP हुनेछ यदि यो गेटवेसँग जोडिएको छ भने, त्यसपछि उपकरणको IP ठेगाना गेटवेको IP ठेगाना हुनेछ।

हामी यन्त्रहरूसँग सञ्चार गर्न WebSocket प्रयोग गर्छौं। यसले तपाईंलाई अनुरोधहरू प्राप्त गर्नको तुलनामा स्रोत लागतहरू कम गर्न र जडान वा परिवर्तन गर्दा गतिशील रूपमा जानकारी प्राप्त गर्न अनुमति दिन्छ।

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

यो दृष्टिकोण लागू गर्ने पहिलो प्रयास PWA एप थियो। यसले प्रयोगकर्ताको उपकरणमा ब्लकहरूको डाटाबेस भण्डारण गर्न र आवश्यक डेटा मात्र अनुरोध गर्न अनुमति दिन्छ। यद्यपि, एपको विशिष्ट संरचनाको कारणले गर्दा, यो दृष्टिकोण अपूर्ण छ। एक मात्र समाधान भनेको नेटिभ एप हो। Android र iOS, जुन हाल सक्रिय विकासमा छ। पूर्वनिर्धारित रूपमा, एप केवल आन्तरिक नेटवर्कमा चल्नेछ। आवश्यक भएमा, यसलाई बाह्य व्यवस्थापनमा स्विच गर्न सकिन्छ। त्यसैले, जब प्रयोगकर्ताले स्थानीय नेटवर्क छोड्छ, एप स्वचालित रूपमा क्लाउडमा स्विच हुन्छ।

बाह्य नियन्त्रण - पूरा पृष्ठ नक्कल। जब पृष्ठ सक्रिय हुन्छ, प्रयोगकर्ताले सर्भरमा लग इन गर्न र आफ्नो व्यक्तिगत खाता मार्फत उपकरणहरू व्यवस्थापन गर्न सक्छ। यसरी, सर्भरले यसको कार्यक्षमता विस्तार गर्दछ, तपाईंलाई घर बाहिर हुँदा यन्त्रहरू व्यवस्थापन गर्न अनुमति दिन्छ, र पोर्ट फर्वार्डिङ वा समर्पित आईपीमा बाँधिएको छैन।

यसैले, माथिको विकल्पमा सर्भर दृष्टिकोणको हानि छैन, र नयाँ उपकरणहरू जडान गर्न लचिलोपनको रूपमा धेरै फाइदाहरू छन्।

थर्मोस्टेटको बारेमा

उदाहरणको रूपमा हाम्रो थर्मोस्टेट प्रयोग गरेर नियन्त्रण प्रणालीलाई हेरौं।

प्रदान गरिएको:

1. प्रत्येक थर्मोस्टेटको लागि तापमान नियन्त्रण (अलग ब्लकको रूपमा प्रदर्शित);
2. थर्मोस्टेट सञ्चालन तालिका सेट गर्दै (बिहान, दिउँसो, साँझ, रात);
3. Wi-Fi नेटवर्क चयन गर्दै र यसमा उपकरण जडान गर्दै;
4. "हावामा" यन्त्र अद्यावधिक गर्दै;
5. MQTT सेट अप गर्दै;
6. यन्त्र जडान भएको नेटवर्क कन्फिगर गर्नुहोस्।

वेब इन्टरफेस मार्फत नियन्त्रणको अतिरिक्त, हामीले क्लासिक प्रदान गर्यौं - प्रदर्शनमा क्लिक गरेर। बोर्डमा नेक्स्टसन NX3224T024 2.4 इन्च मनिटर छ। यन्त्रसँग काम गर्न सजिलोको कारण छनौट उहाँमा पर्यो। तर हामी STM32 मा आधारित हाम्रो आफ्नै मनिटर विकास गर्दैछौं। यसको कार्यक्षमता नेक्स्टसनको भन्दा खराब छैन, तर यसको लागत कम हुनेछ, जसले उपकरणको अन्तिम मूल्यमा सकारात्मक प्रभाव पार्नेछ।

कुनै पनि आत्म-सम्मान थर्मोस्टेट स्क्रिन जस्तै, हाम्रो Nexttion ले गर्न सक्छ:

• प्रयोगकर्ता द्वारा आवश्यक तापमान सेट गर्नुहोस् (दायाँ बटन प्रयोग गरेर);
• अनुसूचित अपरेशन मोड (बटन एच) खोल्नुहोस् र बन्द गर्नुहोस्;
• प्रदर्शन रिले सञ्चालन (बाँया मा तीर);
• बाल सुरक्षा छ (लक नहटाएसम्म भौतिक क्लिकहरू अवरुद्ध छन्);
• वाइफाइ सिग्नल शक्ति प्रदर्शन गर्दछ।

थप रूपमा, मनिटर प्रयोग गरेर तपाईं सक्नुहुन्छ:

• प्रयोगकर्ता द्वारा स्थापित सेन्सर को प्रकार चयन गर्नुहोस्;
• बाल लक सुविधा व्यवस्थापन;
• फर्मवेयर अपडेट गर्नुहोस्।

वाइफाइ बारमा क्लिक गरेर, प्रयोगकर्ताले जडान गरिएको नेटवर्कको बारेमा जानकारी पाउनुहुनेछ। QR कोड होमकिट फर्मवेयरमा यन्त्र जोडा बनाउन प्रयोग गरिन्छ।

प्रदर्शन संग काम को डेमो:

विकास गरेका छौं डेमो पृष्ठ तीन जडान थर्मोस्टेट संग।

तपाईले सोध्न सक्नुहुन्छ, "तपाईको थर्मोस्टेटमा के विशेष छ?" अब बजारमा Wi-Fi प्रकार्य, निर्धारित सञ्चालन, र टच नियन्त्रणको साथ धेरै थर्मोस्टेटहरू छन्। र उत्साहीहरूले सबैभन्दा लोकप्रिय स्मार्ट घर प्रणालीहरू (Majordomo, HomeAssistant, आदि) सँग अन्तर्क्रिया गर्न मोड्युलहरू लेखेका छन्।

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

र विस्तार योग्यता। जो कोहीले आफ्नो विद्यमान परम्परागत थर्मोस्टेटलाई हाम्रो थर्मोस्टेटसँग बदल्न सक्छन्। न्यूनतम प्रयास संग। हामीले बजारमा सबैभन्दा लोकप्रिय 5 सेन्सरहरू चयन गरेका छौं र तिनीहरूका लागि समर्थन थपेका छौं। तर यदि सेन्सरमा विशेष विशेषताहरू छन् भने, प्रयोगकर्ताले यसलाई हाम्रो थर्मोस्टेटमा जडान गर्न सक्षम हुनेछ। यो गर्नको लागि, तपाइँले एक विशिष्ट सेन्सर संग काम गर्न थर्मोस्टेट क्यालिब्रेट गर्न आवश्यक हुनेछ। हामी निर्देशन प्रदान गर्नेछौं।

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

हाम्रो प्रणालीलाई सर्भरको आवश्यकता पर्दैन, र यदि यो असफल भयो भने, यो कद्दूमा परिणत हुँदैन। कम्पोनेन्टहरू मध्ये एउटा असफल भए पनि, प्रणालीले आपतकालीन अवस्थामा काम गर्न सुरु गर्दैन। नियन्त्रकहरू, सेन्सरहरू, उपकरणहरू - प्रत्येक तत्व सर्भर र ग्राहक दुवै हो, त्यसैले पूर्ण रूपमा स्वायत्त।

इच्छुक व्यक्तिहरूको लागि, हाम्रो सामाजिक नेटवर्कहरू: तार, इन्स्टाग्राम, टेलिग्राम समाचार, VK, फेसबुक.

मेल: shop@lytko.com

PS हामी तपाईंलाई सर्भर छोड्न प्रोत्साहन गर्दैनौं। हामीले MQTT सर्भरलाई पनि समर्थन गर्छौं र हाम्रो आफ्नै क्लाउड छ। हाम्रो लक्ष्य भनेको प्रणालीको स्थिरता र विश्वसनीयतालाई पूर्ण नयाँ स्तरमा ल्याउनु हो। ताकि सर्भर कमजोर बिन्दु होइन, तर कार्यक्षमता पूरक र प्रणाली थप सुविधाजनक बनाउँछ।

स्रोत: www.habr.com