eHouse गृह स्वचालन eHouse4Java – जावा सॉफ्टवेयर (ओपन सोर्स) निम्नलिखित मॉड्यूल ( . जावा – स्रोत कोड , . वर्ग – जिसके परिणामस्वरूप) वर्ग:

• Ehouse4java . जावा – आवेदन और मुख्य अंतरफलक के कोर
• ehousecommunication . जावा – संचार कार्यों और विन्यास
• EhouseTCP . जावा – संचार और नियंत्रकों के विन्यास
• EventsToSend . जावा – माध्यमिक घटना से निपटने
• EventToSend . जावा – एक ही घटना की परिभाषा
• GraphicObject . जावा – चित्रमय वस्तु परिभाषा
• ISYS . जावा – विक्रेताओं के लिए समर्पित कार्य भी शामिल है
• RunEvent . जावा – पाठ रूप से घटनाओं को भेजा जा रहा है
• StatusEhouse . जावा – वर्ग प्रत्येक eHouse1 नियंत्रक के लिए एक उदाहरण हैं
• StatusEthernet . जावा – वर्ग प्रत्येक ईथरनेट eHouse नियंत्रक के लिए एक उदाहरण हैं
• StatusServer . जावा – सहायक टीसीपी / आईपी सर्वर , लैन के माध्यम से सभी नियंत्रकों टीसीपी द्वारा स्थिति / ग्राहक पैनल के लिए आईपी (बाह्य भेजने , वान , इंट्रानेट , इंटरनेट)
• दृश्य . जावा – / EHouse दृश्य और चित्रमय नियंत्रण मानक के अनुसार में चित्रमय नियंत्रण वर्ग विज़ुअलाइज़ेशन

कार्यों और वैश्विक चर सॉफ्टवेयर स्रोत कोड eHouse4Java में वर्णित हैं .
सॉफ्टवेयर स्वतंत्र धागे , जैसे . संचार , जो पृष्ठभूमि में मुख्य आवेदन के संबंध में प्रदर्शन कर रहे हैं .
इस रोकने के लिए या देरी नहीं करते आवेदन है कि प्रक्रिया को भी लंबे समय लेने , जो आवेदन की एक महत्वपूर्ण धीमा और निलंबन की संभावना के परिणामस्वरूप, जबकि संचार के लिए इंतज़ार कर (मृत ताले) .
मुख्य सूत्र हैं:

• टीसीपी क्लाइंट (नियंत्रक की स्थिति प्राप्त , लैन / टीसीपी आईपी , वान , इंटरनेट , इंट्रानेट)
• UDP श्रोता (संयोजन UDP में स्थिति को प्रसारित करने के लिए सुनने के लिए) – केवल लैन के भीतर , इंट्रानेट
• भाषण कोई ध्वनिक पाठ संदेश खेलने के सिंथेसाइज़र
• Multithreaded सर्वर टीसीपी / आईपी – जुड़े किसी भी प्रकार के ग्राहक पैनलों को प्राप्त स्थिति मार्ग (LANS के माध्यम से , वाईफ़ाई , इंटरनेट , इंट्रानेट , वान)

नियंत्रकों के साथ संचार मीडिया के नाम प्रपत्र पर सेटिंग्स संबंध किस प्रकार का चयन (लैन टीसीपी के साथ शामिल हैं , लैन UDP , इंटरनेट , ऑफ) .
ऑफ) ” EhouseTCP ” या ” ehousecommunication ” .

आवेदन eHouse मानक के अनुसार एक दृश्य का उपयोग करता है , CorelDraw स्क्रिप्ट है कि सक्षम अनुप्रयोगों का उपयोग से उत्पन्न:

• आयात eHouse प्रणाली विन्यास
• चित्रमय स्वयं या एक स्क्रिप्ट के साथ वस्तुओं का निर्माण
• सभी पैनल के लिए सभी दृश्य तरीकों के लिए डेटा निर्यात , वेब ब्राउज़र , पीसी , गोलियाँ , smartphones और अन्य प्रणालियों

यह आगे लेख में चर्चा की है:
” चित्रमय दृश्य और नियंत्रण eHouse स्मार्ट घर बनाने ” .
दृश्य सॉफ्टवेयर एक स्केलेबल वेक्टर ग्राफिक्स (एसवीजी) पर आधारित है .
यह विधि आपको अनुमति देता है ” दोषरहित ” गुणवत्ता ड्राइंग घटता की , पाठ , सरल ज्यामितीय आंकड़े , वृद्धि के आकार की परवाह किए बिना , स्क्रीन बदलाव , आदि .
यह संभव नहीं हो jpg के रूप में ऐसी पृष्ठभूमि ग्राफ़िक छवियों का उपयोग होगा , बिटमैप्स , आदि . .
सॉफ्टवेयर दृश्य क्रम में सीपीयू और ग्राफिक्स प्रसंस्करण समय के उपयोग को कम करने के लिए ऑनलाइन काम करते अनुकूलित किया गया है , संसाधित करने के लिए डेटा की बड़ी मात्रा के कारण . ग्राफिक छवियों कैश्ड और उपयुक्त नियंत्रण संकेतों में विभाजित और प्रसंस्कृत जब नियंत्रक की स्थिति प्राप्त कर रहे हैं , और स्क्रीन पर प्रत्येक नियंत्रक के दृश्य के कैश से बहुत तेजी से प्रदर्शित .

यह अनुमति देता है:

• छवि परिवर्तन के साथ दृश्य के लिए प्रसंस्कृत डेटा में महत्वपूर्ण कमी
• काफी झिलमिलाहट कम जब अनुमान चित्र बदल
• सीपीयू और डेटा दृश्य के लोड में महत्वपूर्ण कमी
• ज्यादा का उपयोग ” कमजोर ” , कम कुशल और कम खर्चीला हार्डवेयर , ग्राफिक पैनलों , गोलियाँ , नियंत्रण कक्ष , आदि . , जबकि एक सहज काम को बनाए रखने
• बिजली की खपत में कमी है जो बैटरी और मोबाइल और बैटरी पर काम करने के उपकरण लंबाई में विशेष रूप से महत्वपूर्ण है

इस लेख में स्क्रीनशॉट के साथ चर्चा की है:
” ग्राफ़िकल दृश्य और जावा में बुद्धिमान घर नियंत्रण ”

नियंत्रकों के साथ EHouse4Java संचार घर स्वचालन

eHouse1 पीसी के पर्यवेक्षण के अंतर्गत

आवेदन eHouse के इस संस्करण में . exe रुपये के एक रिसीवर की स्थिति के रूप में काम करता है – 485 (कनवर्टर रुपये के साथ – 485/RS – 232) और दो तरीकों पर किसी भी बदलाव के बिना स्थिति पहुंचाता है एक दूसरे के साथ टकराने नहीं:

• eHouse . टीसीपी / आईपी एक सर्वर के रूप में काम करता है exe स्थिति पैनल के बारे में प्रश्नों के जवाब , जिक्र आगे पैनलों कनेक्ट करने और उन्हें बनाए रखने के लिए जब तक किसी भी कारण के लिए काट दिया . इस विधि नेटवर्क के माध्यम से बाहर टीसीपी / आईपी पैनल के साथ संचार स्थापित करने का प्रयास के साथ विशेष रूप से महत्वपूर्ण है , जैसे इंटरनेट के रूप में जहां यह संभव UDP दर्जा प्राप्त नहीं है .
• eHouse . exe लैन पर ग्राहकों के किसी भी संख्या के लिए प्रसारण संयोजन UDP प्रोटोकॉल भेजता , इंट्रानेट . इसका मतलब है कि , कि पैनल सर्वर से कनेक्ट नहीं है , लेकिन से प्रसारित संदेश सुनता है ” eHouse . exe ” अनुप्रयोगों . इस तरह से कोई फर्क नहीं पड़ता कई प्राप्तकर्ताओं पैनलों स्थिति कैसे नेटवर्क लोड परिवर्तन नहीं करता है , या कंप्यूटर पर जो ” eHouse . exe ” आवेदन चलाता है . दुर्भाग्य से यह संभव नहीं है या बेहद मुश्किल है करने के लिए इंटरनेट के माध्यम से UDP प्रसारण तो इस मामले में पहली विधि का इस्तेमाल किया जाना चाहिए संचारित .

eHouse1 CommManager के पर्यवेक्षण के अंतर्गत

इस संस्करण में , CommManager रुपये के माध्यम से आने वाली स्थितियों में से एक प्राप्त – 485 (eHouse1 नियंत्रकों से) और दो तरीकों पर किसी भी बदलाव के बिना स्थिति पहुंचाता है एक दूसरे के साथ टकराने नहीं:

• CommManager स्थिति पैनल के बारे में प्रश्नों के लिए काम करता है के रूप में एक सर्वर टीसीपी / आईपी जवाब , जिक्र आगे पैनलों कनेक्ट करने और उन्हें बनाए रखने के लिए जब तक किसी भी कारण के लिए काट दिया . इस विधि में विशेष रूप से महत्वपूर्ण लैन से बाहर पैनल के साथ संचार स्थापित करने का प्रयास है , जैसे इंटरनेट के रूप में जहां यह संभव UDP दर्जा प्राप्त नहीं है .
• CommManager प्रसारण भेजता है (संयोजन) UDP प्रोटोकॉल लैन पर ग्राहकों के किसी भी संख्या के लिए कर रहे हैं , इंट्रानेट .
  इसका मतलब है कि , कि पैनल सर्वर टीसीपी CommManager जोड़ने नहीं है , लेकिन मुख्यमंत्री से प्रसारित संदेशों को सुन . इस तरह स्थिति का कोई फर्क नहीं पड़ता कि कितने प्राप्तकर्ताओं पैनलों , यह नेटवर्क लोड या CommManager CPU उपयोग परिवर्तन नहीं करता है . प्रसारण UDP प्रसारण संभव नहीं है , या इंटरनेट के माध्यम से भारी है इसलिए इस मामले में पहली विधि का इस्तेमाल किया जाना चाहिए अवस्र्द्ध .

ईथरनेट eHouse (eHouse4Ethernet)

CommManager ईथरनेट नियंत्रकों के इस संस्करण में: , EthernetRoomManager , आदि . , स्वतंत्र रूप से दो मायनों में अपनी स्थिति भेजें , एक दूसरे के साथ टकराने नहीं है:

• प्रत्येक नियंत्रक पैनल स्थिति के बारे में प्रश्नों के लिए काम करता है के रूप में एक सर्वर टीसीपी / आईपी जवाब , जिक्र आगे पैनलों कनेक्ट करने और उन्हें बनाए रखने के लिए जब तक किसी भी कारण के लिए काट दिया . इस विधि में विशेष रूप से महत्वपूर्ण लैन से बाहर पैनल के साथ संचार स्थापित करने का प्रयास है , इस तरह के इंटरनेट के रूप में , जहां यह संभव UDP दर्जा प्राप्त नहीं है .
  तथापि , एकाधिक ईथरनेट नियंत्रकों के मामले में एक TCP कनेक्शन / प्रत्येक नियंत्रक आईपी को बनाए रखने के लिए आवश्यक है , सीधे नियंत्रकों से एक पूरी प्रणाली का दर्जा लेने . यह प्रोसेसर नियंत्रण कक्ष पर एक बड़ा भार में परिणाम कर सकते हैं , संचार से संबंधित समस्याओं की गंभीरता . इस मामले में , यह बेहतर है लैन पक्ष के आवेदन पर जगह , कि स्थानीय UDP स्थिति प्राप्त , और आगे टीसीपी / आईपी इंटरनेट के माध्यम से . यह एहसास है और आवेदन eHouse4Java में चर्चा , जो इस समाधान की अनुमति देता है . नुकसान के लिए अतिरिक्त हार्डवेयर है कि इन कार्यों प्रदर्शन को बनाए रखने की जरूरत है .
• प्रत्येक नियंत्रक एक (संयोजन) प्रसारण UDP प्रोटोकॉल लैन पर ग्राहकों के किसी भी संख्या के लिए भेजता है , इंट्रानेट . इसका मतलब है कि , कि पैनल TCP सर्वर नियंत्रक जोड़ने नहीं है , लेकिन संदेश सुनने के सभी नियंत्रकों से प्रसारण . इस तरह से कोई फर्क नहीं पड़ता कई प्राप्तकर्ताओं पैनलों स्थिति कैसे नेटवर्क लोड या नियंत्रक CPU उपयोग परिवर्तन नहीं करता है . प्रसारण UDP संकुल संभव नहीं है या इंटरनेट के माध्यम से भारी अवस्र्द्ध , इसलिए इस मामले में पहली विधि का इस्तेमाल किया जाना चाहिए . UDP के संचरण की संभावना कभी कभी लिंक के प्रकार के आधार पर संभव , निष्पादन . कभी कभी यह संभव है कि ठीक से विन्यस्त वीपीएन लिंक के माध्यम से एक प्रसारण UDP प्राप्त , तथापि , इस स्थिति में भी , पैकेट खो दिया जा सकता , UDP के लिए सुरक्षा तंत्र की कमी के कारण . गलत डेटा गैर checksum के लिए सॉफ्टवेयर eHouse पैनलों द्वारा स्वचालित रूप से रद्द कर दिया गया है (जाँच योग)