eHouse სახლის ავტომატიზაციის , სამშენებლო მენეჯმენტი Ethernet ვერსია საშუალებას პირდაპირი კავშირი პრაქტიკულად შეუზღუდავი რაოდენობის პანელები ცარიელია სტატუსთან სახლის ავტომატიზაციის კონტროლერები გამოყენებით UDP ოქმი LAN . სახლის ავტომატიზაციის eHouse – განაახლოთ პანელები მეტი UDP (User_Datagram_Protocol) .
განსხვავებით TCP პროტოკოლი არის connectionless ოქმი , ანუ . არ საჭიროებს მუდმივ კავშირს კლიენტი და სერვერი , სესიის მიკვლევა , ნაკლებობა მექანიზმების გაკონტროლება მონაცემები , დინებისა და ხელახალი გადაცემა .
ეს ხდის ბევრად უფრო სწრაფად, ვიდრე TCP პროტოკოლს , თუმცა , შესაძლებელია დაკარგვის მონაცემები და სხვა შეცდომები .
იმ შემთხვევაში, თუ მომხმარებელი Datagram (ინდივიდუალური ფარგლებში ნებისმიერი სისტემა) , გადამცემი სისწორე უნდა გაუმკლავდეთ ურთიერთობა პროგრამული .
UDP იდეალურია გაგზავნის მაუწყებლობს (შეტყობინებები , ეთერში სხვადასხვა მოწყობილობები ერთდროულად , გარეშე მიღების შემდგომი კავშირები კლიენტებს სერვერზე) .
ყველაზე მნიშვნელოვანი მახასიათებლები ასე გამოიყურება:
- Connectionless ოქმის მიღების კიდევ ერთი მოწყობილობის სერვერთან კავშირი არ ჩატვირთოს სერვერზე
- შეტყობინებები იგზავნება გლობალურად ყველა მოწყობილობები LAN
- სერვერზე არ აქვს მნიშვნელობა, თუ ის აგზავნის შეტყობინებები 0 ან მეტი მოწყობილობების ან მოსმენის მოწყობილობები, როგორიცაა შეტყობინებები
- გადამცემი შეცდომები არ იმოქმედებს სერვერზე შესაფერისი მონაცემები
- მონაცემთა გადაცემის არის დაუცველი წინააღმდეგ შეცდომები , არსებობს: არ დადასტურება , არ დინების კონტროლი
გამო UDP ამჯამად არ აქვს დაცვას გადამცემი შეცდომები , გამოიყენოს იგი eHouse , და საშუალებას შეცდომა შემოწმების პაკეტები იგზავნება სიგანე გამშვები – თანხა გადამოწმების .
ეს მათ საშუალებას აძლევს შედარების გამოყენება კლიენტი – მხარე როდესაც გაგზავნილი შეამოწმოთ – თანხა უდრის გამოითვლება ერთი .
ამისთვის eHouse , შედარება მონაცემები არის კლიენტის და მისი პროგრამული .
მონაცემები იგზავნება სერვერზე ორობითი ფორმა და უნდა გაშიფრული გამოჩნდება მიერ კლიენტის პროგრამული უზრუნველყოფა .
სერვერზე აგზავნის მონაცემებს მითითებული პორტი (default 6789) , და კლიენტს უნდა მოუსმინოს შემომავალი შეტყობინებები asynchronously on პორტი .
ასინქრონული საშუალებები , რომ მონაცემები არ არის ქეშირებული , და თქვენი მოწყობილობა უნდა მიიღოს პაკეტების შესახებ მიმდინარე საფუძველზე დროს გავცემთ (რეალურ დროში) .
შერჩევა UDP პორტი დამოკიდებული არქიტექტურის სისტემით და დამოკიდებულია ტიპის ინსტალაცია , თუ ყველა კონტროლერები ვაგზავნით პაკეტების იგივე მდგომარეობა, რომ ყოველი პორტის სხვა და შეიძლება შერჩეული ინდივიდუალურად საწყისი eHouse სისტემა განაცხადების .
მონაცემები პაკეტი არის იგივე, რაც იმ შემთხვევაში გადაცემის მეშვეობით TCP კომუნიკაცია Ethernet მძღოლები და პროგრამული eHouse . exe for PC გაგზავნის ბინარული მონაცემები მეტი UDP .
ეს საშუალებას აძლევს გამოყენების ერთი ფუნქცია (პროცედურა) დეკოდირების of ჩარჩო , მიუხედავად იმისა გადამცემი საშუალო , გადამცემი პროტოკოლით არის .
მონაცემები გარანტირებული არ არის, ხელი შეუწყოს დეკოდირების ინდივიდუალური კონტროლის პანელები და პროგრამული უზრუნველყოფა ვიზუალიზაცია .
ეს საშუალებას მისცემს ჩვენების შესახებ ინფორმაციის პანელები მხოლოდ შეზღუდული რაოდენობის subnet ნიღაბი IP , ანუ . 255 . რადგან ეს არის მხოლოდ მოწყობილობების სტატუსის გარეშე შესაძლებლობა გასაშვებად სისტემაში ღონისძიება , შეიძლება გაათავისუფლეს საჯარო გარეთ firewall LAN .
განსაკუთრებულ შემთხვევებში , შეგიძლიათ შექმნათ VPN (Virtual_Private_Network) – გვირაბით დაკავშირებით მიიღოს სტატუსის დრაივერები გარე პანელები გარეთ ქსელის , ან ვიყენებთ TCP ხე challange – საპასუხოდ (დინამიური კოდს) , რომელიც დღემდე აქტიურად .
ეს მონაცემები არ კრიტიკული და გარეშე დეკოდირების პაკეტების მიერ eHouse განაცხადის , ეს არის bunch of პირობა და zeros , რომ უნდა გაშიფრული გამოჩნდება მიერ პროგრამული პაკეტი eHouse სისტემის პანელები ნებისმიერი ტიპის .
eHouse . exe Software უკვე განახლებული , რომ ნებადართული კოლექცია ასეთი მონაცემების UDP – User Datagram Protocol . ეს მხოლოდ მიუთითებს იმ Ethernet eHouse ან eHouse 1 ქვეშ CommManager ზედამხედველობის სისტემები .
ამისათვის , აწარმოებს განაცხადის პარამეტრი eHouse ” eHouse . exe / VIAUDP ” კაპიტალიზაცია არ აქვს მნიშვნელობა .
ეს საშუალებას მისცემს ამისთვის ბევრად უფრო საიმედო მიღება სტატუსის CommManager , და უკავშირდება მას eHouse_1 კონტროლერები მუშაობა RS – 485 ინტერფეისი .
EHouse განაცხადის იღებს (უსმენს) მხოლოდ შემომავალი პაკეტები მძღოლები . პაკეტები იგზავნება ერთად ჯამი და თუ რაიმე მონაცემები შეცდომები apears , უბრალოდ იგნორირებას , და განახლდება სწორი მიღება შემდეგი მართებული პაკეტი შემცველი სტატუსის კონტროლერი .
ეს მეთოდი ასევე ათავისუფლებს კლიენტებს სერვერზე და ქსელის შეცდომები , მარშრუტიზატორები , გადართოთ , რადგან არ არსებობს დარღვევის შემთხვევაში კომუნიკაცია სერვერზე , გამო connectionless UDP პროტოკოლს იდეა .
იგი არ იწვევს შეჩერების ან მუდმივი დაკარგვა განაცხადის განახლებები , როგორც საქართველოს შემთხვევაში კომბინაცია ოქმების სერვერზე , მაგრამ მხოლოდ დროებით განმავლობაში ლინკები მარცხი , და მხოლოდ დაკარგვის პაკეტების დროს ჩავარდნებს ან ზედმეტი დატვირთვის ქსელში .
Losing პაკეტი სტატუსის კონტროლერები არის მისაღები , როგორც ისინი ციკლურად განმეორდა ცვლილება სტატუსის თითოეული კონტროლერი , და მინიმალური პერიოდი არის დაახლოებით 15 წამში თუ არ არსებობს ენის .
იყიდება UDP სამაუწყებლო საწყისი კონტროლერები ეთერში საწყისი eHouse . exe განაცხადი უნდა იყოს გამორთულია . თუ აირჩევთ ამ ვარიანტს eHouse . exe განაცხადის წყვეტს გაგზავნოს საკუთარი ორობითი სტატუსის UDP , რადგან ეს არის იგივე მონაცემები , რომ ამჟამად გავრცელებულია პირდაპირ Ethernet კონტროლერები eHouse და იქნება დუბლიკატი ქსელის მონიშნე ყველა თემა .
სტატუსი ტექსტი (გაშიფრული გამოჩნდება მიერ განაცხადის eHouse) შეიძლება გააგრძელოს ეთერში , თუ eHouse . exe განაცხადის გააქტიურებულია , ვაძლევთ მომხმარებლის საშუალებას გამოვიყენოთ წლის კონტროლის პანელები , ტექსტი – დაფუძნებული ჟურნალის ფაილი და ბინარული პაკეტები არ გამოიყენება .
ამ შემთხვევაში , განაცხადის გადის eHouse . exe , რაც კიდევ ბმულზე ჯაჭვი , საწყისი კომბინაცია პანელები ასევე დამოკიდებულია კომპიუტერის .
ეს გამოყენება , თუმცა , კარგია სისტემაში გაშვებული სრულად სტანდარტული eHouse 1 (არ CommManager), რადგან იგი საშუალებას გაძლევთ მუშაობა პანელები ღებულობენ მონაცემებს eHouse . exe განაცხადის , მიუხედავად ნაკლებობა აშენდა – წელს ინტერფეისით Ethernet გადაცემა კონტროლერები .
კონტროლის Lights