KNX/EIB
द KNX/EIB इंटरफ़ेस को ईथरनेट के माध्यम से कनेक्ट किया जा सकता है। यहाँ आप लंबे समय तक प्राप्त अनुभव के आधार पर टिप्स और ट्रिक्स भी पा सकते हैं।
एक KNX प्रोजेक्ट का आयात
इंटरफ़ेस बनाने के बाद, एक KNX प्रोजेक्ट को आयात किया जा सकता है। अगर प्रोजेक्ट को एक पासवर्ड से सुरक्षित किया गया है, तो आपको पासवर्ड दर्ज करने के लिए कहा जाएगा। यह पासवर्ड फिर इंटरफ़ेस में एडवांस्ड के तहत स्टोर किया जाएगा।
टिप: आयात के बाद, आप चैनल्स बनाना शुरू कर सकते हैं।
एक Theben LUXORplug प्रोजेक्ट का आयात
यह संभव है कि आप सीधे एक LUXORplug प्रोजेक्ट को आयात करें। आयात ETS प्रोजेक्ट के समान ही किया जाता है। इस प्रक्रिया में ग्रुप एड्रेस और फोल्डर ट्रेड्स की कोई लिस्ट नहीं बनाई जाती है। सेंसरों को समझने के लिए इमारत से हटा दिया गया है। आयात के बाद, आप चैनल्स भी बना सकते हैं।
चैनल्स बनाना
इमारत और टोपोलॉजी संरचना में चैनल्स बनाए जा सकते हैं। इनके लिए कुछ पूर्वापेक्षाएं पूरी होनी चाहिए। ETS में डेटा टाइप्स को घोषित करना महत्वपूर्ण है।
| टाइप्स | पूर्वापेक्षा |
|---|---|
| कम से कम दो बूलियन वैल्यूज़। | |
| कम से कम एक वैल्यू bool_dimup और दो वैल्यूज़ टाइप uint_byte। | |
| कम से कम दो color_3bytes रंग वैल्यूज़। एक संस्करण जिसमें अलग-अलग चैनल्स हैं, वर्तमान में समर्थित नहीं है। | |
| कम से कम एक वैल्यू bool_up और दो वैल्यूज़ uint_byte। | |
| कम से कम एक वैल्यू bool_up और चार वैल्यूज़ uint_byte। |
स्टेटस के लिए वैल्यूज़ को सेंड वैल्यूज़ के बाद दिखाना चाहिए। लैमेल्स फंक्शन को शब्दों slat और lam के आधार पर पहचाना जाता है।
डेटा टाइप्स निर्धारित करना
KNX-आधारित अन्य विज़ुअलाइज़ेशन की तरह, डेटा टाइप्स का कन्वर्जन नहीं होता है। सभी KNX डेटा टाइप्स (DPT) को एक SPS फॉर्मेट में बदल दिया जाता है। इनको ETS में देखा जा सकता है। यहाँ आप एक पूर्ण DPT-कन्वर्जन लिस्ट पा सकते हैं।
टिप: आयात से पहले, सभी डेटा टाइप्स को ETS प्रोजेक्ट में निर्धारित करें। इसके बाद Antcas Control उन्हें स्वचालित रूप से भी पहचान लेगा।
RAW टेलीग्राम
raw डेटा टाइप इस प्रकार संरचित है। हर बार एक हेक्साडेसिमल बाइट के बाद एक स्पेस:
00 FF 3B
या एक बाइनरी वैल्यू (6-बिट) जिसमें एक लीडिंग $-सिंबल:
$3F
रेड रिक्वेस्ट्स
रेड रिक्वेस्ट्स को read डेटा टाइप के साथ एवैल्यूएट किया जा सकता है। एक रिस्पॉन्स भेजने के लिए, आप एक r को ग्रुप एड्रेस के सामने रख सकते हैं। उदाहरण के लिए: r1/4/23. इस तरह एक रिस्पॉन्स भेजा जाएगा।
प्रोग्रामिंग इस प्रकार की जाती है। in.switchRead एक एज बनाता है, जो तुरंत आउटपुट out.switch की स्थिति का जवाब भेजता है।
नोट: लीडिंग r वाले ग्रुप एड्रेस को
इंस्टॉलेशन में लिस्ट नहीं किया जाएगा।
ऑफलाइन और एरर वेरिएबल्स
इंटरफ़ेस के डायग्नोसिस के लिए दो वेरिएबल्स हैं। वेरिएबल offline सत्य होता है जब सभी गेटवे डाउन या डिस्कनेक्टेड होते हैं। वेरिएबल
error सत्य होता है जब एक इंटरफ़ेस डाउन हो जाता है और ऑपरेशन को अभी भी बनाए रखा जा सकता है। मल्टीकास्ट के साथ, केवल सर्विस का निदान किया जा सकता है, नहीं तो गेटवे का। गेटवे के बिना इनिशियलाइज़ेशन पर, वेरिएबल
offline स्वचालित रूप से सत्य लिखा जाता है।
फ्लो-कंट्रोल
क्योंकि गेटवे का फ्लो-कंट्रोल केवल अनफिल्टर्ड राउटर्स के साथ काम करता है, इसलिए टेलीग्राम और रेड रिक्वेस्ट्स की संख्या को ज़रूर सेट करना चाहिए। यह 100ms प्रति उपयोगित राउटर होना चाहिए। मतलब: अगर 2 राउटर्स को मल्टीकास्ट के माध्यम से साथ ही कॉल किया जाता है, तो अंतराल 200ms होना चाहिए। बड़े प्रोजेक्ट्स में, रेड रिक्वेस्ट को ज़्यादा सेट किया जा सकता है। या लगभग 2000ms तक।
महत्वपूर्ण नोट्स
- कभी भी सुरक्षा अनुप्रयोगों को KNX बस के माध्यम से नियंत्रित नहीं करें। बस इसके लिए उपयुक्त नहीं है। एक खराब मोशन डिटेक्टर या कंडेंसर वॉटर के कारण शॉर्ट सर्किट अलार्मिंग को रोक सकता है।
- अगर बस को बाहरी क्षेत्र में लगाया जाता है, तो आपको एक नया लाइन बनाना चाहिए। इस तरह यह सुनिश्चित होता है कि अगर बाहरी क्षेत्र में शॉर्ट सर्किट हो जाता है, तो इमारत के अंदर का फंक्शन अभी भी सुरक्षित रहता है। आप बस को अनचाहे एक्सेस से बचा सकते हैं, लाइन कूपलर में पैकेट फिल्टर सेट करके।
- मल्टीकास्ट आर्किटेक्चर्स में, एक्सेस सुरक्षा का ध्यान रखें। सार्वजनिक इमारतों में मल्टीकास्ट के उपयोग से बचें।
- KNX बस बहुत धीमी है, इसलिए आप कई फिल्टर्ड लाइन्स बना सकते हैं और उन्हें सर्वर द्वारा अलग-अलग कंट्रोल कर सकते हैं। सुनिश्चित करें कि KNX बस नेटवर्क लेवल पर भी केवल 9600 Baud हो।
- रूटिंग में लूप्स का ध्यान रखें। KNX के पास रूटिंग काउंटर के साथ एंडलेस लूप्स के खिलाफ एक समाधान है, लेकिन बस की गति अभी भी इसके नीचे प्रभावित होगी। सर्वर में, पैकेट्स को डिफ़ॉल्ट रूप से इंटर्नल रूप से फॉरवर्ड नहीं किया जाता है, अगर आप कई गेटवेज़ का उपयोग करते हैं।
चेकलिस्ट
- बड़े प्रोजेक्ट्स में, बस लंबाई को बार-बार भूल जाता है। याद रखें कि इलेक्ट्रिशियन केबल्स हमेशा उसी तरह नहीं लगाते हैं जैसे आपने प्लान किया था। यह हो सकता है कि एक प्लान्ड स्टार वायरिंग से एक डैश वायरिंग बन जाए। बस अनस्टेबल हो सकती है अगर अंतिम एक्टोर 1000m से ज़्यादा स्पन पावर सप्लाई से दूर है।
- डिस्ट्रीब्यूशन में रिजर्व्स को बहुत अच्छी तरह से प्लान करें। अक्सर यह होता है कि डिमर्स के लिए डिस्ट्रीब्यूटर में ज़्यादा स्पेस नहीं होती है। ग्राहक के साथ अधिकतम एक्सपैंशन को कॉन्सेप्ट में निर्धारित करें, ताकि इस समस्या को संभवतः टाला जा सके।
एरर रिज़ॉल्यूशन
टेलीग्राम्स अक्सर दोहराए जाते हैं
अगर ETS के ग्रुप मॉनिटर में टेलीग्राम्स पीले दिखाई देते हैं, तो वे पैकेट कॉलिशन के कारण फिर से भेजे जाते हैं। अगर यह अचानक लगातार होता है, तो संभवतः कोई खराबी हो सकती है:
- पावर सप्लाई बदलें --> फिल्टर या चोक कोइल खराब
- बस में लूप --> एक ब्रांच पर कटौती करके और लाइन स्कैन करके ट्रबलशूटिंग की जा सकती है।
- दोहराए गए ट्विस्टेड पेयर केबल्स में जोड़े जुड़े हुए हैं --> यह एक लूप का कारण बनता है और इसे काटना होगा। अक्सर पुराने इंस्टॉलेशन में U72 केबल में पाया जाता है।
- लाइन बहुत लंबी है --> भागीदारों की वोल्टेज चेक करें, यह कम से कम 24V होनी चाहिए (KNX 21V तक फंक्शनल है)
- वैकिलिंग कंटैक्ट --> यह बहुत दुर्लभ होता है और ढूंढना मुश्किल होता है।
इनवैलिड फ्रेम - अनवैलिड फ्रेम
अगर ETS के ग्रुप मॉनिटर में टेलीग्राम्स नीले दिखाई देते हैं, तो ETS बस के साथ कम्युनिकेट नहीं कर सकता। संभावित कारण हैं:
- बस की वोल्टेज चेक करें --> शॉर्ट सर्किट या बहुत लंबी लाइन
- पावर सप्लाई बदलें --> फिल्टर या चोक कोइल खराब
- गेटवे खराब है --> इंटरफ़ेस बदलें
डिवाइस लोड नहीं हो सकता
अगर कुछ भी मदद नहीं करता, तो डिवाइस को अपने पावर सप्लाई के साथ लोड करने का प्रयास करें।
- बस रीस्टार्ट करें --> 1 मिनट के लिए 230V वोल्टेज काटें (एक्टोर से भी)
- बस की वोल्टेज चेक करें --> शॉर्ट सर्किट या बहुत लंबी लाइन
- पावर सप्लाई बदलें --> फिल्टर या चोक कोइल खराब
- डिवाइस या बस कूपलर खराब है --> डिवाइस बदलें
- ग्रुप मॉनिटर देखें --> कोई अन्य डिवाइस इंटरफेरेंस का कारण बन सकता है या बहुत सारे टेलीग्राम्स हैं और टाइमआउट्स बहुत जल्दी हो जाते हैं (ETS: डिवाइस रिस्पॉन्स नहीं कर रहा)
- लाइन कूपलर सभी टेलीग्राम्स को रूट नहीं करता --> लाइन कूपलर के माध्यम से लोड न करें