eHouse Home Automation , Building Management Ethernet-version giver mulighed for direkte kommunikation med et næsten ubegrænset antal paneler viser den aktuelle status for Home Automation Controllers vha. UDP-protokollen på LAN . Home Automation eHouse – opdatere paneler over UDP (User_Datagram_Protocol) .
I modsætning til TCP-protokollen er en forbindelsesløs protokol , dvs . kræver ikke en permanent forbindelse mellem klient og server , session tracking , Manglen på mekanismer til at styre data , flow og retransmission .
Dette gør det meget hurtigere end TCP-protokollen , dog , er det muligt at miste data og andre fejl .
I tilfælde af User Datagram (Individuelle rammer for ethvert system) , transmission korrekthed skal beskæftige sig med kommunikation software .
UDP er ideel til at sende udsendelser (meddelelser , udsendes til flere enheder på én gang , uden at yderligere forbindelser med kunder fra serveren) .
De vigtigste elementer er følgende:

• Forbindelsesløs protokol modtager en anden enhed forbindelse til serveren vil ikke indlæse server
• beskeder sendes globalt til alle enheder på LAN
• serveren ikke noget, hvis det sender beskeder til 0 eller flere enheder eller høretekniske hjælpemidler, såsom meddelelser
• transmissionsfejl har ingen indflydelse på server egnede data
• datatransmission er ubeskyttet mod fejl , der er: ingen bekræftelse , ingen flowstyring

Da UDP ikke har beskyttelse mod transmissionsfejl , at bruge det i eHouse , og for at give fejlkontrol datapakker sendes bredde tjek – sum til verifikation .
Det giver dem mulighed for at sammenligne og brug af klient – side, når de sendes tjek – summen er lig med beregnet en .
For eHouse , en sammenligning af data er i klienten og dets software .
Data sendes fra serveren i binær form og skal dekodes af klientsoftwaren .
Serveren sender data til den angivne port (standard 6789) , og kunden skal lytte efter indgående beskeder asynkront på havnen .
Asynkrone betyder , at dataene ikke er cached , og din enhed skal modtage pakker løbende på tidspunktet for afsendelsen (real tid) .
Valg af UDP port afhænger af systemets arkitektur og afhænger af typen af ​​anlæg , hvis alle controllere sender pakker til samme status som hver port til en anden og kan vælges individuelt fra eHouse system applikationer .
En datapakke er den samme som i tilfælde af transmission via TCP kommunikation med Ethernet drivere eller software eHouse . exe til PC sender binære data over UDP .
Dette tillader anvendelsen af ​​en enkelt funktion (procedure) dekodning af en ramme , uanset om transmissionsmediet , transmissionsprotokol er .
Dataene er ikke fastgjort for at lette dekodningen af ​​de enkelte kontrolpaneler og software til visualisering .
Dette vil tillade visningen af ​​information på panelerne i kun et begrænset antal undernetmaske IP , dvs . 255 . Fordi disse er de eneste enheder status uden mulighed for at køre systemet begivenhed , det kan frigives til offentligheden uden for firewallen LAN .
I særlige tilfælde , du kan oprette en VPN (Virtual_Private_Network) – tunnelforbindelsen at modtage status af driverne til de eksterne paneler uden for nettet , eller bruge TCP logning en challange – respons (med dynamisk verifikationskoden) , som stadig er aktiv .
Disse data er ikke kritiske og uden dekodning pakker ved eHouse ansøgning , dette er bundt af ettaller og nuller , der skal dekodes ved softwarepakke eHouse system for paneler af enhver type .
eHouse . exe Software er blevet opdateret , der tillod indsamling af sådanne data fra UDP – User Datagram Protocol . Den har kun henvist til Ethernet eHouse eller eHouse 1 under CommManager overvågningssystemer .
For at gøre dette , køre programmet med en parameter eHouse ” eHouse . exe / VIAUDP ” kapitalisering betyder ikke noget .
Dette vil muliggøre en meget mere pålidelig modtagelse af status CommManager , og forbundet til det eHouse_1 regulatorer arbejder med RS – 485-interface .
EHouse ansøgning modtager (lytter) kun indkommende pakker med chauffører . Pakker sendes med checksum, og hvis alle data fejl apears , ignoreres simpelthen , og opdateres med den korrekte modtagelse af den næste gyldige pakke indeholdende status kontrolleren .
Denne metode også frigør kunder fra serveren og netværk fejl , Routere , kontakt , da der ikke er tale om at bryde kommunikation med serveren , på grund af den forbindelsesløse UDP-protokollen idé .
Det forårsager ikke en suspension eller permanent tab af programopdateringer , Som i tilfælde af en kombination af protokoller til serveren , men kun midlertidigt under en forbindelsesfejl , og kun miste pakkerne ved svigt eller overdreven belastning på nettet .
Miste pakken status af regulatorerne er acceptabelt , som de cyklisk gentager sig med en ændring af status for hver styreenhed , og den minimale periode ca 15 sekunder, hvis der ikke er nogen ændring .
For UDP-broadcast fra controllere udsendes fra ehouse . exe ansøgning skal være deaktiveret . Hvis du vælger denne mulighed for eHouse . exe ansøgning ophører med at sende sit eget binære status UDP , fordi disse er de samme data , der i øjeblikket er spredt direkte fra Ethernet-controllere eHouse og det vil duplikere netværk trafic .
Status tekst (dekodes af ansøgningen eHouse) kan fortsætte med at udsende , hvis eHouse . exe ansøgning er aktiveret , giver brugeren mulighed for at bruge de gamle kontrolpaneler , tekst – baserede logfiler og binære pakker ikke gældende .
I dette tilfælde , anvendelsen passerer gennem eHouse . exe , der er et andet led i kæden , fra en kombination af plader afhænger også af computeren .
Denne anvendelse , dog , er godt for systemet kører helt i standard eHouse 1 (ingen CommManager), fordi det giver dig mulighed for at arbejde med paneler modtager data fra eHouse . exe ansøgning , trods manglen på indbyggede – i interface til Ethernet transmission i regulatorer .
Kontrol Lights