Jengo automatisering Ethernet eHouse – Ushirikiano wa paneli kudhibiti moja kwa moja na controllers juu ya UDP

eHouse Home Automation , Jengo Usimamizi Ethernet version itawezesha mawasiliano ya moja kwa moja na idadi karibu unlimited ya paneli kuonyesha hali ya sasa ya Home Automation Controllers kutumia itifaki juu ya UDP LAN . nyumbani Automation eHouse – update paneli juu ya UDP (User_Datagram_Protocol) .
Tofauti na itifaki TCP ni itifaki connectionless , yaani . hauhitaji uhusiano wa kudumu kati ya mteja na seva , kikao kufuatilia , Kukosekana kwa mifumo ya kudhibiti data , kati yake na retransmission .
Hii inafanya kwa kasi zaidi kuliko itifaki TCP , hata hivyo , inawezekana data loosing na makosa mengine .
Katika kesi ya mtumiaji Datagram (Binafsi muafaka kwa mfumo wowote) , maambukizi usahihi lazima kukabiliana na programu za mawasiliano .
UDP ni bora kwa kutuma matangazo ya ujumbe ( , matangazo ya vifaa nyingi kwa mara moja , bila kufanya uhusiano zaidi na wateja kutoka server) .
makala muhimu ni yafuatayo:

  • Connectionless itifaki ya kupokea mwingine uhusiano kifaa server haupakii server
  • ujumbe waliotumwa kimataifa kwa vifaa vyote juu ya LAN
  • server Haijalishi kama inapeleka ujumbe kwa vifaa 0 au zaidi au vifaa kama vile kusikiliza ujumbe
  • maambukizi makosa na hakuna madhara data server zinazofaa
  • data maambukizi ni zembe dhidi makosa , kuna: uthibitisho hakuna , hakuna kudhibiti mtiririko

Kwa sababu UDP haina kinga dhidi ya maambukizi makosa , kutumia katika eHouse , na kuwawezesha kosa kuangalia pakiti data waliotumwa upana hundi – Jumla kwa ajili ya ukaguzi .
Hii inaruhusu yao kulinganisha na matumizi ya mteja – upande wakati alimtuma kuangalia – Jumla ni sawa na moja mahesabu .
Kwa eHouse , kulinganisha data ni katika mteja na programu yake ya .
Data ni alimtuma kutoka server katika fomu binary na lazima Decoded na programu ya mteja .
server zituma data na bandari maalum (default 6789) , na mteja lazima kusikiliza kwa ujumbe zinazoingia asynchronously juu ya bandari .
Asynchronous njia , kuwa data ni si cached , na kifaa chako lazima kupokea pakiti juu ya msingi inayoendelea wakati wa dispatch (muda halisi) .
Kuchagua UDP bandari inategemea juu ya usanifu wa mfumo na hutegemea aina ya ufungaji , ikiwa controllers wote ni kutuma paket hadhi sawa na kwamba bandari ya kila mwingine na inaweza kuwa kuchaguliwa mmoja mmoja kutoka maombi mfumo eHouse .
paketi data ni sawa kama katika kesi ya maambukizi kupitia mawasiliano TCP na madereva Ethernet au eHouse programu . exe kwa PC kutuma data binary juu ya UDP .
Hii inaruhusu matumizi ya kazi moja (utaratibu) Decoding wa sura , bila kujali kama kati maambukizi , maambukizi itifaki ni .
data si kuulinda kuwezesha Decoding wa paneli binafsi kudhibiti na programu kwa ajili ya visualization .
Hii itaruhusu kuonyesha wa habari juu ya paneli katika idadi tu ndogo ya subnet IP mask , yaani . 255 . Kwa sababu hizi ni tu vifaa sasa bila uwezekano wa kuendesha mfumo wa tukio , inaweza kuwa iliyotolewa kwa umma nje LAN firewall .
Katika kesi maalum , unaweza kuunda VPN (Virtual_Private_Network) – tunneled uhusiano kupokea hali ya madereva kwa paneli nje nje ya mtandao , au kutumia TCP magogo challange – jibu (kwa kificho nguvu ukaguzi) , ambayo bado ni hai .
Hizi data ni muhimu si na bila Decoding paket kwa maombi eHouse , hii ni rundo la ndio na zeros , kwamba lazima Decoded na mfumo eHouse programu paket kwa paneli ya aina yoyote .
eHouse . Programu exe imekuwa updated , kwamba kuruhusiwa ukusanyaji wa data hizo na UDP – Mtumiaji Datagram Itifaki . Ni tu inahusu kwa Ethernet eHouse au eHouse 1 chini ya usimamizi wa mifumo CommManager .
Ili kufanya hivi , kuendesha maombi na eHouse parameter ” eHouse . exe / VIAUDP ” mtaji Haijalishi .
Hii itaruhusu kwa ajili ya mapokezi mengi ya kuaminika zaidi ya hali ya CommManager , na kushikamana na ni controllers eHouse_1 kufanya kazi na RS – 485 interface .
EHouse maombi inapokea (anasikiliza) tu paket zinazoingia na madereva . Packages waliotumwa na checksum na kama data yoyote makosa apears , ni lilipuuzwa , na itakuwa updated na mapokezi sahihi ya pakiti inayofuata halali zenye hadhi ya mtawala .
Njia hii pia frees wateja kutoka makosa server na mtandao , Ruta , kubadili , tangu hakuna kesi ya kuvunja mawasiliano na seva , kutokana na connectionless UDP wazo itifaki .
Ni haina kusababisha kusimamishwa au hasara ya kudumu ya updates maombi , Kama katika kesi ya mchanganyiko wa itifaki server , lakini kwa muda tu wakati wa kushindwa kiungo , na tu loosing paket wakati kushindwa au mzigo mzito juu ya mtandao .
Kupoteza hadhi ya mfuko wa controllers ni kukubalika , kama wao ni cyclically alirudia na mabadiliko katika hali ya mtawala kila , na kipindi cha chini ni kuhusu sekunde 15 ikiwa kuna mabadiliko hakuna .
Kwa UDP matangazo kutoka controllers matangazo kutoka ehouse . maombi exe lazima walemavu . Kama wewe kuchagua chaguo hili kwa eHouse . exe maombi haachi kutuma binary yake ya sasa ya UDP , kwa sababu hizi ni data huo , kuwa kwa sasa ni kuenea kwa moja kutoka eHouse Ethernet controllers na itakuwa duplicate mtandao Bu Huo .
Hali ya maandishi (Decoded na eHouse maombi) inaweza kuendelea na matangazo , ikiwa eHouse . maombi exe ni ulioamilishwa , kutoa uwezo wa mtumiaji kutumia paneli kudhibiti umri , Nakala – makao logi files na paket binary si husika .
Katika kesi hii , maombi hupitia eHouse . exe , ambayo ni mwingine kiungo katika mnyororo , kutoka macho ya paneli pia inategemea wa kompyuta .
Hii matumizi , hata hivyo , ni nzuri kwa ajili ya mfumo wa mbio kabisa katika eHouse kiwango 1 (hakuna CommManager) kwa sababu anakupa nafasi ya kufanya kazi na paneli kupokea data kutoka eHouse . exe maombi , licha ya ukosefu wa kujengwa – katika interface kwa maambukizi Ethernet katika controllers .
Document Taa