eHouse4Java Open Source Software fyrir eHouse Home Automation

eHouse Home Automation eHouse4Java – Java (Opinn) Hugbúnaðurinn inniheldur eftirfarandi einingar ( . Java – Kóðinn , . flokki – Sú class):

  • Ehouse4java . Java – Kjarni umsókn og helstu tengi
  • ehousecommunication . Java – samskipti virka og stillingar
  • EhouseTCP . Java – samskipti og stillingar stýringar
  • EventsToSend . Java – annar atburður meðhöndlun
  • EventToSend . Java – skilgreiningu á stökum atburði
  • GraphicObject . Java – grafísku skilgreiningar mótmæla
  • ISYS . Java – felur hollur virka fyrir framleiðendur
  • RunEvent . Java – Senda atburði úr formi texta
  • StatusEhouse . Java – flokkur inniheldur eitt eintak fyrir hvern eHouse1 stjórnandi
  • StatusEthernet . Java – flokkur inniheldur eitt dæmi fyrir hverja Ethernet eHouse stjórnandi
  • StatusServer . Java – Aðstoðarmaður TCP / IP Server , senda alla stýrikort stöðu gegnum TCP / IP til viðskiptavina pallborð (ytri gegnum LAN , WAN , Innranet , Internet)
  • visualization . Java – Sjónræn / myndræna stjórna flokki í samræmi við visualization eHouse og myndræna stjórna staðall

Hlutverk og alþjóðlegum breytur eru lýst í the uppspretta hugbúnaður kóða eHouse4Java .
Hugbúnaðurinn inniheldur sjálfstæðar þræði , td . Samskipti , sem eru gerðar í bakgrunni í tengslum við helstu forrit .
Þetta hættir ekki eða tefja forrit sem ferli taka of langan tíma , sem leiddi til verulega hægu útrennsli umsókn og möguleika á frestun á meðan sem bíður fyrir samskipti (dauður læsingar) .
Helstu þræðir eru:

  • TCP Viðskiptavinur (til að fá stöðu stjórnandi , TCP / IP á LAN , WAN , Internet , Intranet)
  • UDP hlustandi (til að hlusta á útsendingu stöðu í connectionless UDP) – aðeins innan LAN , Innranet
  • TalgerfillName að spila eitthvað Acoustic textaskilaboð
  • Multithreaded TCP / IP Server – Til að beina fengið stöðu við tengd viðskiptavinur spjöld af hvaða gerð (með Lans , WIFI , Internet , Innranet , WAN)

Nöfn fjölmiðla samskipti við stýringar eru með þær í formi velja tegund tengingar (LAN TCP , LAN UDP , Internet , Off) .
Aðrir þræðir eru virk með Global breytur eru í flokkum ” EhouseTCP ” eða ” ehousecommunication ” .

Forritið notar grafíska samkvæmt eHouse staðall , mynda frá CorelDraw forrit að nota forrit sem gerir:

  • innflutningur eHouse uppsetningu kerfisins
  • sköpun grafíska hluti handvirkt eða með handrit
  • flytja gögn fyrir alla visualization aðferð fyrir alla spjöldum , vefur flettitæki , stk , töflur , smartphones og önnur kerfi

Nánar er fjallað í greininni:
” búa grafísku visualization og eftirlit eHouse sviði heim ” .
visualization hugbúnaður er byggt á stigstærð grafík vektor (SVG) .
Þessi aðferð leyfir þér ” taplaust ” um gæði teikna línur , texti , einföld geometrísk tölur , óháð stærð stækkunar , Screen vakt , etc .
Það hefði ekki verið hægt að nota bakgrunn myndir eins og jpg , bitmaps , etc . .
Hugbúnaður visualization hefur verið hannað til að draga úr nýtingu CPU og grafík vinnsla tíma þegar vinna á netinu , vegna þess að mikið magn af gögnum til að vinna . Grafísk myndir eru afrit og skiptist í viðeigandi merki stjórn og framkvæmd þegar fengið stöðu ábyrgðaraðila , og birtist á skjánum mun hraðar úr skyndiminni visualization hvers stjórnandi .

Þetta gerir:

  • veruleg lækkun á unnum gögn fyrir visualization með mynd breytingar
  • verulega úr flökt þegar breyta áætluðum myndir
  • veruleg lækkun á álagi á CPU og gögn visualization
  • notkun mun ” veikari ” , minna duglegur og ódýrari vélbúnaður , grafískur spjöldum , töflur , Stjórnborðið , etc . , en halda þægilegt að vinna
  • lækkun í orkunotkun, sem er sérstaklega mikilvægt í rafhlaða og hreyfanlegur tæki og lengd vinnu um rafhlöður

Þetta er rætt við screenshots í greininni:
” Myndræn visualization og greindur heim stjórna í Java ”

EHouse4Java samskipti við stýringar heimili sjálfvirkni

eHouse1 Undir eftirliti PC

Í þessari útgáfu af umsókn eHouse . Exe virkar sem móttökutæki stöðu RS – 485 (með breytir RS – 485/RS – 232) og sendir stöðu án breytinga á þeim tveimur aðferðum ekki rekast ekki við hvort annað:

  • eHouse . EXE virkar sem TCP / IP miðlara bregst við fyrirspurnum um stöðu spjaldið , vísa frekar tengja spjöldum og halda þeim þar til ótengdur einhverri ástæðu . Þessi aðferð er sérstaklega mikilvægt með tilraunum til að koma á samskiptum við utan TCP / IP spjaldið í gegnum netið , eins og internetið þar sem það er ekki hægt að fá UDP stöðu .
  • eHouse . EXE sendir útvarpsþáttur connectionless UDP siðareglur fyrir hvaða fjölda viðskiptavina á LAN , Innranet . Þetta þýðir að , að spjaldið sé ekki tengingu við miðlara , en hlustar skilaboðanna frá ” eHouse . EXE ” forrit . Á þennan hátt, sama hversu margir viðtakendur spjöldum staða breytir ekki net hlaða , eða tölva sem ” eHouse . EXE ” umsókn keyrir . Því miður er ekki hægt eða er mjög erfitt að senda UDP útvarpsþáttur í gegnum Internetið þannig að í þessu tilviki er fyrsta aðferð að nota .

eHouse1 Undir eftirliti CommManager

Í þessari útgáfu , CommManager fær komandi stöður með RS – 485 (frá eHouse1 stýringar) og sendir stöðu án breytinga á þeim tveimur aðferðum ekki rekast ekki við hvort annað:

  • CommManager virkar sem TCP / IP miðlara bregst við fyrirspurnum um stöðu spjaldið , vísa frekar tengja spjöldum og halda þeim þar til ótengdur einhverri ástæðu . Þessi aðferð er sérstaklega mikilvægt tilraunir til að koma á samskiptum við pallborð utan LAN , eins og internetið þar sem það er ekki hægt að fá UDP stöðu .
  • CommManager sendir útsendingar (connectionless) UDP siðareglur eru fyrir fjölda viðskiptavina á LAN , Innranet .
    Þetta þýðir að , að spjaldið sé ekki tengingu við miðlara TCP CommManager , en að hlusta á skilaboð útvarpa frá CM . Á þennan hátt, sama hversu margir viðtakendur spjöldum af stöðu , það þýðir ekki að breyta net hlaða eða CommManager CPU nýting . Broadcasting UDP útvarpsþáttur er ekki hægt , eða er mjög veg í gegnum netið svo í þessu tilviki fyrsta aðferð að nota .

Ethernet eHouse (eHouse4Ethernet)

Í þessari útgáfu af netkort: CommManager , EthernetRoomManager , etc . , sjálfstætt senda stöðu sína á tvo vegu , ekki rekast ekki við hvort annað:

  • Hver stjórnandi virkar sem TCP / IP miðlara bregst við fyrirspurnum um stöðu spjaldið , vísa frekar tengja spjöldum og halda þeim þar til ótengdur einhverri ástæðu . Þessi aðferð er sérstaklega mikilvægt tilraunir til að koma á samskiptum við spjöldum utan LAN , eins og internetið , þar sem það er ekki hægt að fá UDP stöðu .
    Hins , um er að ræða mörg netkort er nauðsynlegt til að viðhalda tengingu við TCP / IP hvert stjórnandi , að taka upp fullkomið kerfi stöðu beint úr stýringar . Þetta getur leitt til meiri álagi á stjórn örgjörva spjaldið , alvarleika vandamál sem tengjast samskiptum . Í þessu tilviki , það er æskilegt að setja á LAN hlið umsókn , sem fær staðbundna UDP stöðu , og fram á yfir TCP / IP í gegnum internetið . Þetta er ljóst og rætt í umsókn eHouse4Java , sem gerir þessa lausn . Ókosturinn er að þurfa að halda viðbótar vélbúnaður sem sinnir þessar aðgerðir .
  • Hver stjórnandi sendir útvarpsþáttur (connectionless) UDP siðareglur eru fyrir fjölda viðskiptavina á LAN , Innranet . Þetta þýðir að , að spjaldið sé ekki tengingu við TCP miðlara stjórnandi , en að hlusta á skilaboð útvarpa frá öllum stýringar . Á þennan hátt, sama hversu margir viðtakendur spjöldum stöðu ekki breyta net hlaða eða stjórnandi CPU nýting . Útsendingar UDP pakka er ekki hægt eða er mjög veg í gegnum netið , svo í þessu tilviki er fyrsta aðferð að nota . Möguleiki á sendingu af UDP er stundum hægt eftir tegund tengilinn , Flutningur . Stundum er hægt að fá til útvarps og UDP í gegnum VPN rétt stillt tengilinn , Hins , jafnvel í þessu ástandi , pakka kunna að glatast , vegna skorts á kerfi öryggi UDP . Rangar upplýsingar eru sjálfkrafa niður af eHouse hugbúnaður spjöldum fyrir non stöðva (athuga summan)