eHouse Domótica , Gestión de Edificios Ethernet versión permite la comunicación directa con un número virtualmente ilimitado de paneles muestran el estado actual de Controladores de Automatización del Hogar utilizando el protocolo UDP en la LAN . Automatización del hogar eHouse – actualizar los paneles a través de UDP (User_Datagram_Protocol) .
A diferencia del protocolo TCP es un protocolo sin conexión , es decir, . no requiere una conexión permanente entre el cliente y el servidor , sesión de seguimiento , la falta de mecanismos de control de datos , flujo y de la distribución .
Esto hace que sea mucho más rápido que el protocolo TCP , sin embargo , es posible que pierden datos y otros errores .
En el caso de datagramas de usuario (marcos individuales para cualquier sistema) , corrección de transmisión debe lidiar con el software de comunicación .
UDP es ideal para el envío de transmisiones (mensajes , transmitir a múltiples dispositivos a la vez , sin hacer más conexiones con los clientes desde el servidor) .
Las características más importantes son las siguientes:

• Protocolo sin conexión recibiendo otro dispositivo de conexión con el servidor no se cargará servidor
• los mensajes se envían a nivel mundial para todos los dispositivos de la LAN
• el servidor no importa si envía mensajes a 0 o más dispositivos o dispositivos de escucha, tales como mensajes
• errores de transmisión no afectará a los datos del servidor adecuadas
• la transmisión de datos no está protegida contra los errores , hay: no hay confirmación , sin control de flujo

Debido a que UDP no tiene protección contra errores de transmisión , para usarlo en la eHouse , y para permitir la comprobación de errores de paquetes de datos se envían verificación ancho – suma de verificación .
Esto les permite comparar y utilizar de cliente – lado cuando se envían comprobar – suma es igual a uno calculado .
Para eHouse , una comparación de los datos es en el cliente y su software .
Los datos se envían desde el servidor en forma binaria y deben ser decodificados por el software del cliente .
El servidor envía los datos al puerto especificado (por defecto 6789) , y el cliente debe escuchar los mensajes entrantes de forma asincrónica en el puerto .
Medios asíncronos , que los datos no se almacenan en caché , y el dispositivo debe recibir paquetes en forma permanente en el momento de expedición (en tiempo real) .
Selección de puerto UDP depende de la arquitectura del sistema y depende del tipo de instalación , Si todos los controladores están enviando paquetes al mismo estado que cada puerto a otro y puede ser seleccionado individualmente a partir de las aplicaciones del sistema eHouse .
Un paquete de datos es el mismo que en el caso de transmisión a través de la comunicación TCP con los controladores de Ethernet o eHouse software . exe para PC el envío de datos binarios a través de UDP .
Esto permite el uso de una única función (procedimiento) de decodificación de un marco , independientemente de si el medio de transmisión , protocolo de transmisión es .
Los datos no están garantizados para facilitar la decodificación de los paneles de control individuales y software para la visualización .
Esto permitirá la visualización de la información en los paneles en sólo un número limitado de IP de máscara de subred , es decir, . 255 . Debido a que estos son sólo el estado de los dispositivos sin la posibilidad de ejecutar el evento del sistema , puede ser divulgada al público fuera de la LAN firewall .
En casos especiales , puede crear una VPN (Virtual_Private_Network) – conexión de túnel para conocer el estado de los controladores para los paneles exteriores fuera de la red , o usar TCP tala un reto – respuesta (con código de comprobación dinámica) , que todavía está activa .
Estos datos no son críticos y sin decodificación de paquetes por la aplicación eHouse , esto es montón de unos y ceros , que debe ser decodificada por el sistema de eHouse paquete de software para paneles de cualquier tipo .
eHouse . exe del software se ha actualizado , que permitió la recopilación de esos datos por la UDP – User Datagram Protocol . Sólo se refiere a Ethernet eHouse o eHouse 1 en Gestor de comunicación los sistemas de supervisión .
Para ello , ejecutar la aplicación con un parámetro eHouse ” eHouse . exe / VIAUDP ” capitalización no importa .
Esto permitirá una recepción mucho más fiable del estado de CommManager , y conectado a ella eHouse_1 controladores de trabajo con RS – 485 .
EHouse aplicación recibe (escucha) sólo los paquetes entrantes con controladores . Los paquetes se envían con la suma de comprobación y si algunos errores de datos apears , son simplemente ignorados , y se actualizará con la correcta recepción del siguiente paquete válido que contenga el estado del controlador .
Este método también libera a los clientes de los errores del servidor y de la red , Routers , cambiar , ya que no existe caso de romper la comunicación con el servidor , debido a la idea protocolo sin conexión UDP .
No causa una suspensión o pérdida permanente de actualizaciones de la aplicación , Como en el caso de una combinación de protocolos para el servidor , pero sólo temporalmente durante una falla en el enlace , y sólo perder paquetes durante las fallas o la carga excesiva en la red .
Perder el estado del paquete de los controladores es aceptable , a medida que se repite cíclicamente con un cambio en el estado de cada controlador , y el período mínimo es de aproximadamente 15 segundos si no hay cambio .
Para la transmisión de los controladores UDP transmitido desde ehouse . exe debe estar desactivado . Si selecciona esta opción para eHouse . exe deja de enviar su propio estado binario de la UDP , porque estos son los mismos datos , que en la actualidad se distribuyen directamente de la eHouse controladores Ethernet y será duplicado trafic red .
El texto de estado (decodificado por el eHouse aplicación) puede seguir emitiendo , si eHouse . exe se activa , dando al usuario la capacidad de utilizar los paneles de control de edad , texto – los archivos de registro y base de paquetes binarios que no son aplicables .
En este caso , la aplicación pasa a través de eHouse . exe , que es un eslabón más en la cadena de , a partir de una combinación de paneles también depende de la computadora .
Este uso , sin embargo , es bueno para el sistema que ejecuta completamente en el estándar eHouse 1 (sin Gestor de comunicación) porque le da la oportunidad de trabajar con los paneles de la recepción de datos desde el eHouse . exe aplicación , a pesar de la falta de construida – en la interfaz para la transmisión de Ethernet en los controladores .
Luces de control