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 в контролерах .
Управляти освітленням