eHouse სახლის ავტომატიზაციის eHouse4Java – java (open source) პროგრამული უზრუნველყოფა მოიცავს შემდეგ მოდულებს ( . java – კოდის , . კლასის – შედეგად კლასი):

• Ehouse4java . java – ძირითადი განაცხადი და მთავარი ინტერფეისი
• ehousecommunication . java – ურთიერთობა ფუნქციებს და კონფიგურაციის
• EhouseTCP . java – ურთიერთობა და კონფიგურირება კონტროლერები
• EventsToSend . java – საშუალო ღონისძიების გატარება
• EventToSend . java – განსაზღვრება ერთჯერადი თარიღის
• GraphicObject . java – გრაფიკული ობიექტის განმარტებები
• ISYS . java – მოიცავს მიძღვნილი ფუნქციების მოვაჭრეებს
• RunEvent . java – გაგზავნის მოვლენების ტექსტი ფორმა
• StatusEhouse . java – კლასის შეიცავს ერთი ინსტანციის თითოეული eHouse1 კონტროლერი
• StatusEthernet . java – კლასის შეიცავს ერთი ინსტანციის თითოეული Ethernet eHouse კონტროლერი
• StatusServer . java – დამხმარე TCP / IP სერვერი , გაგზავნის ყველა კონტროლერები სტატუსის მეშვეობით TCP / IP კლიენტის პანელები (გარე მეშვეობით LAN , WAN , ინტრანეტის , ინტერნეტი)
• ვიზუალიზაცია . java – ვიზუალიზაცია / გრაფიკული კონტროლის კლასის შესაბამისად eHouse ვიზუალიზაცია და გრაფიკული კონტროლი სტანდარტული

ფუნქციები და გლობალური ცვლადები აღწერილია პროგრამული კოდის eHouse4Java .
პროგრამული უზრუნველყოფა მოიცავს დამოუკიდებელი თემა , მაგალითად . ურთიერთობა , რომელიც ხორციელდება ფონზე დაკავშირებით ძირითადი პროგრამის .
ეს არ შეწყვიტოს ან გადადოს პროგრამა, რომელიც პროცესების მიიღოს ძალიან გრძელია , რის შედეგადაც, რათა მნიშვნელოვანი Slow Down გამოყენების და შესაძლებლობა შეჩერების მოლოდინში ურთიერთობა (მკვდარი საკეტები) .
მთავარი თემა არიან:

• TCP კლიენტი (სტატუსის მიღების შესახებ კონტროლერი , TCP / IP on LAN , WAN , ინტერნეტ , ინტრანეტის)
• UDP Listener (მოსმენის შესახებ ეთერში სტატუსი connectionless UDP) – მხოლოდ LAN , ინტრანეტის
• მეტყველების სინთეზატორი, რომ ითამაშოს ნებისმიერი აკუსტიკური ტექსტური შეტყობინებები
• Multithreaded TCP / IP სერვერი – მარშრუტით მიღებული სტატუსის დაკავშირებული კლიენტის პანელები ნებისმიერი ტიპის (მეშვეობით LANs , WIFI , ინტერნეტ , ინტრანეტის , WAN)

სახელები კომუნიკაციის მედიას კონტროლერები რომლებიც შეიცავენ პარამეტრების შესახებ ფორმა აირჩიოს ტიპის კავშირი (LAN TCP , LAN UDP , ინტერნეტ , Off) .
სხვა თემა აქტივირდება გამოყენებით გლობალური ცვლადები არიან კლასებში ” EhouseTCP ” ან ” ehousecommunication ” .

განაცხადის იყენებს ვიზუალიზაცია მიხედვით eHouse სტანდარტული , გამომუშავებული CorelDraw განაცხადების გამოყენებით სკრიპტები, რომ საშუალებას მისცემს:

• იმპორტი eHouse სისტემის კონფიგურაცია
• შექმნის გრაფიკული ობიექტების ხელით ან სკრიპტის
• ექსპორტის მონაცემები ყველა ვიზუალიზაცია მეთოდები ყველა პანელები , ბრაუზერების , PC , ტრაფარეტები , სმარტფონებისათვის და სხვა სისტემები

ეს არის განხილული შემდგომი სტატიაში:
” შექმნის გრაფიკული ვიზუალიზაცია და კონტროლის eHouse Smart Home ” .
ვიზუალიზაცია პროგრამული ეფუძნება scalable ვექტორული გრაფიკის (ფაილი SVG) .
ეს მეთოდი საშუალებას გაძლევთ ” უდანაკარგო ” ხარისხის ნახაზი მოსახვევებში , ტექსტი , მარტივი გეომეტრიული ფიგურები , მიუხედავად ზომა გაფართოება , Screen ცვლა , ა.შ. .
ეს არ იქნებოდა შესაძლებელი გამოყენებით ფონზე გრაფიკული გამოსახულება როგორიცაა jpg , bitmaps , ა.შ. . .
პროგრამული უზრუნველყოფა ვიზუალიზაცია უკვე ოპტიმიზირებულია შემცირების მიზნით გამოყენების CPU და გრაფიკული დამუშავების დროს, როდესაც სამუშაო ხაზზე , გამო დიდი რაოდენობით მონაცემები დაამუშავა . გრაფიკული გამოსახულებები ქეშირებული და იყოფა შესაბამისი კონტროლის სიგნალების და დამუშავებული, როდესაც სტატუსის მიღებისათვის კონტროლერი , და ეკრანზე ბევრად უფრო სწრაფად საწყისი ვიზუალიზაცია ქეში თითოეული კონტროლერი .

ეს საშუალებას იძლევა:

• შემცირება და დამუშავებულს ამისთვის ვიზუალიზაცია ერთად გამოსახულება ცვლილებები
• მნიშვნელოვნად შეამცირებს ციმციმის როდესაც იცვლება დაგეგმილი სურათებით
• მნიშვნელოვანი შემცირება დატვირთვა CPU და მონაცემთა ვიზუალიზაცია
• გამოყენება გაცილებით ” სუსტია ” , ნაკლებად ეფექტური და ნაკლებად ძვირადღირებული აპარატურის , გრაფიკული პანელები , ტრაფარეტები , პანელი , ა.შ. . , ხოლო შენარჩუნების კომფორტული სამუშაო
• შემცირება ენერგომოხმარება რაც განსაკუთრებით მნიშვნელოვანია ბატარეის და მობილური მოწყობილობების და სიგრძე მუშაობის ბატარეები

ეს არის განხილული ეკრანის მუხლი:
” გრაფიკული ვიზუალიზაცია და ინტელექტუალური მთავარი კონტროლის Java ”

EHouse4Java კომუნიკაცია კონტროლერები სახლის ავტომატიზაციის

eHouse1 ზედამხედველობით PC

ამ ვერსია განაცხადის eHouse . exe მუშაობს როგორც მიმღები სტატუსის RS – 485 (ერთად კონვერტორი RS – 485/RS – 232) და აგზავნის სტატუსის გარეშე ცვლილებების ორი მეთოდები არ collide ერთმანეთს:

• eHouse . exe მუშაობს TCP / IP სერვერი პასუხობს შეკითხვებს სტატუსის შესახებ პანელი , მხედველობაში შემდგომი დააკავშირებს პანელები და შენარჩუნება მათ სანამ გათიშული რაიმე მიზეზით . ეს მეთოდი განსაკუთრებით ძვირფასია ერთად მცდელობებს დაამყაროს კომუნიკაცია გარეთ TCP / IP პანელი ქსელის მეშვეობით , როგორიცაა ინტერნეტ სადაც ეს შეუძლებელია, მიიღოს UDP სტატუსი .
• eHouse . exe აგზავნის სამაუწყებლო connectionless UDP პროტოკოლი ნებისმიერი რაოდენობის კლიენტებს on LAN , ინტრანეტის . ეს ნიშნავს, რომ , რომ პანელზე არ არის დამაკავშირებელი სერვერზე , მაგრამ უსმენს ეთერში შეტყობინებები ” eHouse . exe ” განაცხადების . ამ გზით არ აქვს მნიშვნელობა რამდენი მიმღებთა პანელები მდგომარეობა არ ცვლის ქსელის დატვირთვის , ან კომპიუტერი, რომელზეც ” eHouse . exe ” განაცხადის ეშვება . სამწუხაროდ ეს შეუძლებელია ან ძალიან რთულია გადასცემს UDP ეთერში ინტერნეტის საშუალებით იმდენად ამ შემთხვევაში პირველი მეთოდი უნდა იყოს გამოყენებული .

eHouse1 ზედამხედველობით CommManager

ამ ვერსია , CommManager იღებს შემომავალი სტატუსებია გავლით RS – 485 (საწყისი eHouse1 კონტროლერები) და აგზავნის სტატუსის გარეშე ცვლილებების ორი მეთოდები არ collide ერთმანეთს:

• CommManager მუშაობს TCP / IP სერვერი პასუხობს შეკითხვებს სტატუსის შესახებ პანელი , მხედველობაში შემდგომი დააკავშირებს პანელები და შენარჩუნება მათ სანამ გათიშული რაიმე მიზეზით . ეს მეთოდი განსაკუთრებით ძვირფასია მცდელობებს დაამყაროს კომუნიკაცია პანელის გარეთ LAN , როგორიცაა ინტერნეტ სადაც ეს შეუძლებელია, მიიღოს UDP სტატუსი .
• CommManager აგზავნის მაუწყებლობს (connectionless) UDP პროტოკოლს არიან ნებისმიერი რაოდენობის კლიენტებს on LAN , ინტრანეტის .
  ეს ნიშნავს, რომ , რომ პანელზე არ არის დამაკავშირებელი სერვერი TCP CommManager , მაგრამ მოსმენის შეტყობინებები ეთერში საწყისი CM . ამ გზით არ აქვს მნიშვნელობა რამდენი მიმღებთა პანელებით სტატუსი , ეს არ ცვლის ქსელის დატვირთვის ან CommManager CPU გამოყენების . მაუწყებლობის UDP სამაუწყებლო შეუძლებელია , ან მძიმედ შეაფერხა ინტერნეტის საშუალებით იმდენად ამ შემთხვევაში პირველი მეთოდი უნდა იყოს გამოყენებული .

Ethernet eHouse (eHouse4Ethernet)

ამ ვერსია Ethernet კონტროლერები: CommManager , EthernetRoomManager , ა.შ. . , დამოუკიდებლად გაგზავნის მათი სტატუსის ორი გზა , არ collide ერთმანეთს:

• თითოეული კონტროლერი მუშაობს TCP / IP სერვერი პასუხობს შეკითხვებს სტატუსის შესახებ პანელი , მხედველობაში შემდგომი დააკავშირებს პანელები და შენარჩუნება მათ სანამ გათიშული რაიმე მიზეზით . ეს მეთოდი განსაკუთრებით ძვირფასია მცდელობებს დაამყაროს კომუნიკაცია პანელები გარეთ LAN , როგორიცაა ინტერნეტ , სადაც ეს შეუძლებელია, მიიღოს UDP სტატუსი .
  თუმცა , იმ შემთხვევაში მრავალჯერადი Ethernet კონტროლერები საჭიროა შევინარჩუნოთ კავშირი TCP / IP ყოველ კონტროლერი , შეარჩიო სრული სისტემის მდგომარეობა პირდაპირ კონტროლერები . ეს შეიძლება გამოიწვიოს უფრო მეტი დატვირთვა პროცესორზე პანელი , სიმძიმის დაკავშირებული პრობლემების ურთიერთობა . ამ შემთხვევაში , ეს სასურველია ადგილი LAN მხარეს განაცხადის , რომელიც იღებს ადგილობრივ UDP სტატუსი , და ფორვარდები მეტი TCP / IP ინტერნეტით . ეს ხორციელდება და განხილული განაცხადის eHouse4Java , რომელიც საშუალებას იძლევა ამ გადაწყვეტა . მინუსი არის დაცვა საჭიროა დამატებითი ტექნიკის რომ ამ ამოცანებს ახორციელებს .
• თითოეული კონტროლერი აგზავნის ეთერში (connectionless) UDP პროტოკოლს არიან ნებისმიერი რაოდენობის კლიენტებს on LAN , ინტრანეტის . ეს ნიშნავს, რომ , რომ პანელზე არ არის დამაკავშირებელი TCP სერვერზე კონტროლერი , მაგრამ მოსმენის შეტყობინებები ეთერში ყველა კონტროლერები . ამ გზით არ აქვს მნიშვნელობა რამდენი მიმღებთა პანელები მდგომარეობა არ ცვლის ქსელის დატვირთვის ან კონტროლერი CPU გამოყენების . მაუწყებლობის UDP პაკეტების შეუძლებელია ან მძიმედ შეაფერხა ინტერნეტის საშუალებით , ამიტომ ამ შემთხვევაში პირველი მეთოდი უნდა იყოს გამოყენებული . შესაძლებლობა გადაცემის UDP ზოგჯერ შესაძლებელია დამოკიდებულია ტიპის ლინკები , შესრულებით . ზოგჯერ შესაძლებელია მოიპოვოს სამაუწყებლო UDP მეშვეობით VPN კონფიგურირებული ლინკები , თუმცა , თუნდაც ამ სიტუაციაში , პაკეტი შეიძლება დაკარგა , არარსებობის გამო უსაფრთხოების მექანიზმები UDP . არასწორი მონაცემები ავტომატურად აუქმებს პროგრამული eHouse პანელები არა ჯამი (შეამოწმოთ თანხა)