Ehouse Domótica , Xestión de Edificios Ethernet versión permite a comunicación directa con un número virtualmente ilimitado de paneis exhiben o estado actual da Automatización Controladores Inicio utilizando o protocolo UDP na rede local . automatización residencial Ehouse – actualizar paneis sobre UDP (User_Datagram_Protocol) .
Ao contrario do protocolo TCP é un protocolo sen conexión , ou sexa, . non necesita de unha conexión permanente entre o cliente eo servidor , control de sesión , falta de mecanismos de control de datos , fluxo e retransmisión .
Isto fai que sexa moito máis rápido que o protocolo TCP , Porén , é posible para os datos de saída e outros erros .
No caso de User Datagram (marcos individuais para calquera sistema) , corrección de transmisión ten de tratar con software de comunicación .
UDP é ideal para o envío de transmisións (mensaxes , transmitido a varios dispositivos dunha soa vez , sen facer máis conexións cos clientes do servidor) .
As características máis importantes son os seguintes:

• Protocolo sen conexión recibir outro dispositivo de conexión co servidor non pode cargar servidor
• mensaxes son enviadas globalmente para todos os dispositivos na rede local
• o servidor non importa se envía mensaxes a 0 ou máis dispositivos ou dispositivos de escoita, como mensaxes
• erros de transmisión non teñen impacto sobre os datos do servidor adecuados
• transmisión de datos é protexido contra erros , existe: ningunha confirmación , sen control de fluxo

Como o UDP non ten protección contra erros de transmisión , usalo no eHouse , e permitir a comprobación de erros de paquetes de datos son enviados de verificación de ancho – suma de verificación .
Isto permite-lles comparar e uso do cliente – lado cando mandou comprobar – suma é igual a un, calculado .
Para eHouse , unha comparación dos datos está no cliente e do seu programa .
Os datos son enviados a partir do servidor en forma binaria e ten que ser descodificado polo software cliente .
O servidor envía os datos para a porta especificada (predeterminada 6789) , eo cliente ten que escoitar as mensaxes recibidas de forma asíncrono na porta .
Medios assíncronos , que os datos non son almacenados en memoria , eo dispositivo debe recibir paquetes nunha base continua, no momento da expedición (en tempo real) .
Selección de porta UDP depende da arquitectura do sistema e depende do tipo de instalación , todos os controladores están a enviar paquetes para o mesmo estado que cada porta a outro e poden ser seleccionados individualmente a partir de aplicacións do sistema eHouse .
Un paquete de datos é o mesmo que no caso de transmisión vía comunicación TCP cos controladores Ethernet ou eHouse software . exe para PC envío de datos binarios sobre UDP .
Isto permite o uso dunha única función (procedemento) descodificación dun cadro , independentemente do feito de que o medio de transmisión , protocolo de transmisión é .
Os datos non son garantir para facilitar a descodificación dos paneis de control individual e de software para mostrar .
Isto permitirá que a exhibición de información sobre os paneis, en só un número limitado de IP máscara , ou sexa, . 255 . Porque estes son só o estado de dispositivos sen a posibilidade de realizar o evento do sistema , pode ser liberado para o público fóra da LAN firewall .
En casos especiais , podes crear unha VPN (Virtual_Private_Network) – conexión encapsulada para recibir o status dos controladores para os paneis externos fóra da rede , ou usar TCP rexistro un reto – resposta (con código de comprobación dinámica) , que aínda está activa .
Estes datos non son críticos e sen paquetes de desencriptación por aplicación eHouse , este é moito ceros e uns , que ten que ser descodificado polo software do sistema eHouse paquete para paneis de calquera tipo .
Ehouse . Software exe foi actualizado , que permitiu a recollida de tales datos por UDP – User Datagram Protocol . El refírese só para Ethernet eHouse ou eHouse 1 baixo CommManager sistemas de supervisión .
Para iso , executar a aplicación con un parámetro Ehouse ” Ehouse . exe / VIAUDP ” capitalización non importa .
Isto permitirá a recepción dunha moito máis fiable do estado de CommManager , e conectado a el eHouse_1 controladores traballando con RS – 485 .
EHouse aplicación recibe (escoita) só os paquetes de entrada con condutores . Os paquetes son enviados con suma de comprobación e posibles erros apears datos , son simplemente ignoradas , e será actualizado coa recepción correcta do próximo paquete válido, contendo o estado do controlador .
Este método tamén libera clientes dos erros de servidor e rede , Routers , cambiar , xa que non hai ningún caso de quebra da comunicación co servidor , debido á idea conexión protocolo UDP .
Non causa unha suspensión ou a perda permanente de actualización de aplicacións , Como no caso dun conxunto de protocolos para o servidor , pero só temporalmente durante un fallo no enlace , e só perdendo paquetes durante fallos ou carga excesiva na rede .
Perder o estado do paquete de controladores é aceptable , a medida que son ciclicamente repetido con un cambio no estado de cada controlador , É o período mínimo é de preto de 15 segundos, se non hai ningunha modificación .
Para UDP de transmisión a partir de controladores transmitido de ehouse . exe debe ser desactivado . Se selecciona esta opción para eHouse . exe deixa de enviar o seu estado binario propio da UDP , porque estes son os mesmos datos , que actualmente están espallados directamente do eHouse controladores Ethernet e vai duplicar trafic rede .
Texto de estado (decodificar polo eHouse aplicación) poden seguir transmitindo , se eHouse . exe está activado , dando ao usuario a capacidade de usar os paneis de control antigos , texto – baseados en ficheiros de rexistro e paquetes binarios non aplicables .
Neste caso , a petición pasa a través eHouse . exe , que é outro elo na cadea , a partir dunha combinación de paneis tamén depende do ordenador .
Este uso , Porén , é bo para o sistema funcionando completamente no eHouse estándar 1 (sen CommManager) porque lle dá a oportunidade de traballar con paneis de recibir datos do eHouse . exe , a pesar da falta de construír – na interface Ethernet para transmisión de controladores .
Luces de control