eHouse Home Automation , Building Management Ethernet versione consente la comunicazione diretta con un numero virtualmente illimitato di pannelli di visualizzare lo stato corrente della Home Automation Controller utilizzando il protocollo UDP sulla LAN . Home Automation eHouse – aggiornare i pannelli su UDP (User_Datagram_Protocol) .
A differenza del protocollo TCP è un protocollo senza connessione , vale a dire . non richiede una connessione permanente tra il client e il server , sessione di monitoraggio , mancanza di meccanismi per controllare i dati , flusso e ritrasmissione .
Questo rende molto più veloce del protocollo TCP , tuttavia , è possibile perdere i dati e altri errori .
Nel caso di User Datagram (singoli fotogrammi per qualsiasi sistema) , correttezza di trasmissione deve fare i conti con il software di comunicazione .
UDP è ideale per l'invio di trasmissioni (messaggi , trasmesso a più dispositivi contemporaneamente , senza ulteriori collegamenti con i clienti dal server) .
Le caratteristiche più importanti sono le seguenti:

• Protocollo senza connessione che venga effettuata un'altra connessione del dispositivo al server non si carica del server
• i messaggi vengono inviati a livello globale per tutti i dispositivi sulla LAN
• il server non importa se invia messaggi a 0 o più dispositivi o dispositivi di ascolto quali messaggi
• errori di trasmissione non hanno alcun impatto sui dati del server idonei
• trasmissione dei dati non è protetto contro gli errori , non vi è: nessuna conferma , nessun controllo di flusso

Poiché UDP non ha la protezione contro gli errori di trasmissione , usarlo in eHouse , e per consentire il controllo degli errori dei pacchetti di dati sono inviati controllo larghezza – somma per la verifica .
Questo permette loro di confrontare e l'uso di client – lato quando inviato controllo – somma è uguale a quello calcolato .
Per eHouse , un confronto dei dati è il client e il software .
I dati vengono inviati dal server in forma binaria e deve essere decodificati dal software client .
Il server invia i dati alla porta specificata (di default 6789) , e il cliente deve ascoltare i messaggi in arrivo in modo asincrono sulla porta .
Asincroni mezzi , che i dati non vengono memorizzati nella cache , e il dispositivo deve ricevere i pacchetti su base continuativa al momento della spedizione (in tempo reale) .
Selezione porta UDP dipende l'architettura del sistema e dipende dal tipo di installazione , se tutti i controlli sono l'invio di pacchetti per lo stesso status che ciascuna porta ad un altro e può essere selezionato singolarmente da applicazioni di sistema eHouse .
Un pacchetto di dati è la stessa come nel caso di trasmissione tramite la comunicazione TCP con i driver Ethernet o eHouse software . exe per PC l'invio di dati binari su UDP .
Questo consente l'utilizzo di una singola funzione (procedura) decodifica di un telaio , indipendentemente dal fatto che il mezzo di trasmissione , protocollo di trasmissione è .
I dati non sono fissate per facilitare la decodifica dei singoli pannelli di controllo e software per la visualizzazione .
Ciò consente la visualizzazione delle informazioni sui pannelli in solo un numero limitato di IP subnet mask , vale a dire . 255 . Dato che questi sono lo stato solo dispositivi senza la possibilità di eseguire l'evento di sistema , queste possono essere comunicate al pubblico al di fuori del firewall LAN .
In casi speciali , è possibile creare una VPN (Virtual_Private_Network) – connessione con tunnel per ricevere lo stato dei driver per i pannelli esterni al di fuori della rete , o utilizzare il protocollo TCP registrazione una sfida – risposta (con codice di verifica dinamica) , che è ancora attivo .
Questi dati non sono critici e senza pacchetti di decodifica per applicazione eHouse , questo è mazzo di uno e zero , che deve essere decodificato dal sistema eHouse pacchetto software per pannelli di qualsiasi tipo .
eHouse . Software exe è stato aggiornato , che ha permesso la raccolta di tali dati da parte UDP – User Datagram Protocol . Si riferisce solo per Ethernet eHouse o eHouse 1 sotto CommManager sistemi di supervisione .
Per fare questo , eseguire l'applicazione con un parametro eHouse ” eHouse . exe / VIAUDP ” capitalizzazione non importa .
Ciò consentirà una ricezione molto più affidabile dello stato di CommManager , e collegato ad esso eHouse_1 controllori lavorare con RS – 485 .
EHouse applicazione riceve (ascolta) solo i pacchetti in entrata con i driver . I pacchetti vengono inviati con checksum e se eventuali errori nei dati apears , sono semplicemente ignorati , e sarà aggiornato con la corretta ricezione del pacchetto successivo valido contenente lo stato del controllore .
Questo metodo consente inoltre di liberare i clienti dagli errori del server e della rete , Router , passare , poiché non vi è alcun caso di rottura della comunicazione con il server , a causa della connessione idea protocollo UDP .
Non provoca una sospensione o perdita permanente di aggiornamenti delle applicazioni , Come nel caso di una combinazione di protocolli al server , ma solo temporaneamente durante un errore di collegamento , e solo perdere pacchetti in caso di guasti o carico eccessivo sulla rete .
Perdere stato di un pacchetto dei controller è accettabile , come vengono ripetute ciclicamente con un cambiamento di stato di ciascun controllore , e il periodo minimo è di circa 15 secondi se non vi è alcun cambiamento .
Per la trasmissione UDP dai controller trasmesso da eHouse . applicazione exe deve essere disabilitato . Se si seleziona questa opzione per eHouse . applicazione exe cessa di inviare il suo stato proprio binario del UDP , perché questi sono gli stessi dati , che attualmente sono diffuse direttamente dal eHouse Ethernet controller e sarà duplicato traffico di rete .
Testo di stato (decodificato dal eHouse applicazione) può continuare a trasmettere , se eHouse . applicazione exe viene attivato , dando all'utente la possibilità di utilizzare i pannelli di controllo obsoleti , testo – file di log base e pacchetti binari non applicabile .
In questo caso , l'applicazione passa attraverso eHouse . exe , che è un altro anello della catena , da una combinazione di pannelli dipende anche del computer .
Questo uso , tuttavia , è un bene per il sistema in esecuzione completamente nel eHouse standard di 1 (senza CommManager) perché ti dà l'opportunità di lavorare con i pannelli ricevendo dati dal eHouse . exe applicazione , nonostante la mancanza di costruzione – in interfaccia per la trasmissione Ethernet in controllori .
Controllo Luci