еХоусе Хоме Аутоматион еХоусе4Јава – јава (опен соурце) софтвер обухвата следеће модуле ( . Јава – соурце цоде , . класа – Резултат класа):

• Ехоусе4јава . Јава – Језгро апликације и главни интерфејс
• ехоусецоммуницатион . Јава – комуникационе функције и конфигурације
• ЕхоусеТЦП . Јава – комуникација и конфигурација контролера
• ЕвентсТоСенд . Јава – секундарни догађај руковање
• ЕвентТоСенд . Јава – дефиниција једног догађаја
• ГрапхицОбјецт . Јава – графички објекат дефиниције
• ИСИС . Јава – укључује посвећене функције за продавце
• РунЕвент . Јава – Слање догађаје из облику текста
• СтатусЕхоусе . Јава – класа садржи једну инстанцу за сваку еХоусе1 контролер
• СтатусЕтхернет . Јава – класа садржи једну инстанцу за сваки Етхернет контролер еХоусе
• СтатусСервер . Јава – Помоћна ТЦП / ИП Сервер , Сви контролери слање статуса преко ТЦП / ИП клијентским панела (екстерни преко ЛАН , ВАН , Интранет , Интернет)
• визуелизација . Јава – Визуелизација / графички управљачки класа у складу са еХоусе визуелизације и графичког стандарда контроле

Функције и глобалне променљиве су описани у софтверској изворног кода еХоусе4Јава .
Софтвер садржи независне теме , нпр . Комуникација , који се изводе у позадини у односу на главне апликације .
Ово не заустави или одложи апликацију која процеси предуго , што је довело до значајног успори примене и могућност суспензије, док чека комуникацију (мртви браве) .
Главне теме су:

• ТЦП клијент (да добије статус контролера , ТЦП / ИП на ЛАН , ВАН , Интернет , Интранет)
• УПР Листенер (за слушање емитује статус у спајања УДП) – само у ЛАН , Интранет
• Говор синтисајзер да играју све акустичне текстуалне поруке
• Вишенитно ТЦП / ИП Сервер – у маршруту примљеног статус да повезаних клијената панела било ког типа (преко ЛАН , ВИФИ , Интернет , Интранет , ВАН)

Имена комуникационих медија са контролорима су укључени у поставке о облику изаберете тип конекције (ЛАН ТЦП , ЛАН УДП , Интернет , Искључено) .
Остале теме су активирани помоћу глобалне варијабле у одељењима ” ЕхоусеТЦП ” или ” ехоусецоммуницатион ” .

Апликација користи визуелизацију према стандарду еХоусе , генерисан из цорелдрав апликација које користе скрипте које омогућавају:

• увоз еХоусе конфигурације система
• стварање графичких објеката ручно или са сценаријем
• извоз података за све методе за визуализацију све већа , веб бровсерс , ПЦ , таблете , смарт телефони и други системи

Ово је даље расправља у чланку:
” креирање графички визуелизацију и контролу еХоусе Смарт Хоме ” .
софтвер за визуелизацију се заснива на Сцалабле Вецтор Грапхицс (СВГ) .
Овај метод вам омогућава да ” лосслесс ” кривих квалитетних цртежа , текст , једноставне геометријске фигуре , без обзира на величину проширења , Екран смена , итд .
Зар не би било могуће коришћењем графичке слике у позадини, као што су ЈПГ , битмапа , итд . .
Софтвер визуализација је оптимизован како би се смањили коришћење процесора и графичких процесора времену када се ради на мрежи , због велике количине података да обради . Графички слике су кеширани и подељен на одговарајуће контролне сигнале и прерађеним кад добијање статуса контролера , и приказује на екрану много брже од визуелизације кеш сваког контролера .

Ово омогућава:

• значајно смањење прерађене података за визуелизацију са слике променама
• значајно смањити треперења при промени планиране слике
• значајно смањење оптерећења процесора и подаци визуализације
• Употреба много ” слабији ” , мање ефикасан и јефтинији хардвер , графичке плоче , таблете , контролна табла , итд . , задржавајући удобан рад
• Смањење потрошње енергије што је посебно важно у батерије и мобилну опрему и дужине рада на батерије

Ово је разговарао са екрана у чланку:
” Графички визуализација и интелигентна кућну контролу у Јави ”

ЕХоусе4Јава комуникација са контролерима Хоме Аутоматион

еХоусе1 Под надзором ПЦ

У овој верзији апликације еХоусе . еке ради као пријемника статусу РС – 485 (са конвертором РС – 485/РС – 232) и преноси статус, без икаквих промена на два метода не сударају са другима:

• еХоусе . еке ради као ТЦП / ИП сервер одговара на питања о статусу панелу , мислећи додатно повезују панела и одржава их док искључени из било ког разлога . Овај метод је посебно драгоцена са покушајима да се успостави комуникацију са спољним ТЦП / ИП панела преко мреже , као што је Интернет, где није могуће да добије статус УДП .
• еХоусе . еке шаље емитовања спајања УДП протокол за било који број клијената на ЛАН , Интранет . То значи да , да веће није повезивање са сервером , али слуша емитују поруке ” еХоусе . еке ” апликације . На овај начин, без обзира на то колико примаоци плоче статус не промени оптерећења мреже , или рачунар на коме ” еХоусе . еке ” Апликација ради . Нажалост, није могуће или је веома тешко да пренесе УДП пренос преко Интернета тако да у овом случају први метод треба користити .

еХоусе1 Под надзором ЦоммМанагер

У овој верзији , ЦоммМанагер прима долазне статусе преко РС – 485 (од еХоусе1 контролора) и преноси статус, без икаквих промена на два метода не сударају са другима:

• ЦоммМанагер ради као ТЦП / ИП сервер одговара на упите о статусу панелу , мислећи додатно повезују панела и одржава их док искључени из било ког разлога . Овај метод је посебно вредна покушаја да се успостави комуникацију са панела ван ЛАН , као што је Интернет, где није могуће да добије статус УДП .
• ЦоммМанагер шаље емитовања (спајања) УДП протокол се за било који број клијената на ЛАН , Интранет .
  То значи да , да веће није повезивање на сервер ТЦП ЦоммМанагер , али слушајући поруке емитоване из ЦМ . На овај начин, без обзира на то колико примаоци панели статуса , то не мења оптерећење мреже или ЦоммМанагер ЦПУ искоришћеност . Емитовање УДП емитовање није могуће , или је тешко ометена преко интернета тако да у овом случају први метод треба користити .

Етхернет еХоусе (еХоусе4Етхернет)

У овој верзији Етхернет контролера: ЦоммМанагер , ЕтхернетРоомМанагер , итд . , самостално пошаљу свој статус на два начина , не сударају са другима:

• Сваки контролер ради као ТЦП / ИП сервер одговара на упите о статусу панелу , мислећи додатно повезују панела и одржава их док искључени из било ког разлога . Овај метод је посебно вредна покушаја да се успостави комуникацију са панелима ван ЛАН , као што је Интернет , тамо где није могуће добити статус УДП .
  Међутим , У случају вишеструких Етхернет контролера је неопходно да се одржи везу са ТЦП / ИП сваки контролер , да покупи комплетан статус система директно из контролера . То може да доведе до већег оптерећења на табли процесора контролној , Озбиљност проблема у вези са комуникацијом . У овом случају , пожељно је да се стави на ЛАН страни апликације , да добије статус локалне УДП , и прослеђује преко ТЦП / ИП преко интернета . То се остварује и расправља у апликацији еХоусе4Јава , који омогућава ово решење . Недостатак је потреба да се одржи додатни хардвер који обавља ове функције .
• Сваки контролер шаље емисију (спајања) УПР протокол је за било који број клијената на ЛАН , Интранет . То значи да , да веће није повезивање ТЦП сервер контролер , али слушајући поруке емитовање од свих контролора . На овај начин, без обзира на то колико примаоци плоче статус не промени оптерећења мреже или контролер ЦПУ искоришћеност . Емитовање УДП пакета није могуће или је веома отежан преко интернета , тако да у овом случају први метод треба користити . Могућност преноса УДП је понекад могуће у зависности од типа везе , Перформансе . Понекад је могуће да се добије УДП емитовање путем ВПН правилно конфигурисан линк , Међутим , чак иу овој ситуацији , пакети могу бити изгубљене , због недостатка безбедносних механизама за УДП . Нетачни подаци се аутоматски отказана од стране панела софтвера еХоусе за непоштовање цхецксум (цхецк суму)