EHouse Home Automation eHouse4Java – Java (Open Source) праграмнае забеспячэнне ўключае ў сябе наступныя модулі ( . Ява – зыходны код , . клас – У выніку клас):

• Ehouse4java . Ява – Ядро прыкладанні і асноўнага інтэрфейсу
• ehousecommunication . Ява – камунікацыйныя функцыі і налады
• EhouseTCP . Ява – сувязі і канфігурацыі кантролераў
• EventsToSend . Ява – другасная апрацоўка падзей
• EventToSend . Ява – вызначэнне аднаго падзеі
• GraphicObject . Ява – графічны вызначэння аб'екта
• ISYS . Ява – ўключае спецыяльныя функцыі для пастаўшчыкоў
• RunEvent . Ява – Адпраўка падзей з тэкставай форме
• StatusEhouse . Ява – Клас змяшчае адзін асобнік для кожнага кантролера eHouse1
• StatusEthernet . Ява – Клас змяшчае адзін асобнік для кожнага кантролера Ethernet EHouse
• StatusServer . Ява – Дапаможныя TCP / IP сервер , адпраўка ўсіх кантролераў статус праз TCP / IP на кліенцкіх панэляў (знешнія па лакальнай сеткі , WAN , Intranet , Internet)
• візуалізацыя . Ява – Візуалізацыя / графічны класа кантролю ў адпаведнасці з візуалізацыяй EHouse і графічны стандарт кіравання

Функцыі і глабальныя зменныя апісаны ў зыходным кодзе праграмнага забеспячэння eHouse4Java .
Праграмнае забеспячэнне ўключае ў сябе незалежных патокаў , напрыклад, . Сувязь , якія выконваюцца ў фонавым рэжыме ў адносінах да асноўных прыкладаннем .
Гэта не спыніць ці запаволіць працэсы прыкладання, якія занадта доўга , што прывяло да значнага запаволення прыкладання і магчымасць падвескі падчас чакання сувязі (мёртвыя замкі) .
Асноўныя тэмы, з'яўляюцца:

• TCP Client (для атрымання статусу кантролера , TCP / IP у лакальнай сеткі , WAN , Інтэрнэт , Інтранэт)
• UDP Listener (для праслухоўвання трансляцыі статусу ў злучэння UDP) – толькі ў межах лакальнай сеткі , Intranet
• Сінтэзатар гаворкі для прайгравання любых акустычных тэкставых паведамленняў
• Шматструменных TCP / IP сервер – на маршруце атрымаў статус падлучаных кліентаў панэляў любога тыпу (праз лакальныя сеткі , WIFI , Інтэрнэт , Intranet , WAN)

Імёны сродкаў камунікацыі з кантролерамі, якія ўключаны ў наладах на форму абраць тып падлучэння (LAN TCP , LAN UDP , Інтэрнэт , Off) .
Іншыя тэмы актывуюцца выкарыстання глабальных зменных у класах ” EhouseTCP ” або ” ehousecommunication ” .

Дадатак выкарыстоўвае візуалізацыю ў адпаведнасці з EHouse стандартных , , Атрыманыя ад прыкладанняў CorelDraw з дапамогай скрыптоў, якія дазваляюць:

• Імпарт EHouse канфігурацыі сістэмы
• Стварэнне графічных аб'ектаў ўручную або з дапамогай сцэнарыя
• Экспарт дадзеных для ўсіх метады візуалізацыі для ўсіх панэляў , вэб-браўзэраў , ПК , Таблеткі , смартфонаў і іншых сістэм

Гэта абмяркоўваецца далей у артыкуле:
” стварэнне графічнай візуалізацыі і кіравання EHouse разумны дом ” .
Праграмнае забеспячэнне візуалізацыі на аснове маштабуецца вектарнай графікі (SVG) .
Гэты метад дазваляе ” без страт ” крывых выцяжкі , тэкст , простыя геаметрычныя фігуры , незалежна ад памеру пашырэння , Экран зрух , і г.д. .
Гэта не было б магчыма з дапамогай фоне графічных малюнкаў, такіх як JPG , растравыя выявы , і г.д. . .
Праграмнае забеспячэнне візуалізацыі былі аптымізаваныя, каб паменшыць выкарыстанне працэсара і графічнага працэсара час пры працы онлайн , у сувязі з вялікай колькасцю дадзеных для апрацоўкі . Графічныя выявы кэшуюцца і падзелены на адпаведныя сігналы кіравання і апрацоўваюцца пры атрыманні статусу кантролера , і адлюстроўваюцца на экране значна хутчэй, ад візуалізацыі кэша кожнага кантролера .

Гэта дазваляе:

• значнае скарачэнне апрацоўваных дадзеных для візуалізацыі з выявай змяненняў
• значна паменшыць мігаценне пры змене які праецыюецца малюнка
• значнае зніжэнне нагрузкі цэнтральнага працэсара і візуалізацыі дадзеных
• Выкарыстанне многае ” слабей ” , менш эфектыўным і менш дарагім апаратным , графічныя панэлі , Таблеткі , Панэль кіравання , і г.д. . , пры захаванні камфортнай працы
• зніжэнне энергаспажывання, што асабліва важна ў батарэі і мабільнага абсталявання і стаж працы ад батарэі

Гэтае пытанне абмяркоўваецца з скрыншотамі ў артыкуле:
” Графічная візуалізацыя і інтэлектуальнага кіравання домам у Java ”

EHouse4Java сувязі з кантролерамі хатняя аўтаматызацыя

eHouse1 Пад кіраўніцтвам PC

У гэтай версіі прыкладання EHouse . EXE працуе як прыёмнік статус RS – 485 (з пераўтваральнікам RS – 485/RS – 232) і перадае стан без якіх-небудзь змяненняў на гэтых двух метадаў не сутыкаюцца адзін з адным:

• EHouse . EXE працуе як TCP / IP сервер адказвае на запыты аб статусе панэлі , спасылаючыся далейшага падлучэння панэляў і падтрымліваць іх, пакуль адключаны па якой-небудзь прычыне . Гэты метад асабліва каштоўны з спробы ўсталяваць сувязь з вызывной панэллю TCP / IP праз сетку , такіх як Інтэрнэт, дзе гэта не ўдаецца атрымаць статус UDP .
• EHouse . EXE пасылае шырокавяшчальны пратакол без усталявання злучэння UDP для любога ліку кліентаў у лакальнай сеткі , Intranet . Гэта азначае, што , , Што панэль не падключаецца да сервера , але слухае шырокавяшчальныя паведамленні ад ” EHouse . ехе ” прымянення . Такім чынам, незалежна ад таго, колькі атрымальнікаў панэлі статусу не змяняе нагрузку на сетку , або кампутар, на якім ” EHouse . ехе ” Дадатак працуе . На жаль, гэта немагчыма або вельмі цяжка перадаць UDP трансляцыі праз Інтэрнэт, так і ў гэтым выпадку першы метад варта выкарыстоўваць .

eHouse1 Пад кіраўніцтвам CommManager

У гэтай версіі , CommManager прымае ўваходныя статусы праз RS – 485 (ад eHouse1 кантралёры) і перадае стан без якіх-небудзь змяненняў на гэтых двух метадаў не сутыкаюцца адзін з адным:

• CommManager працуе як TCP / IP сервер адказвае на запыты аб статусе панэлі , спасылаючыся далейшага падлучэння панэляў і падтрымліваць іх, пакуль адключаны па якой-небудзь прычыне . Гэты метад асабліва каштоўным спробы ўсталяваць сувязь з панэллю па-за лакальнай сеткі , такіх як Інтэрнэт, дзе гэта не ўдаецца атрымаць статус UDP .
• CommManager пасылае перадач (злучэння) UDP-пратаколу для любога ліку кліентаў у лакальнай сеткі , Intranet .
  Гэта азначае, што , , Што панэль не падлучэння да сервера TCP CommManager , але слухаць паведамленні, якія перадаюцца ад CM . Такім чынам, незалежна ад таго, колькі атрымальнікаў панэлі статусу , гэта не мяняе нагрузку на сетку або выкарыстання працэсара CommManager . Вяшчанне UDP вяшчанне не ўяўляецца магчымым , або ў значнай ступені перашкаджае праз Інтэрнэт, таму ў дадзеным выпадку першы метад варта выкарыстоўваць .

Ethernet EHouse (eHouse4Ethernet)

У гэтай версіі кантролераў Ethernet: CommManager , EthernetRoomManager , і г.д. . , самастойна адправіць свой статус двума спосабамі: , не сутыкаюцца адзін з адным:

• Кожны кантролер працуе як TCP / IP сервер адказвае на запыты аб статусе панэлі , спасылаючыся далейшага падлучэння панэляў і падтрымліваць іх, пакуль адключаны па якой-небудзь прычыне . Гэты метад асабліва каштоўным спробы ўсталяваць сувязь з панэлямі па-за лакальнай сеткі , такіх як Інтэрнэт , дзе гэта не ўдаецца атрымаць статус UDP .
  Аднак , у выпадку некалькіх кантролераў Ethernet неабходна падтрымліваць злучэнне з TCP / IP кожны кантролер , каб падняць поўнае стан сістэмы непасрэдна з кантролера . Гэта можа прывесці да павелічэння нагрузкі на панэлі кіравання працэсарам , Цяжар праблемы, звязаныя з камунікацыяй . У гэтым выпадку , пажадана размяшчаць на ўжыванне боку LAN , , Які атрымлівае статус мясцовых UDP , і наперад па TCP / IP праз Інтэрнэт . Гэта зразумелі і абмяркоўваюцца ў дадатку eHouse4Java , , Які дазваляе гэта рашэнне . Недахопам з'яўляецца неабходнасць падтрымання дадатковага абсталявання, якое выконвае гэтыя функцыі .
• Кожны кантролер пасылае шырокавяшчальны (злучэння) UDP-пратаколу для любога ліку кліентаў у лакальнай сеткі , Intranet . Гэта азначае, што , , Што панэль не падключаецца да кантролер сервера TCP , але слухаць паведамленні, якія перадаюцца ад усіх кантролераў . Такім чынам, незалежна ад таго, колькі атрымальнікаў панэлі статусу не змяняе нагрузку на сетку або выкарыстання ЦП кантролера . Вяшчанне UDP пакетаў немагчымая або моцна перашкаджаюць праз інтэрнэт , таму ў дадзеным выпадку першы метад варта выкарыстоўваць . Магчымасць перадачы UDP часам магчыма ў залежнасці ад тыпу спасылкі , Прадукцыйнасць . Часам можна атрымаць трансляцыі UDP праз VPN правільна наладзіць сувязь , Аднак , нават у гэтай сітуацыі , Пакеты могуць быць страчаныя , ў сувязі з адсутнасцю механізмаў бяспекі для UDP . Няслушныя дадзеныя аўтаматычна адмяняецца з дапамогай праграмнага забеспячэння EHouse панэляў для не кантрольная сума (кантрольная сума)