eHouse Automation Hafan , Rheoli Adeiladau Ethernet fersiwn yn galluogi cyfathrebu uniongyrchol gyda nifer bron anghyfyngedig o baneli arddangos y statws presennol Rheolwyr Automation Hafan ddefnyddio'r protocol CDU ar LAN . Automation cartref eHouse – diweddaru paneli dros UDP (User_Datagram_Protocol) .
Yn wahanol i'r protocol TCP yn brotocol connectionless , hy . nid oes angen cysylltiad parhaol rhwng y cleient a'r gweinydd , olrhain sesiwn , diffyg mecanweithiau i reoli data , llif a ailddarlledu .
Hyn yn ei gwneud yn llawer cyflymach nag y protocol TCP , Fodd bynnag, , mae'n bosibl data colli a gwallau eraill .
Yn achos Defnyddiwr Datagram (fframiau unigol ar gyfer unrhyw system) , Rhaid cywirdeb trosglwyddo delio â meddalwedd cyfathrebu .
CDU yn ddelfrydol ar gyfer anfon darllediadau (negeseuon , darlledu i ddyfeisiau lluosog ar unwaith , heb wneud cysylltiadau pellach gyda'r cleientiaid o'r gweinydd) .
Y nodweddion mwyaf pwysig yw y canlynol:

• Ni fydd protocol Connectionless derbyn cysylltiad arall dyfais i gweinydd lwytho gweinydd
• negeseuon yn cael eu hanfon yn fyd-eang i bob dyfeisiau ar y LAN
• nid yw'r gweinydd oes ots os yw'n anfon negeseuon i 0 neu fwy o ddyfeisiau neu dyfeisiau gwrando megis negeseuon
• gwallau trosglwyddo yn cael unrhyw effaith ar ddata gweinyddwr addas
• trosglwyddo data yn ddiamddiffyn rhag gwallau , nid oes: dim cadarnhad , unrhyw reolaeth llif

Gan nad oes gan CDU amddiffyniad yn erbyn gwallau trosglwyddo , i'w defnyddio yn y eHouse , ac i alluogi gwall gwirio pecynnau data yn cael eu hanfon gwiriad lled – swm ar gyfer gwirio .
Mae hyn yn eu galluogi i gymharu a defnyddio cleient – ochr pan anfonir gwirio – swm yn cyfateb i un gyfrifo .
Am eHouse , cymhariaeth o'r data yn y cleient a'i meddalwedd .
Data yn cael ei anfon o'r gweinydd ar ffurf ddeuaidd ac mae'n rhaid ei ddatgodio gan y feddalwedd cleient .
Mae'r gweinydd yn anfon y data i'r porthladd penodedig (diofyn 6789) , a rhaid i'r cleient gwrando am negeseuon sy'n dod i mewn asynchronously ar y porthladd .
Golygu Asynchronous , nad yw'r data yn cached , ac mae'n rhaid eich dyfais dderbyn pecynnau ar sail barhaus ar adeg anfon (amser real) .
Dewis porthladd CDU yn dibynnu ar y bensaernïaeth y system ac yn dibynnu ar y math o osod , os yw'r holl reolwyr yn anfon pecynnau i statws un y gall pob porthladd i un arall ac yn cael eu dewis yn unigol o geisiadau system eHouse .
Mae pecyn data yr un fath ag yn achos o drosglwyddo drwy'r cyfathrebu TCP gyda'r gyrwyr Ethernet neu eHouse meddalwedd . exe ar gyfer PC anfon data deuaidd dros UDP .
Mae hyn yn caniatáu'r defnydd o swyddogaeth sengl (gweithdrefn) decoding o ffrâm , waeth a yw'r cyfrwng darlledu , trosglwyddo protocol yn .
Nid yw'r data yn cael eu sicrhau i hwyluso decoding y paneli rheoli unigol a meddalwedd ar gyfer delweddu .
Bydd hyn yn caniatáu arddangos gwybodaeth ar y paneli dim ond mewn nifer cyfyngedig o IP masg is-rwydwaith , hy . 255 . Gan fod y rhain yw'r statws dyfeisiau yn unig heb y posibilrwydd o redeg y digwyddiad system , gellir ei rhyddhau i'r cyhoedd y tu allan i'r LAN firewall .
Mewn achosion arbennig , gallwch greu VPN (Virtual_Private_Network) – cysylltiad tunneled i dderbyn statws y gyrwyr ar gyfer y paneli allanol y tu allan i'r rhwydwaith , neu ddefnyddio TCP logio i Her – ymateb (gyda chod dilysu deinamig) , sy'n dal yn weithgar .
Nid yw'r data yn feirniadol a heb pecynnau decoding trwy gais eHouse , mae hyn yn criw o rifau un a zeros , y mae'n rhaid eu ddatgodio gan system eHouse pecyn meddalwedd ar gyfer paneli o unrhyw fath .
eHouse . Meddalwedd exe wedi cael ei ddiweddaru , a oedd yn caniatáu casglu data o'r fath gan y CDU – Defnyddiwr Datagram Protocol . Dim ond cyfeirio ato ar gyfer Ethernet eHouse neu eHouse 1 o dan CommManager systemau goruchwylio .
Er mwyn gwneud hyn , rhedeg y cais gyda eHouse paramedr ” eHouse . exe / VIAUDP ” Nid oes ots cyfalafu .
Bydd hyn yn caniatáu ar gyfer derbyniad llawer mwy dibynadwy o statws CommManager , ac yn gysylltiedig ag ef eHouse_1 rheolwyr sy'n gweithio gyda RS – 485 rhyngwyneb .
EHouse cais yn derbyn (gwrando) yn unig sy'n dod i mewn pecynnau gyda gyrwyr . Pecynnau yn cael eu hanfon gyda'r checksum ac os bydd unrhyw wallau data apears , yn cael eu hanwybyddu yn syml , a bydd yn cael ei diweddaru gyda'r derbyniad cywir y pecyn dilys nesaf yn cynnwys statws y rheolwr .
Mae'r dull hwn hefyd yn rhyddhau cleientiaid o'r gwallau gweinydd a'r rhwydwaith , Routers , newid , gan nad oes unrhyw achos o dorri'r gyfathrebu gyda'r gweinydd , oherwydd y syniad protocol connectionless CDU .
Nid yw'n achosi atal neu golled barhaol o ddiweddariadau cais , Fel yn achos o gyfuniad o brotocolau at 'r gweinyddwr , ond dim ond dros dro yn ystod methiant cyswllt , a dim ond colli pecynnau yn ystod methiannau neu gormod o lwyth ar y rhwydwaith .
Colli statws pecyn y rheolwyr yn dderbyniol , gan eu bod yn cael eu hailadrodd yn gylchol gyda newid yn statws pob rheolwr , a'r cyfnod lleiaf yw tua 15 eiliad os nad oes newid .
Am CDU darlledu o reolwyr darlledu o eHouse . Mae'n rhaid i gais exe fod yn anabl . Os ydych yn dewis yr opsiwn hwn ar gyfer eHouse . cais exe yn rhoi'r gorau i anfon ei statws deuaidd ei hun y CDU , oherwydd bod y rhain yn yr un data , ar hyn o bryd yn cael eu lledaenu yn uniongyrchol oddi wrth y eHouse rheolwyr Ethernet a bydd yn dyblygu trafig rhwydwaith .
Efallai (ddatgodio gan y eHouse cais) Statws testun yn parhau i ddarlledu , os eHouse . cais exe ei actifadu , rhoi'r defnyddiwr y gallu i ddefnyddio'r paneli rheoli hen , destun – ffeiliau log yn seiliedig ar a phecynnau deuaidd ddim yn berthnasol .
Yn yr achos hwn , y cais yn mynd trwy eHouse . exe , sydd yn un arall dolen yn y gadwyn , o gyfuniad o baneli hefyd yn dibynnu ar y cyfrifiadur .
Mae'r defnydd , Fodd bynnag, , yn dda ar gyfer y system yn rhedeg yn gyfan gwbl yn y eHouse safonol 1 (dim CommManager) oherwydd ei fod yn rhoi cyfle i chi weithio gyda phaneli derbyn data oddi wrth y eHouse . cais exe , er gwaethaf y diffyg a adeiladwyd – mewn rhyngwyneb ar gyfer Ethernet darlledu yn rheolwyr .
Goleuadau Rheoli