eHouse Home Automation , Building Management Ethernet-versjon muliggjør direkte kommunikasjon med en praktisk talt ubegrenset antall paneler vise gjeldende status for Hjem Automation Controllers ved hjelp av UDP-protokollen på LAN . hjem Automation eHouse – oppdatere paneler over UDP (User_Datagram_Protocol) .
I motsetning til TCP-protokollen er en forbindelsesløs protokoll , dvs. . krever ikke en permanent forbindelse mellom klienten og serveren , sesjon sporing , mangel på mekanismer for å kontrollere data , flyt og videresending .
Dette gjør det mye raskere enn TCP-protokollen , men , er det mulig å miste data og andre feil .
I tilfelle av User Datagram (Individuelle rammer for ethvert system) , overføring korrekthet må forholde seg til kommunikasjon programvare .
UDP er ideell for å sende sendinger (meldinger , kringkaste til flere enheter samtidig , uten å gjøre ytterligere forbindelser med klientene fra serveren) .
De viktigste funksjonene er følgende:

• Forbindelsesløs protokoll mottar en annen enhet koblet til serveren vil ikke laste server
• Meldingene sendes globalt til alle enheter på LAN
• serveren spiller ingen rolle om den sender meldinger til 0 eller flere enheter eller lytte enheter, for eksempel meldinger
• overføringsfeil har ingen innvirkning på serveren egnede data
• dataoverføring er ubeskyttet mot feil , det er: ingen bekreftelse , ingen flytkontroll

Siden UDP ikke har beskyttelse mot overføringsfeil , å bruke den i eHouse , og for å muliggjøre feilkontroll datapakker sendes bredde sjekk – sum for verifisering .
Dette tillater dem å sammenligne og bruk av klient – side når de sendes sjekk – sum er lik beregnet en .
For eHouse , en sammenligning av dataene er i klienten og programvaren .
Data sendes fra serveren i binær form og må dekodes av klientprogramvaren .
Serveren sender dataene til den angitte porten (standard 6789) , og klienten må lytte etter innkommende meldinger asynkront på babord .
Asynkrone betyr , at dataene er ikke lagret , og enheten må motta pakker fortløpende på tidspunktet for avsendelse (sanntid) .
Velge UDP port avhenger arkitekturen av systemet og er avhengig av type av installasjon , hvis alle kontrollerne sender pakker til samme status som hver port til en annen, og kan velges individuelt fra eHouse system applikasjoner .
En datapakke er den samme som i tilfelle av overføring via TCP kommunikasjon med Ethernet drivere eller programvare eHouse . exe for PC sender binære data over UDP .
Dette tillater bruk av en enkelt funksjon (prosedyre) dekoding av en ramme , uavhengig av om overføringsmedium , overføringsprotokoll er .
Dataene er ikke sikret å lette dekoding av de enkelte kontrollpaneler og programvare for visualisering .
Dette vil tillate visning av informasjon på paneler i bare et begrenset antall subnet mask IP , dvs. . 255 . Fordi disse er de eneste enhetene status uten mulighet for å kjøre systemet hendelsen , det kan frigis til offentligheten utenfor brannmuren LAN .
I spesielle tilfeller , Du kan opprette en VPN (Virtual_Private_Network) – tunneltilkoblingen å få status som driverne for de eksterne paneler utenfor nettverket , eller bruke TCP logging en challange – respons (med dynamisk bekreftelseskode) , som fortsatt er aktiv .
Disse dataene er ikke kritisk og uten dekoding pakker av eHouse søknad , Dette er haug med enere og nuller , som må dekodes av programvarepakken eHouse system for paneler av enhver type .
eHouse . exe Software har blitt oppdatert , som tillot innsamling av slike data ved UDP – User Datagram Protocol . Det gjelder bare for Ethernet eHouse eller eHouse 1 under CommManager tilsyn systemer .
For å gjøre dette , kjøre programmet med en parameter eHouse ” eHouse . exe / VIAUDP ” kapitalisering spiller ingen rolle .
Dette vil gi rom for en mye mer pålitelig mottak av status for CommManager , og koblet til det eHouse_1 kontrollere arbeider med RS – 485-grensesnitt .
EHouse program mottar (lytter) bare innkommende pakker med drivere . Pakker sendes med sjekksum, og om noen datafeil apears , er rett og slett ignorert , og vil bli oppdatert med korrekt mottak av neste gyldige pakke inneholder statusen til kontrollenheten .
Denne metoden frigjør også klienter fra serveren og nettverk feil , Rutere , bryter , siden det ikke er tilfelle bryte kommunikasjonen med serveren , på grunn av forbindelsesløs UDP protokollen idé .
Det ikke medfører en suspensjon eller permanent tap av programoppdateringer , Som i tilfelle av en kombinasjon av protokoller til serveren , men bare midlertidig under en link svikt , og bare miste pakker under feil eller overdreven belastning på nettverket .
Miste pakken statusen av kontrollerne er akseptabelt , som de er syklisk gjentatt med en endring i status for hver kontroller , og minimum er ca 15 sekunder dersom det ikke er noen endring .
For UDP broadcast fra kontrollerne kringkastet fra eHouse . exe Søknaden må være deaktivert . Hvis du velger dette alternativet for eHouse . exe opphører å sende sin egen binære status for UDP , fordi disse er de samme dataene , som i dag er spredt direkte fra Ethernet-kontrollere eHouse og det vil duplisere nettverk trafic .
Status tekst (dekodet av søknaden eHouse) kan fortsette å kringkaste , hvis eHouse . exe-program er aktivert , gir brukeren muligheten til å bruke de gamle kontrollpaneler , tekst – baserte loggfiler og binære pakker ikke aktuelt .
I dette tilfellet , søknaden går gjennom eHouse . exe , som er et annet ledd i kjeden , av en kombinasjon av plater avhenger også av datamaskinen .
Denne bruken , men , er bra for systemet kjører helt i standard eHouse 1 (ingen CommManager) fordi det gir deg muligheten til å jobbe med paneler mottar data fra eHouse . exe program , til tross for mangelen på bygget – i grensesnittet for Ethernet overføring i kontrollerne .
Kontroll Lights