eHouse Domòtica , Gestió d'Edificis Ethernet versió permet la comunicació directa amb un nombre virtualment il · limitat de panells mostren l'estat actual de Controladors d'Automatització de la Llar utilitzant el protocol UDP a la LAN . Automatització de la llar eHouse – actualitzar els panells a través d'UDP (User_Datagram_Protocol) .
A diferència del protocol TCP és un protocol sense connexió , és a dir, . no requereix una connexió permanent entre el client i el servidor , sessió de seguiment , la manca de mecanismes de control de dades , flux i de la distribució .
Això fa que sigui molt més ràpid que el protocol TCP , però , és possible que perden dades i altres errors .
En el cas de datagrames d'usuari (marcs individuals per a qualsevol sistema) , correcció de transmissió ha de lidiar amb el programari de comunicació .
UDP és ideal per a l'enviament de transmissions (missatges , transmetre a múltiples dispositius a la vegada , sense fer més connexions amb els clients des del servidor) .
Les característiques més importants són les següents:

• Protocol sense connexió rebent un altre dispositiu de connexió amb el servidor no es carregarà servidor
• els missatges s'envien a nivell mundial per a tots els dispositius de la LAN
• el servidor no importa si envia missatges a 0 o més dispositius o dispositius d'escolta, com ara missatges
• errors de transmissió no afectarà a les dades del servidor adequades
• la transmissió de dades no està protegida contra els errors , hi: no hi ha confirmació , sense control de flux

Com que UDP no té protecció contra errors de transmissió , per usar-lo en la eHouse , i per permetre la comprovació d'errors de paquets de dades s'envien verificació ample – suma de verificació .
Això els permet comparar i utilitzar de client – banda quan s'envien comprovar – suma és igual a un calculat .
Per eHouse , una comparació de les dades és en el client i el seu programari .
Les dades s'envien des del servidor en forma binària i han de ser descodificats pel programari del client .
El servidor envia les dades al port especificat (per defecte 6789) , i el client ha d'escoltar els missatges entrants de manera asincrònica al port .
Mitjans asíncrons , que les dades no s'emmagatzemen en memòria cau , i el dispositiu ha de rebre paquets en forma permanent en el moment d'expedició (en temps real) .
Selecció de port UDP depèn de l'arquitectura del sistema i depèn del tipus d'instal · lació , Si tots els controladors estan enviant paquets al mateix estat que cada port a un altre i pot ser seleccionat individualment a partir de les aplicacions del sistema eHouse .
Un paquet de dades és el mateix que en el cas de transmissió a través de la comunicació TCP amb els controladors d'Ethernet o eHouse programari . exe per a PC l'enviament de dades binaris a través d'UDP .
Això permet l'ús d'una única funció (procediment) de descodificació d'un marc , independentment de si el mitjà de transmissió , protocol de transmissió és .
Les dades no estan garantits per facilitar la descodificació dels panells de control individuals i programari per a la visualització .
Això permetrà la visualització de la informació en els panells en només un nombre limitat d'IP de màscara de subxarxa , és a dir, . 255 . Com que aquests són només l'estat dels dispositius sense la possibilitat d'executar l'esdeveniment del sistema , pot ser divulgada al públic fora de la LAN firewall .
En casos especials , pot crear una VPN (Virtual_Private_Network) – connexió de túnel per conèixer l'estat dels controladors per als panells exteriors fora de la xarxa , o usar TCP tala un repte – resposta (amb codi de comprovació dinàmica) , que encara està activa .
Aquestes dades no són crítics i sense descodificació de paquets per l'aplicació eHouse , això és munt d'uns i zeros , que ha de ser descodificada pel sistema de eHouse paquet de programari per a panells de qualsevol tipus .
eHouse . exe del programari s'ha actualitzat , que va permetre la recopilació d'aquestes dades per la UDP – User Datagram Protocol . Només es refereix a Ethernet eHouse o eHouse 1 a Gestor de comunicació dels sistemes de supervisió .
Per això , executar l'aplicació amb un paràmetre eHouse ” eHouse . exe / VIAUDP ” capitalització no importa .
Això permetrà una recepció molt més fiable de l'estat de CommManager , i connectat a ella eHouse_1 controladors de treball amb RS – 485 .
EHouse aplicació rep (escolta) només els paquets entrants amb controladors . Els paquets s'envien amb la suma de comprovació i si alguns errors de dades apears , són simplement ignorats , i s'actualitzarà amb la correcta recepció del següent paquet vàlid que contingui l'estat del controlador .
Aquest mètode també allibera als clients dels errors del servidor i de la xarxa , Routers , canviar , ja que no existeix cas de trencar la comunicació amb el servidor , causa de la idea protocol sense connexió UDP .
No causa una suspensió o pèrdua permanent d'actualitzacions de l'aplicació , Com en el cas d'una combinació de protocols per al servidor , però només temporalment durant una falla a l'enllaç , i només perdre paquets durant les falles o la càrrega excessiva en la xarxa .
Perdre l'estat del paquet dels controladors és acceptable , a mesura que es repeteix cíclicament amb un canvi en l'estat de cada controlador , i el període mínim és d'aproximadament 15 segons si no hi ha canvi .
Per a la transmissió dels controladors UDP transmès des eHouse . exe ha d'estar desactivat . Si seleccioneu aquesta opció per eHouse . exe deixa d'enviar el seu propi estat binari de la UDP , perquè aquests són les mateixes dades , que actualment es distribueixen directament de la eHouse controladors Ethernet i serà duplicat trafic xarxa .
El text d'estat (descodificat pel eHouse aplicació) pot seguir emetent , si eHouse . exe s'activa , donant a l'usuari la capacitat d'utilitzar els panells de control d'edat , text – els arxius de registre i base de paquets binaris que no són aplicables .
En aquest cas , l'aplicació passa a través de eHouse . exe , que és una baula més en la cadena de , a partir d'una combinació de panells també depèn de l'ordinador .
Aquest ús , però , és bo per al sistema que executa completament en l'estàndard eHouse 1 (sense Gestor de comunicació) perquè li dóna l'oportunitat de treballar amb els panells de la recepció de dades des del eHouse . exe aplicació , tot i la manca de construïda – a la interfície per a la transmissió d'Ethernet en els controladors .
Llums de control