स्मार्टहोम - मुझे इसकी जरूरत नहीं ... या फिर जरूरत है?

हाँ और बिल्कुल यहीं बात की जड़ है। "साधारण इलेक्ट्रिक" में तुम्हारे पास लगभग कुछ भी नहीं होता। अगर यह एक संरचित वायरिंग होनी है जो भविष्य के स्मार्ट होम के लिए सुरक्षित हो।

इसी कारण पहले बैठकर योजना बनानी होती है। एक कॉन्सेप्ट तैयार करना होता है। एक रूम बुक बनानी होती है। एक वायरिंग प्लान। एक स्विच कैबिनेट प्लान। एक लोड/ड्यूटी शीट आदि।

और फिर यह समझ आएगा कि "साधारण इलेक्ट्रिक" में लगभग कुछ भी नहीं किया जा सकता। जिसका मतलब है कि यह हिस्सा अपेक्षाकृत कम होगा। लेकिन फिर एक बड़ा हिस्सा संरचित वायरिंग का होगा। जो कोई अतिरिक्त शुल्क नहीं होता बल्कि सामान्य इलेक्ट्रिक की जगह लेता है।

यानी जैसा मैंने शुरू में लिखा था: 20K+ पारंपरिक नहीं बल्कि 20K के बदले पारंपरिक। हाँ बेशक इसमें एक वेरिएबल +Y होगा। क्योंकि जैसे-जैसे आप खाते-सामग्री देखते हैं श्रद्धा बढ़ती है और ज्यादातर लोग फिर भी और ज्यादा चाहते हैं जब वे जानते हैं कि वास्तव में क्या संभव है।

लेकिन हाँ मैं भी समझता हूँ तुम क्या कहना चाहते हो। तुम चाहते हो कि UP-इंस्टॉलेशन खुद करो। लेकिन हकीकत यह है कि पारंपरिक वायरिंग लगभग ऐसे ही हो जाती है जैसे...इलेक्ट्रीशियन के साथ कमरे में चलो और दीवारों पर कुछ लाइने और वृत्त बनाओ। जबकि संरचित वायरिंग के लिए थोड़ा अधिक पूर्व-कार्य करना पड़ता है। निश्चित रूप से कम डब्बे लगाने होंगे और सबडिस्ट्रीब्यूशन भी एक "साधारण" एकल परिवार के घर में पुरानी बात होगी। लेकिन ज्यादा केबल बिछाई जाएगी, 230V और SELV, और स्विच कैबिनेट का आकार 2-3 गुना (कभी-कभी 5 गुना) होगा।

ने तो पहले ही लिखा था: IT वाले पक्षपाती होते हैं। लेकिन क्यों हमेशा (हालांकि स्थापित सिस्टम जैसे) KNX और Loxone के बजाय एक अच्छा OpenSource सिस्टम (OpenHAB ...) पारंपरिक इलेक्ट्रिक और स्मार्ट होम की तुलना के लिए लिया जाता है, यह मेरी जानकारी से परे है।
सभी स्मार्ट होम सिस्टम की वायरिंग समान होती है, एक बस सिस्टम को सादा स्टार वायरिंग की तुलना में कुछ कम तारों की आवश्यकता होती है जो हमारे पास है। लेकिन ऐसा हो। लगभग 4 महीने खुद से बनाए और इलेक्ट्रिफाई किए गए और थोड़े स्मार्ट बनाए गए घर में रहने के बाद मैं केवल इतना कह सकता हूं: OpenHAB बहुत बढ़िया चलता है। धीरे-धीरे कुछ और चीजें जुड़ रही हैं (विभिन्न सेंसर लंबे समय तक रिकॉर्डिंग विकल्प के साथ, छोटी प्रोग्रामिंग जैसे कि रैफस्टोर्स की लैमेल्स को इच्छानुसार जैसे 90° घुमाना। स्वाभाविक रूप से रैफस्टोर्स की स्थिति निर्धारण (पूरे ऊपर या नीचे समय मापन ;-) और बहुत कुछ। खासकर एक IT वाले के रूप में मेरा सुझाव है: खुद से करो। वायरिंग आसान है, प्रोग्रामिंग शुरू में मध्यम कठिन होती है, उसके बाद आसान होती है। खासकर आप जानते हैं कि क्या कैसे काम करता है और जब आप कुछ जोड़ना, बदलना या बदलवाना चाहते हैं तो किसी सिस्टम इंटीग्रेटर को बुलाने की जरूरत नहीं पड़ती। निश्चित रूप से बस टास्टर (KNX/Loxone घटक) भी जोड़े जा सकते हैं, लेकिन यह अनिवार्यता नहीं है। मैं इसे केवल एक विकल्प के रूप में चर्चा में डालना चाहता था, कोई आस्था युद्ध शुरू नहीं करना चाहता :p

मैं आपकी बात से 110% सहमत हूँ। सभी KNX और इसी तरह के महंगे दामों की शिकायत करते हैं बजाय इसके कि वे एक बार आसपास देखें।
काफी सस्ते विकल्प उपलब्ध हैं, जो मेरी राय में कहीं अधिक लचीले भी हैं।

हमारे यहां वर्षों से IOBroker एक रास्पबेरी पर चल रहा है। हमारे पास स्टार वायरिंग है, साधारण EIB केबल सीधे सामान्य गीरा 55 लाइट स्विच या टास्टर से जुड़ा है (दोस्त के द्वारा कोई शिकायत नहीं ;-) ) जो सीधे लाइट/रोलर शटर के रिले को चालू-बंद करता है। ये रिले MQTT के माध्यम से IOBroker (या Openhab) को सिग्नल भेजते/प्राप्त करते हैं। यदि सर्वर को प्लग निकाला जाता है क्योंकि कोई रास्पबेरी की सॉकेट वैक्यूम क्लीनर के लिए चाहता है, तो भी लाइट अभी भी ऑन-ऑफ की जा सकती है। तो बेसिक्स निश्चित रूप से सर्वर के बिना भी चलते हैं।

अतिरिक्त टास्टर (या दूसरा टास्टर) मोडबस डिजिटल इनपुट कन्वर्टर के माध्यम से IOBroker को रिपोर्ट किए जाते हैं। ये वे लैंप हैं जिन्हें जरूरी नहीं कि उसी टास्टर से ही नियंत्रित किया जाए, जैसे बैठक कक्ष के टास्टर से रसोई का लैंप बंद करना।

एक लैंप मुझे रंग से बताती है कि मुझे कौन सा कचरा डिब्बा दरवाजे पर रखना है। यह डेटा गूगल कैलेंडर में संग्रहीत होता है और इसकी लागत एक Zigbee LED बल्ब (पता नहीं इसकी कीमत क्या थी, शायद 15,-€?) और एक Zigbee डोंगल (करीब 9,-€?) है। मैंने यह देखना चाहा कि यह KNX में काम कर सकता है या नहीं। जब मैंने देखा कि Google कैलेंडर के लिए प्लगइन की कीमत 80,-€ है, तो मैंने और नहीं देखा।

प्रोग्रामिंग वास्तव में, जैसा कि i_b_n_a_n ने पहले लिखा है, परिचित OpenSource सिस्टम के साथ थोड़े समय में बच्चों जैसा आसान हो जाता है और आप बहुत ही लचीले होते हैं कि कब और कहां क्या चालू करना है, और जैसा i_b_n_a_n ने लिखा है, आप इसे खुद कर सकते हैं और किसी सिस्टम इंटीग्रेटर की जरूरत नहीं होती।

बहुत शुभकामनाएं

हानेस

पीएस: उदाहरण के तौर पर। मोडबस DI मॉड्यूल जिसमें 32 इनपुट होते हैं लाइट स्विच/टास्टर के लिए लगभग 22,-€ का है। लाइट स्विच तो वैसे भी चाहिए होते हैं और EIB केबल NYM केबल से सस्ता है।

यदि „स्मार्टहोम“ तो मेरी निर्णय होगी: सीधे सही तरीके से करना। जैसा कि Mycraft ने लिखा, सामान्य बिजली व्यवस्था में बहुत कुछ बचता नहीं।
„सही करना“ मेरे लिए यह भी मतलब है कि एक स्थापित मानक (KNX) पर भरोसा करना और किसी निर्माता के सिस्टम में फंसना या खुद की बनाई हुई अस्थायी समाधान का उपयोग नहीं करना।

Loxone, Free@Home और ऐसे ही अन्य सिस्टम में, आप निर्माता के अधीन होते हैं। यदि वह निर्माता उपकरण या पूरा सिस्टम बंद कर दे, तो सपोर्ट मिलना मुश्किल हो जाता है।

„अस्थायी समाधान“ निश्चित रूप से अच्छी तरह काम कर सकते हैं, लेकिन केवल निर्माता ही उन्हें संभाल सकता है। घर को शायद कभी बेचना भी हो। या निर्माता लंबे समय तक अस्पताल में हो (या इससे भी बुरा हो)। तब परिवार के बाकी लोग खराबी होने पर ज्यादा कुछ नहीं कर पाते। अक्सर ऐसे अस्थायी समाधान घर की बेचने की कीमत को भी कम कर देते हैं।

इसके अलावा, एक KNX आधारित सिस्टम को ioBroker या OpenHAB जैसे उपकरणों से भी बहुत अच्छी तरह बढ़ाया जा सकता है। लेकिन मूल कार्यक्षमता हमेशा मानक KNX पर आधारित होनी चाहिए।

वह कुछ सॉकेट्स चालू करना चाहता है, डाकपेटी की निगरानी करना और लाइट चालू-बंद करना चाहता है। KNX इंस्टॉलेशन की कीमत के लिए वह किसी को भी रख सकता है जो कभी-कभार जांच करे कि डाक आई है या नहीं ;)

Modbus जैसे सिस्टम को मैं "बस्तेलसलुंग" नहीं मानता, आखिरकार यह इस क्षेत्र में विश्वव्यापी सबसे प्रचलित इंडस्ट्रियल स्टैंडर्ड है और उपकरण भी इसके अनुरूप परिपक्व और किफायती हैं। यह स्टैंडर्ड 1978 से है (KNX को . फोटovoltaik- Anlagen, Ladestationen आदि के डेटा को आमतौर पर Modbus इंटरफेस के जरिए प्राप्त किया जा सकता है। बेशक, वहाँ एक (महंगी) KNX इंटरफेस भी लगा सकते हैं ताकि डेटा मिल सके।

उन तीन चीज़ों के लिए जो थिमेनस्टार्टर चाहता है, मैं Siemens Logo 8 को Modbus इंटरफेस के साथ लूंगा। कीमत में उचित और भविष्य सुरक्षित भी होगा।
- लाइट और सॉकेट्स की नियंत्रण Logo संभालेगा। उसके अलावा मुख्य नियंत्रण भी।
- Wärmepumpe और Photovoltaik का कनेक्शन, संभवतः कुछ सालों में कार के लिए Ladestation Modbus के माध्यम से।
- Fußbodenheizung और Präsenz या तो Logo या Modbus के जरिए।

मैं व्यक्तिगत रूप से कुछ सस्ते तापमान और आर्द्रता मीटर (Modbus या Siemens Logo) घर के अंदर और बाहर लगवाऊंगा और, एक जरूरी "must have" के रूप में, इलेक्ट्रिक रोल्लाडेन लगाएंगे जो गर्मी को गर्मियों में बाहर रखें, जो कि हिलिक्काइटसेंसोर और तापमान सेंसर से नियंत्रित होंगे। इसे Präsenzmelder के साथ भी जोड़ा जा सकता है ताकि अंधेरे में न बैठना पड़े।

इसके ऊपर Openhab, IOBroker आदि चला सकते हैं और चूंकि महंगे KNX कंपोनेंट्स का पैसा बच गया है, इसलिए सभी सुंदर खेल जो आजकल संभव हैं, कर सकते हैं और जैसा कि हम में से अधिकांश ने पहले ही देखा है, इन खेलों की कोई कमी नहीं है और हमेशा नई-नई चीज़ें आती रहती हैं :)

...
„सही तरीके से करना“ मेरे लिए यह भी मतलब रखता है कि एक स्थापित मानक (KNX) पर भरोसा करना और किसी निर्माता के सिस्टम में फंसे रहना या कोई खुद का बनावटी समाधान इस्तेमाल नहीं करना।

Loxone, Free@Home और उनके जैसे अन्य में, आप निर्माता के ऊपर अधिक या कम निर्भर रहते हैं। यदि वह निर्माता उपकरण या पूरा सिस्टम बंद कर देता है, तो सपोर्ट पाना मुश्किल हो जाता है।

„बनावटी समाधान“ निश्चित रूप से अच्छी तरह काम करते हैं, लेकिन उन्हें केवल निर्माता ही मेंटेन कर सकता है। घर शायद कभी बेचा भी जाए। या निर्माता लंबी अवधि के लिए अस्पताल में हो (या इससे भी बदतर)। तब परिवार का बाकी हिस्सा त्रुटियों को ठीक करने में ज्यादा कुछ नहीं कर सकता। अक्सर ऐसे बनावटी समाधान संपत्ति के मूल्य को भी बेचते समय कम कर देते हैं।

इसके अलावा, एक KNX आधारित सिस्टम को ioBroker या OpenHAB जैसे टूल्स के साथ भी बहुत अच्छी तरह से बढ़ाया जा सकता है। लेकिन मूल कार्यक्षमता मैं हमेशा मानक KNX के तहत ही करता हूँ।

हमारे पास "Controllinos" और "Smartmanager" हैं, ये दोनों बनावटी समाधान नहीं हैं बल्कि औद्योगिक रूप से निर्मित Arduinos या Raspis हैं। जब आप ध्यान से देखते हैं कि इंडस्ट्री में Raspi क्या-क्या नियंत्रित करता है, तो शायद ही कोई अब संदेह करे कि Raspi एक सिंगल फैमिली हाउस को भी नियंत्रित कर सकता है (और ऐसा करते हुए वह आमतौर पर बोर होता रहता है ;-))।
हमारे यहां उपयुक्त दस्तावेज़ीकरण और हार्डवेयर के सही लेबलिंग ऐसे रखी जाती है कि "सक्षम तीसरे पक्ष" कभी भी सिस्टम को आगे बढ़ा सकें, इसे समायोजित या बदल सकें। जरूरत पड़ने पर Controllinos को हटाकर सीधे (औद्योगिक) रिले को नियंत्रित करना संभव है जैसा कि ने बताया है।
Controllino की "फर्मवेयर" हर आवास इकाई के लिए अलग से सर्वर पर सुरक्षित रखी जाती है ताकि रिले जल्दी से रिप्लेस किए जा सकें। Raspi जिसमें OpenHAB और IOBroker चल रहे हैं, यूनिवर्सल तरीके से प्रोग्राम किए गए हैं कई वेरिएबल्स के साथ ताकि ये चारों आवास इकाइयों में इस्तेमाल किए जा सकें (एक बैकअप के रूप में रखा गया है) और केवल IP में बदलाव करना होता है। यह कुछ मिनटों का काम है। फिलहाल हम इस पर विचार कर रहे हैं कि Raspi की लॉजिक (OpenHAB और IOBroker) को क्लाउड (भविष्य में "Fog") में स्थानांतरित किया जाए।
उदाहरण के तौर पर 1wire तापमान सेंसर की कीमत लगभग 1.xx € है (मुझे लगता है 5 टुकड़े 6€ में)। 1wire नमी+तापमान सेंसर की कीमत कंप्यूटर के लिए कुछ 6€ नेट के आस-पास है। वायरिंग सीधे Controllinos से जुड़ी होती है (जैसे सभी मानक Gira 55 टास्टर), लॉजिक और लॉन्ग-टर्म लॉगिंग Raspi करता है। (जल्द ही बैकअप के साथ क्लाउड में भी)

अगर "स्मार्टहोम" है तो मेरा फैसला होगा: सही तरीके से करना। जैसे Mycraft ने पहले ही लिखा, सामान्य बिजली व्यवस्था में वहां बहुत कुछ नहीं बचता।
"सही तरीके से करना" का मतलब मेरे लिए यह भी है कि एक स्थापित मानक (KNX) पर भरोसा करना और किसी निर्माता की प्रणाली में फंसना या खुद से बनी कुछ अर्ध-अधूरी समाधान इस्तेमाल न करना।

Loxone, Free@Home और जो भी नाम हों, वहां आप अधिक या कम निर्माता के प्रति निर्भर होते हैं। अगर वह निर्माता उपकरण या पूरी प्रणाली बंद कर देता है, तो सपोर्ट पाना मुश्किल हो जाता है।

"अर्ध-अधूरी समाधान" संभवतः अच्छे काम करते हैं, लेकिन उनको केवल निर्माता ही सही रख-रखाव कर सकता है। हो सकता है घर को बाद में बेचना हो। या निर्माता लम्बे समय के लिए अस्पताल में हो (या इससे भी बुरा)। तब परिवार के बाकी सदस्य खराबी होने पर ज्यादा कुछ नहीं कर पाते। ऐसे समाधान अकसर घर की बिक्री मूल्य को भी कम करते हैं।

इसके अलावा, एक KNX आधारित प्रणाली को आप ioBroker या OpenHAB जैसे उपकरणों से भी बढ़िया तरीके से विस्तार कर सकते हैं। बुनियादी कार्यक्षमता मैं हमेशा मानक KNX के माध्यम से ही कराऊंगा।

एक घर की बिक्री कीमत निश्चित रूप से एक स्थापित openHAB समाधान होने से कम नहीं होगी। केबलिंग कभी भी KNX या समान में स्विच करने की अनुमति देती है। जो जरूरी है वह है मौजूदा आधार ढांचा (स्टार या बस केबलिंग)। अधिकतर बेचने में कठिनाई तब होगी जब तेज़ इंटरनेट संभव न हो या केबलिंग "पारंपरिक" हो। वैसे भी, कठिन बिक्री आजकल शायद बर्बाद संपत्तियों के लिए भी मुश्किल नहीं है :p