Czech

eHouse4Java Open Source Software pro automatizaci Home eHouse

eHouse Domácí automatizace eHouse4Java – java (Open source) software obsahuje následující moduly ( . Jáva – Zdrojový kód , . třída – Výsledná třída):

  • Ehouse4java . Jáva – Jádrem aplikace a hlavní rozhraní
  • ehousecommunication . Jáva – komunikační funkce a konfigurace
  • EhouseTCP . Jáva – komunikace a konfigurace regulátorů
  • EventsToSend . Jáva – sekundární zpracování událostí
  • EventToSend . Jáva – definice jediné události
  • GraphicObject . Jáva – grafické definice objektů
  • ISYS . Jáva – zahrnuje specializované funkce pro dodavatele
  • RunEvent . Jáva – Odeslání události z textové podobě
  • StatusEhouse . Jáva – třída obsahuje jednu instanci pro každou řídicí eHouse1
  • StatusEthernet . Jáva – třída obsahuje jednu instanci pro každou řadiči sítě Ethernet eHouse
  • StatusServer . Jáva – Pomocný TCP / IP Server , odeslání všech řadičů stav přes TCP / IP pro klienta panelů (externí přes LAN , WAN , Intranet , Internet)
  • vizualizace . Jáva – Vizualizace / grafické ovládací třída v souladu s eHouse vizualizaci a grafické ovládání standardu

Funkce a globální proměnné jsou popsány v softwarového zdrojového kódu eHouse4Java .
Software obsahuje nezávislé témata , např. . Komunikace , , které jsou provedeny v pozadí v souvislosti s hlavní aplikace .
To není zastavit nebo zpozdit aplikaci, která zpracovává trvat příliš dlouho , což vedlo k výraznému zpomalení aplikace a možnost pozastavení při čekání na komunikaci (mrtvé zámky) .
Hlavní závity jsou:

  • TCP Client (přijmout stav regulátoru , tcp / ip na LAN , WAN , Internet , Intranet)
  • UDP Listener (pro poslech vysílání stav v nespojovaný UDP) – pouze v rámci LAN , Intranet
  • Syntetizátor řeči hrát nějaké akustické textové zprávy
  • Multithreaded TCP / IP Server – na trase přijatý status připojených klientských panelů jakéhokoli typu (přes LAN , WIFI , Internet , Intranet , WAN)

Jména komunikačních médií s regulátorem jsou součástí nastavení na formuláři zvolit typ připojení (LAN TCP , LAN UDP , Internet , Off) .
Jiné závity jsou aktivovány pomocí globálních proměnných jsou ve třídách ” EhouseTCP ” nebo ” ehousecommunication ” .

Aplikace používá vizualizaci podle eHouse standardu , generované z aplikace CorelDRAW skripty, které umožňují:

  • import eHouse konfigurace systému
  • vytváření grafických objektů ručně nebo se zápisem
  • exportovat data pro všechny metody vizualizace pro všechny panely , webové prohlížeče , ks , Tablety , smartphony a další systémy

To je popsáno dále v článku:
” vytváření grafické vizualizace a řízení eHouse inteligentní dům ” .
Vizualizační software je založen na škálovatelné vektorové grafiky (SVG) .
Tato metoda umožňuje vám ” bezeztrátové ” křivek kvalitních výkresů , text , jednoduché geometrické obrazce , bez ohledu na velikost rozšíření , Screen posun , atd. .
To by nebylo možné pomocí pozadí grafické obrázky, jako jpg , bitmapy , atd. . .
Software vizualizace byl optimalizován pro snížení využití CPU a grafické zpracování čas při práci on-line , vzhledem k velkému množství dat pro zpracování . Grafické obrazy jsou uloženy v mezipaměti a rozděleny do příslušných řídicích signálů a zpracování při příjmu stav regulátoru , a zobrazí se na obrazovce mnohem rychleji z vizualizace mezipaměti každého regulátoru .

To umožňuje:

  • významné snížení zpracovaných dat pro vizualizaci s obrazovými změnami
  • výrazně snížit blikání při změně plánovaných snímků
  • významné snížení zatížení CPU a vizualizace dat
  • použití mnohem ” slabší ” , méně efektivní a méně drahý hardware , grafické panely , Tablety , ovládací panel , atd. . , při zachování komfortní práci
  • snížení spotřeby energie, které je důležité zejména při bateriovém a mobilní zařízení a délka práce na baterie

To je popsáno s obrázky v článku:
” Grafické vizualizace a inteligentní domácí kontrola v Javě ”

EHouse4Java komunikace s regulátory domácí automatizace

eHouse1 Pod dohledem PC

V této verzi aplikace eHouse . exe pracuje jako přijímač stavu RS – 485 (s převodníkem RS – 485/RS – 232) a přenáší stav beze změn na obou metod nejsou v rozporu s sebou:

  • eHouse . exe funguje jako TCP / IP serveru odpovídá na dotazy o stavovém panelu , Předkládající dále připojit panely a zachovat až do odpojení z jakéhokoli důvodu . Tato metoda je zvláště cenná s pokusy navázat spojení s vnějším TCP / IP panelu přes síť , jako je například internet, kde je to možné, aby přijímat UDP stav .
  • eHouse . exe posílá vysílání nespojovaný UDP protokol pro libovolný počet klientů v síti LAN , Intranet . To znamená, že , že deska není připojení k serveru , ale poslouchá vysílání zpráv z ” eHouse . exe ” aplikace . Tímto způsobem bez ohledu na to, kolik příjemců panely stav nemění zatížení sítě , nebo počítač, na kterém ” eHouse . exe ” aplikace běží . Bohužel není možná, nebo je velmi obtížné přenášet UDP vysílání přes internet takže v tomto případě první způsob by měl být použit .

eHouse1 Pod dohledem CommManager

V této variantě , CommManager přijímá příchozí stavy přes RS – 485 (z eHouse1 regulátorů) a přenáší stav beze změn na obou metod nejsou v rozporu s sebou:

  • CommManager pracuje jako TCP / IP server odpoví na dotazy o stavovém panelu , Předkládající dále připojit panely a zachovat až do odpojení z jakéhokoli důvodu . Tato metoda je zvláště cenné pokusy navázat spojení s panelem mimo LAN , jako je například internet, kde je to možné, aby přijímat UDP stav .
  • CommManager pošle vysílání (nespojovaný) UDP protokolu jsou pro libovolný počet klientů v síti LAN , Intranet .
    To znamená, že , že panel není připojení k serveru TCP CommManager , ale poslouchat zprávy vysílaných z CM . Tímto způsobem bez ohledu na to, kolik příjemců panely stavu , to nemění zatížení sítě nebo CommManager procesoru využití . Vysílání UDP vysílání není možné , nebo je silně narušena internetu, takže v tomto případě je první metoda by měla být použita .

Ethernet eHouse (eHouse4Ethernet)

V této verzi ovladačů Ethernet: CommManager , EthernetRoomManager , atd. . , nezávisle poslat svůj stav dvěma způsoby , které nejsou v rozporu s sebou:

  • Každý regulátor pracuje jako TCP / IP server odpoví na dotazy o stavovém panelu , Předkládající dále připojit panely a zachovat až do odpojení z jakéhokoli důvodu . Tato metoda je zvláště cenné pokusy navázat spojení s panely mimo LAN , jako je například internet , tam, kde je to možné, aby přijímat UDP stav .
    Nicméně , v případě většího počtu řídicích Ethernet je nutné udržovat trvalé připojení k síti TCP / IP každý řadič , vyzvednout kompletní stav systému přímo z regulátorů . To může mít za následek větší zatížení na panelu procesoru ovládacím , závažnosti problémů související s komunikací . V tomto případě se , Je vhodné umístit na aplikaci boční LAN , který přijímá místní UDP stav , a dopředu přes TCP / IP přes internet . Toto je realizován a popsána v aplikační eHouse4Java , který umožňuje toto řešení . Nevýhodou je potřeba udržovat další hardware, který provádí tyto funkce .
  • Každý regulátor vysílá vysílání (nespojovaný) UDP protokol jsou pro libovolný počet klientů v síti LAN , Intranet . To znamená, že , že deska není připojení k regulátoru TCP server , ale poslech zpráv vysílání ze všech regulátorů . Tímto způsobem bez ohledu na to, kolik příjemců panely stav nemění zatížení sítě nebo řadiče využití procesoru . Vysílání UDP balíky není možné, nebo je silně narušena přes internet , takže v tomto případě by měl být první metoda je použita . Možnost přenosu UDP je někdy možno v závislosti na typu spojení , Výkon . Někdy je možné získat vysílání UDP přes VPN správně nastaveném odkaz , Nicméně , i v této situaci , pakety mohou být ztraceny , vzhledem k nedostatku bezpečnostních mechanismů pro UDP . Nesprávné údaje se automaticky zruší panelů software eHouse pro odmítnutí kontrolního součtu (kontrolní součet)