EHouse Home Automation , Кіравання будынкам Ethernet версія дазваляе ажыццяўляць прамую сувязь з практычна неабмежаваным колькасцю панэляў адлюстравання бягучага статусу Кантролеры Home Automation з выкарыстаннем пратаколу UDP ў лакальнай сеткі . Хатняя аўтаматызацыя EHouse – абнаўлення панэлі над UDP (User_Datagram_Protocol) .
У адрозненне ад TCP пратакол з'яўляецца пратаколам без усталявання злучэння , г.зн. . не патрабуюць сталага злучэння паміж кліентам і серверам , адсочвання сесій , Адсутнасць механізмаў кантролю дадзеных , струменя і рэтрансляцыі .
Гэта робіць яго значна хутчэй, чым TCP пратакол , аднак , можна страты дадзеных і іншыя памылкі .
У выпадку дейтаграмм карыстальніка (асобныя кадры для любой сістэмы) , Перадача правільнасці прыходзіцца мець справу з камунікацыйных праграмным забеспячэннем .
UDP з'яўляецца ідэальным для адпраўкі перадач (паведамленняў , транслюецца на некалькі прылад адначасова , без далейшых сувязяў з кліентамі з сервера) .
Найбольш важнымі функцыямі з'яўляюцца наступныя:

• Пратакол без усталявання злучэння атрымліваюць іншую прыладу злучэння з серверам не будзе загружаць сервер
• паведамленні адпраўляюцца па ўсім свеце для ўсіх прылад у лакальнай сеткі
• Сервер не мае значэння, калі ён пасылае паведамленні 0 або больш прыладаў або падслухоўваюць прыладаў, такіх як паведамленні
• памылак пры перадачы дадзеных не ўплываюць на серверы адпаведныя дадзеныя
• перадача дадзеных неабароненай ад памылак , ёсць: няма пацверджання , без кіравання струменем

Паколькі UDP не мае абароны ад памылак пры перадачы дадзеных , выкарыстоўваць яго ў EHouse , і забяспечыць праверку памылак пакеты дадзеных перадаюцца шырыня праверкі – Сума для праверкі .
Гэта дазваляе ім параўноўваць і выкарыстання кліентам – боку пры адпраўцы праверыць – сума роўная разліковаму .
Для EHouse , Параўнанне дадзеных у кліент і яго праграмнае забеспячэнне .
Дадзеныя перадаюцца з сервера ў двайковай форме і павінны быць расшыфраваныя кліенцкага праграмнага забеспячэння .
Сервер адпраўляе дадзеныя на ўказаны порт (па змаўчанні 6789) , і кліент павінен слухацца для ўваходных паведамленняў асінхронна ў порце .
Асінхронныя сродкі , аб тым, што дадзеныя не кэшуюцца , і прылада павінна прымаць пакеты на пастаяннай аснове на момант адпраўкі (у рэальным часе) .
Выбар UDP партоў залежыць ад архітэктуры сістэмы і залежыць ад тыпу ўсталёўкі , калі ўсе кантралёры пасылаюць пакеты на той жа статус, што кожны порт на іншы і можа быць абраны індывідуальна з прыкладаннямі EHouse сістэмы .
Пакетнай перадачы дадзеных такая ж, як і ў выпадку перадачы па лініі сувязі TCP з драйверамі Ethernet або праграмнага забеспячэння EHouse . EXE для ПК адпраўкі двайковых дадзеных праз UDP .
Гэта дазваляе выкарыстоўваць адну функцыю (працэдуру) дэкадавання кадраў , незалежна ад асяроддзя перадачы , Перадача пратакола .
Дадзеныя не забяспечаны для палягчэння расшыфроўкі асобных панэляў кіравання і праграмнае забеспячэнне для візуалізацыі .
Гэта дазволіць адлюстравання інфармацыі на панэлях толькі абмежаваную колькасць маскі падсеткі , г.зн. . 255 . Таму што толькі гэтыя стану прылады без магчымасці запуску сістэмных падзей , яна можа быць апублікаваная за межамі міжсеткавага экрана LAN .
У асаблівых выпадках , Вы можаце стварыць VPN (Virtual_Private_Network) – тунэльных падлучэнне для атрымання статусу драйвераў для знешніх панэляў за межамі сеткі , або выкарыстаць TCP рэгістрацыі Challange – адказ (з дынамічным кодам верыфікацыі) , які па-ранейшаму актыўныя .
Гэтыя дадзеныя не з'яўляюцца крытычнымі і без дэкадавання пакетаў з EHouse прыкладанняў , гэта куча нулёў і адзінак , , Якія павінны быць расшыфраваныя праграмнага забеспячэння сістэмы EHouse пакет для панэляў любога тыпу .
EHouse . EXE праграмы быў абноўлены , , Што дазволіла збору такіх дадзеных па UDP – Пратакол дейтаграмм карыстальніка . Гэта адносіцца толькі да Ethernet EHouse або EHouse 1 па CommManager сістэмы назірання і кантролю .
Для гэтага , запусціць прыкладанне з параметрам EHouse ” EHouse . EXE / VIAUDP ” Капіталізацыя не мае значэння .
Гэта дазволіць значна больш надзейны прыём статус CommManager , і звязаныя з ім eHouse_1 кантролеры працуюць з RS – 485, .
EHouse дадатак атрымлівае (слухае) толькі паводле стану пакеты з драйверамі . Пакеты перадаюцца з кантрольнай сумай і, калі гэтыя памылкі apears , проста ігнаруюцца , і будзе абнаўляцца з правільным прыёмам наступны дапушчальны пакет, які змяшчае статус кантролера .
Гэты метад таксама вызваляе кліента ад сервера і сеткавых памылках , Маршрутызатары , пераключэнне , паколькі не існуе выпадку парушэння сувязі з серверам , у сувязі з ідэяй злучэння пратакол UDP .
Гэта не выклікае прыпыненне або пастаянную страту абнаўлення прыкладанняў , Як і ў выпадку камбінацыі пратаколаў да сервера , але толькі часова падчас збою сувязі , і толькі страты пакетаў падчас аварый або празмернай нагрузкі на сетку .
Страта стану пакетаў з кантролераў прымальнай , як яны цыклічна паўтараюцца з зменай статусу кожнага кантролера , і мінімальны перыяд складае каля 15 секунд, калі няма ніякіх зменаў .
Для UDP трансляцыі з кантролераў трансляцыю з EHouse . EXE-прыкладанні павінны быць адключаны . Калі вы абярыце гэты варыянт для EHouse . EXE дадатак перастае пасылаць свой уласны статус двайковых UDP , таму што гэтыя ж дадзеныя , якія ў цяперашні час распаўсюджваюцца непасрэдна ад EHouse Ethernet кантролераў і яна будзе дубляваць сеткавы трафік .
Статус тэксту (дэкадуецца прымянення EHouse) могуць працягваць вяшчанне , калі EHouse . EXE дадатак актывуецца , даючы карыстальніку магчымасць выкарыстоўваць старую панэль кіравання , тэкст – на аснове лог-файлы і бінарныя пакеты, дастасавальна .
У гэтым выпадку , Дадатак праходзіць праз EHouse . ехе , што з'яўляецца яшчэ адным звяном у ланцугу , з камбінацыі панэляў таксама залежыць ад кампутара .
Гэта выкарыстанне , аднак , гэта добра для сістэмы цалкам запусціць у стандартнай EHouse 1 (без CommManager), таму што гэта дае вам магчымасць працаваць з панэлямі прыёму дадзеных ад EHouse . EXE-прыкладанні , Нягледзячы на ​​адсутнасць убудаванага – У інтэрфейс для перадачы Ethernet у кантролерах .
Кіраваць асвятленнем