Automatizace budov Ethernet eHouse – Spolupráce ovládací panely přímo s regulátory přes UDP

eHouse Domácí automatizace , Správa budov Ethernet verze umožňuje přímou komunikaci s prakticky neomezeným počtem panelů zobrazí aktuální stav Regulátory Domácí automatizace pomocí protokolu UDP na LAN . home Automation eHouse – aktualizovat panely přes UDP (User_Datagram_Protocol) .
Na rozdíl od protokolu TCP je protokol bez připojení , tj. . nevyžaduje stálé spojení mezi klientem a serverem , relace sledování , neexistence mechanismu pro kontrolu dat , průtoku a přenos .
To je mnohem rychlejší než protokol TCP , nicméně , je možné ztrátě dat a další chyby .
V případě User Datagram (Jednotlivé rámy na jakémkoliv systému) , Přenos správnost musí vypořádat s komunikačním softwarem .
UDP je ideální pro posílání vysílání (zprávy , vysílání na více zařízení najednou , bez dalších spojení s klienty ze serveru) .
Nejdůležitější funkce jsou následující:

  • Nespojovaný protokol dostal další zařízení připojení k serveru se nelze načíst serveru
  • zprávy jsou odesílány globálně pro všechny zařízení na LAN
  • server není jedno, jestli to odesílá zprávy 0 nebo více zařízení nebo odposlouchávací zařízení, jako jsou zprávy
  • chyb přenosu nemají vliv na datovém serveru vhodných
  • Přenos dat je bez ochrany proti chybám , tam je: žádné potvrzení , bez řízení toku dat

Vzhledem k tomu, UDP nemá ochranu proti přenosových chyb , použít v eHouse , a umožnit kontrolu chyb datové pakety jsou zaslány šířka kontrolu – součet pro ověření .
To jim umožňuje porovnat a použití klienta – strana, když poslal kontrolu – součet je roven vypočtené .
Pro eHouse , srovnání dat je v klientovi a jeho software .
Data jsou odeslána ze serveru v binární formě a musí být dekódovány klientský software .
Server odešle data na zadaném portu (výchozí 6789) , a klient musí pro příchozí zprávy asynchronně na portu .
Asynchronní prostředky , že údaje nejsou v mezipaměti , a přístroj musí přijímat pakety na průběžně v době odeslání (v reálném čase) .
Výběr UDP, závisí na architektuře systému a závisí na typu zařízení , pokud jsou všechny regulátory jsou odesílání balíčků do stejného stavu, který každý port na jiný a je možné nastavit individuálně z aplikací eHouse systému .
Datový paket je stejný jako v případě přenosu přes komunikaci TCP s řidiči Ethernet nebo softwaru eHouse . exe pro PC odesílání binárních dat přes UDP .
To umožňuje použití jedné funkce (postup) dekódování rámu , bez ohledu na to, zda je přenosové médium , Protokol přenosu je .
Údaje nejsou zajištěny usnadnit dekódování jednotlivých ovládacích panelů a software pro vizualizaci .
To umožní zobrazení informací o panelech pouze v omezeném počtu Maska podsítě IP , tj. . 255 . Vzhledem k tomu, to jsou pouze zařízení stav bez možnosti spustit systémovou událost , může být propuštěn k veřejnosti mimo firewall LAN .
Ve zvláštních případech , můžete vytvořit VPN (Virtual_Private_Network) – tunelování připojení k odběru postavení řidičů pro externí panely mimo síť , nebo použijte TCP protokolování Challange – reakce (s dynamickým ověřovací kód) , který je stále aktivní .
Tyto údaje nejsou kritické a bez obalů dekódování eHouse aplikace , to je banda jedniček a nul , , které musí být dekódován eHouse softwarového balíku systému pro panely jakéhokoli typu .
eHouse . exe Software byl aktualizován , který umožňoval sběr těchto údajů UDP – User Datagram Protocol . To se vztahuje pouze na Ethernet eHouse nebo eHouse 1 pod dohledem CommManager systémů .
Chcete-li to , spustit aplikaci s parametrem eHouse ” eHouse . exe / VIAUDP ” kapitalizace nezáleží .
To umožní mnohem spolehlivější příjem stavu CommManager , a připojen k němu eHouse_1 řadiče práci s RS – 485 .
EHouse obdrží aplikace (naslouchá) pouze příchozí balíčky s ovladači . Balíčky jsou odesílány s kontrolním součtem a případné apears chyby dat , jsou jednoduše ignorovány , a bude aktualizován správný příjem dalšího platného paketu obsahující stav regulátoru .
Tato metoda také osvobozuje klienty ze serveru a síťové chyby , Routery , přepnout , protože není případ porušení komunikaci se serverem , vzhledem k nespojovaný protokol UDP nápad .
To nezpůsobuje pozastavení nebo trvalou ztrátu aktualizace aplikace , Stejně jako v případě kombinace protokolů k serveru , ale jen dočasně během odkazu selhání , a pouze ztrácí balíčky při poruchách nebo nadměrné zatížení na síti .
Ztráta balíček stav regulátorů je přijatelná , tak, jak jsou cyklicky opakuje se změnou stavu každého regulátoru , a minimální doba je asi 15 sekund, pokud se nejedná o změnu .
Pro vysílání UDP z řadiče vysílán z eHouse . exe aplikace musí být vypnut . Pokud zvolíte tuto možnost pro eHouse . exe aplikace přestane posílat vlastní binární stav UDP , protože se jedná o stejné údaje , že v současné době se šíří přímo z řadiče Ethernet eHouse a bude kopírovat sítě Trafic .
Stav text (dekódovat aplikace eHouse), může i nadále vysílat , pokud eHouse . exe aplikace je aktivována , dává uživateli možnost používat staré ovládací panely , text – založené log soubory a binární balíčky nejsou použitelné .
V tomto případě se , Aplikace prochází eHouse . exe , což je další článek řetězu , z kombinace panelů závisí také na počítači .
Toto použití , nicméně , je dobré pro systém běží zcela ve standardním eHouse 1 (bez CommManager), protože to vám dává možnost pracovat s panely přijímá data z eHouse . exe aplikace , navzdory nedostatku postaven – v rozhraní pro přenos Ethernet v řídících .
Kontrolní světla