Ehouse Domótica , Gestão de Edifícios Ethernet versão permite a comunicação direta com um número virtualmente ilimitado de painéis exibem o status atual da Automação Controladores Início utilizando o protocolo UDP na LAN . automação residencial Ehouse – atualizar painéis sobre UDP (User_Datagram_Protocol) .
Ao contrário do protocolo TCP é um protocolo sem conexão , ou seja, . não necessita de uma ligação permanente entre o cliente eo servidor , controle de sessão , falta de mecanismos de controle de dados , fluxo e retransmissão .
Isto faz com que seja muito mais rápido do que o protocolo TCP , contudo , é possível para os dados de saída e outros erros .
No caso de User Datagram (frames individuais para qualquer sistema) , correção de transmissão tem de lidar com software de comunicação .
UDP é ideal para o envio de transmissões (mensagens , transmitido para vários dispositivos de uma só vez , sem fazer mais conexões com os clientes do servidor) .
As características mais importantes são os seguintes:

• Protocolo sem conexão receber outro dispositivo de conexão com o servidor não irá carregar servidor
• mensagens são enviadas globalmente para todos os dispositivos na LAN
• o servidor não importa se envia mensagens a 0 ou mais dispositivos ou dispositivos de escuta, como mensagens
• erros de transmissão não têm impacto sobre os dados do servidor adequados
• transmissão de dados é protegido contra erros , existe: nenhuma confirmação , sem controle de fluxo

Como o UDP não tem proteção contra erros de transmissão , usá-lo no eHouse , e permitir a verificação de erros de pacotes de dados são enviados de verificação de largura – soma de verificação .
Isto permite-lhes comparar e uso do cliente – lado quando mandou verificar – soma é igual a um, calculado .
Para eHouse , uma comparação dos dados está no cliente e do seu software .
Os dados são enviados a partir do servidor na forma binária e tem de ser descodificado pelo software cliente .
O servidor envia os dados para a porta especificada (padrão 6789) , eo cliente tem de ouvir as mensagens recebidas de forma assíncrona na porta .
Meios assíncronos , que os dados não são armazenados em cache , eo dispositivo tem de receber pacotes em uma base contínua, no momento da expedição (em tempo real) .
Seleção de porta UDP depende da arquitetura do sistema e depende do tipo de instalação , se todos os controladores estão a enviar pacotes para o mesmo estado que a cada porta para o outro e podem ser seleccionados individualmente a partir de aplicações do sistema eHouse .
Um pacote de dados é o mesmo que no caso de transmissão via comunicação TCP com os controladores de Ethernet ou eHouse software . exe para PC envio de dados binários sobre UDP .
Isto permite o uso de uma única função (procedimento) descodificação de um quadro , independentemente do facto de o meio de transmissão , protocolo de transmissão é .
Os dados não são garantidos para facilitar a descodificação dos painéis de controlo individual e de software para a visualização .
Isto irá permitir que a exibição de informações sobre os painéis, em apenas um número limitado de IP máscara , ou seja, . 255 . Porque estes são apenas o status de dispositivos sem a possibilidade de executar o evento do sistema , ele pode ser liberado para o público fora da LAN firewall .
Em casos especiais , você pode criar uma VPN (Virtual_Private_Network) – conexão encapsulada para receber o status dos drivers para os painéis externos fora da rede , ou usar TCP registro um desafio – resposta (com código de verificação dinâmica) , que ainda está ativa .
Estes dados não são críticos e sem pacotes de decodificação por aplicação eHouse , este é monte de zeros e uns , que tem de ser descodificado pelo software do sistema eHouse pacote para painéis de qualquer tipo .
Ehouse . Software exe foi atualizado , que permitiu a recolha de tais dados pela UDP – User Datagram Protocol . Ele refere-se apenas para Ethernet eHouse ou eHouse 1 sob CommManager sistemas de supervisão .
Para fazer isso , executar o aplicativo com um parâmetro Ehouse ” Ehouse . exe / VIAUDP ” capitalização não importa .
Isto irá permitir a recepção de uma muito mais fiável do estado de CommManager , e ligado a ele eHouse_1 controladores trabalhando com RS – 485 .
EHouse aplicativo recebe (escuta) apenas os pacotes de entrada com motoristas . Os pacotes são enviados com soma de verificação e se quaisquer erros apears dados , são simplesmente ignoradas , e será atualizado com a recepção correta do próximo pacote válido, contendo o estado do controlador .
Este método também libera clientes dos erros de servidor e rede , Roteadores , mudar , uma vez que não há nenhum caso de quebra da comunicação com o servidor , devido à idéia conexão protocolo UDP .
Não causa uma suspensão ou a perda permanente de actualizações de aplicações , Tal como no caso de um conjunto de protocolos para o servidor , mas apenas temporariamente durante uma falha no link , e só perdendo pacotes durante falhas ou carga excessiva na rede .
Perder o status do pacote dos controladores é aceitável , à medida que são ciclicamente repetido com uma mudança no estado de cada controlador , e o período mínimo é de cerca de 15 segundos, se não houver nenhuma alteração .
Para UDP de transmissão a partir de controladores transmitido de ehouse . exe deve ser desativado . Se você selecionar esta opção para eHouse . exe deixa de enviar seu status binário próprio da UDP , porque estes são os mesmos dados , que atualmente estão espalhados diretamente do eHouse controladores Ethernet e vai duplicar trafic rede .
Texto de status (decodificado pelo eHouse aplicação) podem continuar a transmitir , se eHouse . exe é ativado , dando ao usuário a capacidade de usar os painéis de controle antigos , texto – baseados em arquivos de log e pacotes binários não aplicáveis .
Neste caso , o pedido passa através eHouse . exe , que é um outro elo na cadeia , a partir de uma combinação de painéis também depende do computador .
Este uso , contudo , é bom para o sistema funcionando completamente no eHouse padrão 1 (sem CommManager) porque lhe dá a oportunidade de trabalhar com painéis de receber dados do eHouse . exe , apesar da falta de construído – na interface Ethernet para transmissão de controladores .
Luzes de controle