Сградна автоматизация Ethernet EHouse – Сътрудничество контролни панели директно с контролери UDP

EHouse Home Automation , Building Management Ethernet версия дава възможност за директна комуникация с практически неограничен брой панели показване на текущото състояние на Контролери за автоматизация на дома използване на UDP протокол на LAN . Home Automation EHouse – актуализира панели над UDP (User_Datagram_Protocol) .
За разлика от TCP протокол е несвързан протокол , т.е. . не изискват постоянна връзка между клиента и сървъра , проследяване на сесията , липсата на механизми за контрол на данни , поток и препредаване .
Това го прави много по-бързо, отколкото TCP протокол , обаче , това е възможно да се губят данни и други грешки .
В случай на User Datagram (Индивидуални рамки за всяка система) , коректност предаване трябва да се справят с комуникационен софтуер .
UDP е идеален за изпращане на предавания (съобщения , излъчват на множество устройства наведнъж , без да се правят допълнителни връзки с клиенти от сървъра) .
Най-важните характеристики са следните:

  • Несвързан протокол за получаване на друго устройство за връзка със сървъра, не ще се зареди сървъра
  • съобщения ще бъдат изпращани в световен мащаб за всички устройства в локалната мрежа
  • сървъра не е от значение, ако то изпраща съобщения до 0 или повече устройства или подслушвателни устройства, като например съобщения
  • грешки при изпращане не оказват влияние на сървъра подходящи данни
  • предаване на данни е незащитена срещу грешки , му е: няма потвърждение , не за контрол на потока

Защото UDP не притежава защита срещу грешки при изпращане , да го използвате в EHouse , и да се даде възможност на грешка, проверка на пакетите с данни се изпращат ширина проверка – сума за проверка .
Това им позволява да сравняват и използването на клиента – страна, когато се изпращат проверите – сумата е равна на калкулират .
За EHouse , сравнение на данните е в клиента и на неговия софтуер .
Данните се изпращат от сървъра в двоичен вид и трябва да се декодира от клиентския софтуер .
Сървъра изпраща данните към определен порт (по подразбиране 6789) , и клиентът трябва да слуша за входящи съобщения асинхронно на пристанището .
Асинхронни средства , , че данните не се кешира , и устройството трябва да получи пакети на текуща база по време на изпращане (в реално време) .
Избор UDP порт зависи от архитектурата на системата и зависи от вида на инсталацията , ако всички контролери изпращане на пакети за същия статут, че всеки порт към друг и могат да бъдат избрани индивидуално от приложения EHouse система .
Пакет с данни, е същото като в случай на предаване чрез TCP комуникация с драйверите Ethernet или софтуер EHouse . EXE за PC изпращане на двоични данни през UDP .
Това позволява използването на една функция (процедура) декодиране на рамка , независимо от това дали преносната среда , протокола на предаване е .
Данните не са гарантирани за да се улесни декодиране на отделните контролни панели и софтуер за визуализация .
Това ще позволи показването на информация за панели само в ограничен брой IP маска на подмрежата , т.е. . 255 . Защото това са само статут на устройства без възможност от изтичане случай системата , тя може да бъде предоставена на обществеността извън защитната стена LAN .
В специални случаи , можете да създадете VPN (Virtual_Private_Network) – тунелирана връзка, за да получи статут на драйверите за външните панели извън мрежата , или да използвате TCP влезете ПРЕДИЗВИКАТЕЛСТВО – отговор (с динамичен код за потвърждение) , която все още е активен .
Тези данни не са от съществено значение и без декодиране на пакети от EHouse прилагане , това е куп от единици и нули , , които трябва да се декодира от софтуер пакет EHouse система за панели от всякакъв вид .
EHouse . EXE е актуализиран софтуер , , който позволява събирането на такива данни от UDP – User Datagram Protocol . Това се отнася само за Ethernet EHouse или EHouse 1 CommManager надзор системи .
За да направите това , стартирате приложението, с параметър EHouse ” EHouse . EXE / VIAUDP ” капитализация не е от значение .
Това ще даде възможност за много по-надежден получаване на статут на CommManager , и свързани с него eHouse_1 контролери работа с РС – 485 интерфейс .
EHouse прилагане (слуша) само входящите пакети с драйвери . Пакети се изпращат с контролна и ако всички данни, грешки apears , са просто игнорирани , и ще бъде актуализиран с правилния прием на следващата валиден пакет, съдържащ състояние на контролера .
Този метод също така освобождава клиентите от сървърни и мрежови грешки , Рутери , превключите , тъй като няма случай на нарушаване на комуникация със сървъра , поради несвързан UDP протокол идея .
Тя не води до спиране или трайна загуба на приложение актуализации , Както и в случая на комбинация от протоколи на сървъра , но само временно по време на връзката на тока , и само загуба на пакети по време на неизправности или прекомерно натоварване на мрежата .
Загубата на пакета статут на контрольорите е приемливо , тъй като те са циклично повтаря с промяна в статута на всеки ръководител на , и минималния период е около 15 секунди, ако няма промяна .
За излъчване UDP от контролери излъчва от EHouse . EXE Заявлението трябва да бъде забранена . Ако изберете тази опция, за EHouse . Exe Заявление престава да изпрати свой статус двоичен на UDP , тъй като те са едни и същи данни , , които в момента се разпространяват директно от Ethernet контролери EHouse и тя ще дублира субтитри. мрежа .
Статус текст (декодира чрез прилагането EHouse) може да продължи да излъчва , ако EHouse . Exe Заявление се активира , дава на потребителя възможността да се използват стари контролни панели , текст – лог файлове и бинарни пакети, които не са приложими .
В този случай , прилагането минава през EHouse . EXE , , което е още една брънка във веригата , от комбинация панели също така зависи от компютъра .
Тази употреба , обаче , е добро за системата работи напълно в стандартната EHouse 1 (не CommManager), защото той ви дава възможност да работим с панели получаване на данни от EHouse . Exe Заявление , въпреки липсата на изградена – интерфейс Ethernet за предаване в контролерите .
Контролни лампи