еХоусе Хоме Аутоматион , Буилдинг Манагемент Етхернет верзија омогућава директну комуникацију са практично неограниченим бројем панела приказују тренутни статус Хоме Аутоматион Цонтроллерс користи УДП протокол на ЛАН . Хоме Аутоматион еХоусе – упдате плоче преко УДП (Усер_Датаграм_Протоцол) .
За разлику од ТЦП протокола је неповезани протокол , односно . не захтева сталну везу између клијента и сервера , седница праћење , недостатак механизама за контролу података , протока и реемитовање .
То га чини много брже него ТЦП протокола , међутим , могуће је да губи податке и друге грешке .
У случају Усер Датаграм (Појединачни оквири за било који систем) , мењач коректност мора бавити комуникационог софтвера .
УДП је идеалан за слање емисија (порука , емитују на више уређаја одједном , без доношења додатне везе са клијентима са сервера) .
Најважније карактеристике су следеће:
- Неконективни протокол пријема другог уређаја везу са сервером неће учитати сервер
- поруке се шаљу глобално на све уређаје на ЛАН
- сервер не битно да ли је то шаље поруке на 0 или више уређаја или слушање уређаја, као што су поруке
- пренос грешке немају утицаја на серверу одговарајућих података
- пренос података је незаштићен против грешака , постоји: нема потврде , нема контролу протока
Зато УДП нема заштиту од преноса грешке , да га користите у еХоусе , као и да омогући проверу грешака пакете података шаљу чек ширине – Сума за верификацију .
То им омогућава да упоредите и коришћење клијента – страни када је послао провери – збир једнак је обрачунат један .
За еХоусе , поређење података је у клијенту и његовог софтвера .
Подаци се шаљу са сервера у бинарном облику и мора бити декодирани од стране клијентског софтвера .
Сервер шаље податке на који порт (дефаулт 6789) , а клијент мора слушати за долазне поруке асинхроно на порту .
Асинхроне средства , да подаци нису кеширани , и ваш уређај мора да прими пакете на трајној основи у време слања (у реалном времену) .
Избор УДП порт зависи од архитектуре система и зависи од типа инсталације , ако су сви контролори шаљу пакете са истим статусом да сваки порт на други и може се индивидуално изабрани из апликација еХоусе система .
Пакетни пренос података је иста као у случају преноса преко ТЦП комуникацију са Етхернет драјверима или софтвера еХоусе . еке за ПЦ слање бинарних података преко УДП .
Ово омогућава коришћење једном функцијом (поступак) декодирање оквира , без обзира да ли пренос средње , пренос протокол .
Подаци се не обезбеди да се олакша декодирање појединачних контролним панелима и софтвер за визуелизацију .
Ово ће омогућити приказивање информација о панела само у ограниченом броју ИП Субнет Маск , односно . 255 . Пошто су једини уређаји статус без могућности покретања догађај система , може се пуштен у јавност ван фиревалл ЛАН .
У посебним случајевима , можете да креирате ВПН (Виртуал_Привате_Нетворк) – ограђене веза да добије статус возача за спољне панеле ван мреже , или користите ТЦП пријавити за изазов – одговор (са динамичким верификациони код) , који је још увек активан .
Ови подаци нису критични и без декодирање пакета од еХоусе апликације , ово је гомила јединица и нула , који мора бити декодиран софтверском пакету система еХоусе за панеле било ког типа .
еХоусе . еке Софтвер је ажуриран , која је омогућила прикупљање таквих података од стране УДП – Усер Датаграм Протоцол . То се односи само на Етхернет еХоусе или еХоусе 1 под надзором ЦоммМанагер система .
Да бисте то урадили , покренете апликацију са параметра еХоусе ” еХоусе . еке / ВИАУДП ” капитализација није битно .
Ово ће омогућити много поузданији пријема статуса ЦоммМанагер , и повезан са њим еХоусе_1 контролера раде са РС – 485 интерфејс .
ЕХоусе апликација прима (слуша) само долазне пакете са драјверима . Пакети се шаљу са цхецксум и ако никакве податке грешке апеарс , су једноставно игнорисали , и да ће бити ажурирани са исправним пријема следећег важећег пакета који садржи статус контролора .
Овај метод такође ослобађа клијенте од сервера и мрежа грешака , Рутери , пребацити , јер не постоји ниједан случај кршења комуникацију са сервером , због спајања УДП протокола идеје .
То не проузрокује суспензију или стални губитак апликација новостима , Као иу случају комбинације протокола на серверу , али само привремено током линк неуспех , и само губи пакете током кварова или претеране оптерећење на мрежи .
Губитак пакета статус контролора је прихватљива , јер су циклично понавља са променом статуса сваког контролера , и минимални период је за око 15 секунди, ако нема промена .
За УДП преноса из контролера емитује са еХоусе . еке апликација мора бити искључена . Ако изаберете ову опцију за еХоусе . еке апликација престаје да пошаље свој статус бинарну на УДП , јер су исти подаци , који тренутно директно преноси са Етхернет еХоусе контролора и да ће дуплирати Трафиц мреже .
Стање текст (декодира стране апликације еХоусе) може да настави да емитује , ако еХоусе . еке апликација се активира , дајући кориснику могућност да користе старе плоче контролне , текст – засноване на лог фајлове и бинарни пакети нису примењиве .
У овом случају , Апликација пролази кроз еХоусе . еке , што је још једна карика у ланцу , из комбинације панела зависи од рачунара .
Ова употреба , међутим , је добар за систем ради потпуно у стандардном еХоусе 1 (без ЦоммМанагер), јер вам даје прилику да радим са плоче пријема података из еХоусе . еке апликација , упркос недостатку изграђена – у интерфејсу за Етхернет пренос на контролора .
Контрола Светла