eHouse गृह स्वचालन , बिल्डिंग प्रबंधन ईथरनेट संस्करण पैनलों की एक लगभग असीमित संख्या के साथ सीधे संवाद के लिए सक्षम बनाता है की वर्तमान स्थिति प्रदर्शित गृह स्वचालन नियंत्रकों लैन पर UDP प्रोटोकॉल का उपयोग . घर स्वचालन eHouse – पर UDP (User_Datagram_Protocol) पैनल अद्यतन .
TCP प्रोटोकॉल के विपरीत एक संयोजन प्रोटोकॉल है , यानी . क्लाइंट और सर्वर के बीच एक स्थायी कनेक्शन की आवश्यकता नहीं है , सत्र ट्रैकिंग , तंत्र की कमी के डेटा को नियंत्रित , प्रवाह और retransmission .
यह यह बहुत TCP प्रोटोकॉल की तुलना में तेजी से बनाता है , तथापि , यह खोने डेटा और अन्य त्रुटियों के लिए संभव है .
प्रयोक्ता आंकड़ारेख (किसी भी प्रणाली के लिए व्यक्तिगत फ्रेम) के मामले में , संचरण शुद्धता संचार सॉफ्टवेयर के साथ सौदा होगा .
UDP प्रसारण (संदेश भेजने के लिए आदर्श है , एक ही बार में कई उपकरणों के लिए प्रसारण , सर्वर से ग्राहकों के साथ आगे कनेक्शन बनाने के बिना) .
सबसे महत्वपूर्ण सुविधाओं में निम्नलिखित हैं:
- संयोजन सर्वर के लिए एक और डिवाइस कनेक्शन प्राप्त प्रोटोकॉल सर्वर लोड नहीं होगा
- संदेश लैन पर दुनिया भर में सभी उपकरणों को भेजा जाता है
- सर्वर है अगर यह 0 या अधिक उपकरणों या संदेश के रूप में सुन उपकरणों को संदेश भेजता है कोई फर्क नहीं पड़ता
- संचरण त्रुटियों सर्वर उपयुक्त डेटा पर कोई प्रभाव पड़ता है
- आंकड़ा संचरण त्रुटियों के खिलाफ असुरक्षित है , कोई पुष्टि नहीं: क्या है , कोई प्रवाह नियंत्रण
क्योंकि UDP संचरण त्रुटियों के खिलाफ संरक्षण नहीं है , यह eHouse में उपयोग , और डाटा पैकेट त्रुटि जाँच सक्षम चौड़ाई चेक भेजा – सत्यापन के लिए योग .
यह उनकी तुलना और ग्राहक का उपयोग करने की अनुमति देता है – जब पक्ष भेजा की जाँच करें – राशि की गणना एक बराबर है .
EHouse के लिए , डेटा की तुलना एक ग्राहक और अपने सॉफ्टवेयर में है .
द्विआधारी के रूप में सर्वर से डाटा भेजा जाता है और ग्राहक सॉफ्टवेयर द्वारा डीकोड किया जाना चाहिए .
सर्वर निर्दिष्ट पोर्ट (6789 डिफ़ॉल्ट) डेटा भेजता है , और ग्राहक आने वाले संदेशों के लिए बंदरगाह पर asynchronously सुनना चाहिए .
अतुल्यकालिक का मतलब है , कि डेटा कैश नहीं है , और आपके डिवाइस के प्रेषण के समय में एक निरंतर आधार पर पैकेट प्राप्त (वास्तविक समय) .
UDP पोर्ट का चयन प्रणाली की संरचना पर निर्भर करता है और स्थापना के प्रकार पर निर्भर करता है , अगर सभी नियंत्रकों संकुल एक ही स्थिति के लिए भेज रहे हैं कि एक और और प्रत्येक बंदरगाह eHouse प्रणाली अनुप्रयोगों से व्यक्तिगत रूप से चुना जा सकता है .
एक डाटा पैकेट ईथरनेट ड्राइवरों या सॉफ्टवेयर eHouse के साथ TCP संचार के माध्यम से प्रसारण के मामले में के रूप में एक ही है . पीसी के लिए exe UDP पर बाइनरी डेटा भेजने .
यह अनुमति देता है एक समारोह का उपयोग करें (प्रक्रिया) एक फ्रेम के decoding , कि क्या संचरण माध्यम की परवाह किए बिना , संचरण प्रोटोकॉल है .
डेटा व्यक्तिगत नियंत्रण पैनल के decoding और दृश्य के लिए सॉफ्टवेयर की सुविधा के लिए सुरक्षित नहीं हैं .
यह केवल subnet मुखौटा आईपी की एक सीमित संख्या में पैनलों पर जानकारी के प्रदर्शन की अनुमति देगा , यानी . 255 . क्योंकि इन सिस्टम इवेंट चलाने की संभावना के बिना ही उपकरणों स्थिति , फ़ायरवॉल लैन से बाहर जनता के लिए जारी किया जा सकता है .
विशेष मामलों में , आप एक वीपीएन (Virtual_Private_Network) बना सकते हैं – टनल नेटवर्क के बाहर बाहरी पैनल के लिए ड्राइवरों की स्थिति प्राप्त कनेक्शन , या टीसीपी एक challange प्रवेश का उपयोग – प्रतिक्रिया (गतिशील सत्यापन कोड के साथ) , जो अभी भी सक्रिय .
इन आंकड़ों महत्वपूर्ण और eHouse आवेदन द्वारा decoding संकुल के बिना नहीं कर रहे हैं , यह लोगों को और शून्य का गुच्छा , कि किसी भी प्रकार के पैनल के लिए सॉफ्टवेयर पैकेज eHouse प्रणाली द्वारा डीकोड किया जाना चाहिए .
eHouse . exe सॉफ्टवेयर अद्यतन किया गया है , कि UDP द्वारा इस तरह के डेटा के संग्रह की अनुमति – प्रयोक्ता ऑंकड़ारेख प्रोटोकॉल . यह केवल CommManager पर्यवेक्षण प्रणाली के तहत ईथरनेट eHouse या eHouse 1 के लिए संदर्भित करता है .
ऐसा करने के लिए , एक पैरामीटर eHouse के साथ आवेदन चलाने ” eHouse . exe / VIAUDP ” पूंजीकरण कोई फर्क नहीं पड़ता .
यह CommManager की स्थिति का एक और अधिक विश्वसनीय स्वागत के लिए अनुमति देगा , और इससे जुड़े eHouse_1 नियंत्रकों रुपये के साथ काम – 485 इंटरफ़ेस .
EHouse आवेदन (सुनता है) चालकों के साथ ही आने वाली संकुल प्राप्त . संकुल checksum के साथ भेजा जाता है और अगर किसी भी डेटा त्रुटियों apears , बस की अनदेखी कर रहे हैं , और अगले वैध नियंत्रक की स्थिति युक्त पैकेट के सही स्वागत के साथ अद्यतन किया जाएगा .
इस पद्धति का भी सर्वर और नेटवर्क त्रुटियों से ग्राहकों को मुक्त कर देते , Routers , स्विच , के बाद से वहाँ सर्वर के साथ संचार को तोड़ने का कोई मामला है , संयोजन UDP प्रोटोकॉल विचार करने के लिए कारण .
यह एक या आवेदन अद्यतन की स्थायी नुकसान निलंबन का कारण नहीं है , सर्वर से प्रोटोकॉल का एक संयोजन के मामले में के रूप में , लेकिन केवल एक लिंक विफलता के दौरान अस्थायी रूप से , और केवल नेटवर्क पर या अत्यधिक लोड विफलताओं के दौरान संकुल खोने .
नियंत्रकों के पैकेज की स्थिति खो स्वीकार्य है , के रूप में वे cyclically प्रत्येक नियंत्रक की स्थिति में एक परिवर्तन के साथ दोहराया जाता है , और न्यूनतम अवधि 15 सेकंड के बारे में अगर कोई बदलाव नहीं आया है .
नियंत्रकों से UDP प्रसारण ehouse से प्रसारण के लिए . exe आवेदन निष्क्रिय किया जाना चाहिए . यदि आप eHouse के लिए इस विकल्प का चयन . exe आवेदन UDP के अपने द्विआधारी स्थिति भेजने रहता है , क्योंकि ये वही डेटा हैं , कि वर्तमान में सीधे ईथरनेट नियंत्रकों eHouse से फैले हुए हैं और यह नेटवर्क यातायात नकल .
स्थिति पाठ (आवेदन eHouse द्वारा डीकोड) प्रसारण जारी रख सकते हैं , अगर eHouse . exe आवेदन सक्रिय है , उपयोगकर्ता के लिए पुराने नियंत्रण पैनल का उपयोग करने की क्षमता दे , पाठ – आधारित लॉग फाइल और लागू नहीं द्विआधारी संकुल .
इस मामले में , आवेदन eHouse के माध्यम से गुजरता है . exe , जो श्रृंखला में एक और कड़ी है , पैनल के एक संयोजन से भी कंप्यूटर की निर्भर करता है .
इस प्रयोग , तथापि , मानक eHouse 1 (कोई CommManager) में पूरी तरह से चल रहे सिस्टम के लिए अच्छा है क्योंकि यह आप पैनलों eHouse से डेटा प्राप्त करने के साथ काम करने का अवसर देता है . exe आवेदन , निर्मित की कमी के बावजूद – ईथरनेट संचरण के लिए नियंत्रकों में इंटरफेस में .
नियंत्रण रोशनी