Ēku automatizācijas Ethernet ehouse – Sadarbība kontroles paneļi tieši ar kontrolieriem virs UDP

ehouse Mājas automatizācijas , Ēku vadības Ethernet versija ļauj tiešu saziņu ar praktiski neierobežotu skaitu paneļu parādītu pašreizējo statusu Mājas automatizācijas kontrolieri izmantojot UDP protokolu par LAN . mājas automatizācijas ehouse – atjaunināt paneļi virs UDP (User_Datagram_Protocol) .
Atšķirībā no TCP protokols ir bezsavienojuma protokols , ti . neprasa pastāvīgu savienojumu starp klientu un serveri , sesija izsekošana , trūkums mehānismu, lai kontrolētu datu , plūsma un retranslācijas .
Tas padara to daudz ātrāk nekā TCP protokols , tomēr , tas ir iespējams datu zaudēšanas un citām kļūdām .
Attiecībā uz lietotāja datagrammu (katrs ietvari jebkurā sistēmā) , pārraides pareizību jātiek galā ar sakaru programmatūru .
UDP ir ideāls, lai nosūtītu pārraidēm (ziņas , pārraidīt ar vairākām ierīcēm vienlaicīgi , nepieļaujot turpmāku savienojumus ar klientiem no servera) .
Svarīgākie elementi ir šādi:

  • Bezsavienojuma protokols saņem cita ierīce savienojumu ar serveri netiks slodze serveri
  • ziņojumi tiek nosūtīti visā pasaulē ar visām ierīcēm uz LAN
  • serveris nav svarīgi, ja tas sūta ziņojumus uz 0 vai vairāk ierīces vai klausīšanās ierīces, piemēram, ziņojumus
  • pārraides kļūdām nav ietekmes uz servera piemērotiem datiem
  • datu pārraide ir neaizsargāts pret kļūdām , tur ir: nav apstiprinājums , nav plūsmas kontroli

Jo UDP nav aizsardzība pret pārraides kļūdām , lai izmantotu to ehouse , un lai kļūdu pārbaude datu paketes tiek nosūtīti platums pārbaudi – summa pārbaudei .
Tas ļauj viņiem salīdzināt un izmantot klientu – pusē, kad nosūtīts pārbaudītu – summa ir vienāda ar aprēķinātā, .
Par ehouse , Salīdzinot datus, ir klienta un tā programmatūras .
Dati tiek nosūtīti no servera binārā formā un ir dekodēt ar klienta programmatūru .
Serveris nosūta datus uz norādīto portu (noklusējums 6789) , un klientam ir klausītos ienākošos ziņojumus asinhroni uz ostu .
Asinhrono līdzekļi , ka dati nav kešatmiņā , un ierīcei jāsaņem paketes pastāvīgi brīdī nosūtīšanas (reālā laika) .
Izvēloties UDP ports atkarīgs sistēmas arhitektūras un ir atkarīga no veida iekārtas , ja visi kontrolieri ir sūtīt paketes uz vienādu statusu, ka katrs uz otru un ostu var izvēlēties individuāli no eHouse sistēmas lietojumprogrammas .
Datu pakešu ir tāda pati kā attiecībā uz pārraides, izmantojot TCP komunikāciju ar Ethernet vadītājiem vai programmatūras ehouse . Exe PC nosūtot bināro datu pār UDP .
Tas ļauj par vienu funkciju lietošanu (procedūra) atkodēšanas no rāmja , neatkarīgi no tā, vai pārraides vide , pārraides protokols .
Šie dati nav nodrošināti, lai veicinātu gan atsevišķu vadības paneļiem un dekodēšanu, lai vizualizētu programmatūru .
Tas ļaus displejs ar informāciju par paneļiem tikai ierobežotam skaitam apakštīkla maska ​​IP , ti . 255 . Jo šie ir tikai ierīces statusu bez iespējas palaist sistēmas notikumu , to var darīt pieejamus sabiedrībai ārpus ugunsmūra LAN .
Īpašos gadījumos , Jūs varat izveidot VPN (Virtual_Private_Network) – tunneled savienojums saņemt statusu vadītājiem ārējo paneļiem ārpus tīkla , vai izmantot TCP piesakoties Challange – reakcija (ar dinamisku verifikācijas kodu) , kas joprojām ir aktīvs .
Šie dati nav kritiska un bez dekodēšanu iepakojumos eHouse pieteikumā , Tas ir ķekars vieninieku un nuļļu , kas ir dekodēt ar programmatūras paketes eHouse sistēmu paneļiem jebkāda veida .
ehouse . Exe programmatūra ir atjaunināta , kas ļāva šādu datu apkopošanu par UDP – UDP . Tas tikai norāda uz Ethernet ehouse vai eHouse 1 saskaņā CommManager uzraudzības sistēmu .
Lai to izdarītu , palaist pieteikumu ar parametrs ehouse ” ehouse . exe / VIAUDP ” kapitalizācija nav svarīgi .
Tas ļaus daudz uzticamu saņemšanas statusu CommManager , un ar to saistīts eHouse_1 kontrolieriem strādā ar RS – 485 interfeiss .
Ehouse pieteikums saņem (klausās) tikai ienākošos paketes ar šoferi . Paketes tiek nosūtīti ar kontrolsummu, un, ja kāds datu kļūdas apears , vienkārši ignorē , un tiks atjaunināta ar pareizo saņemšanas nākamā derīga paciņas satur statusu kontrolieris .
Šī metode arī atbrīvo klientus no servera un tīkla kļūdas , Maršrutētāji , slēdzis , jo nav pārraut sakarus ar serveri gadījums , sakarā ar bezsavienojuma UDP protokols ideju .
Tas nerada apturēšanu vai pastāvīgu zaudējumu programmu atjauninājumiem , Kā gadījumā kombinācijas protokolu uz servera , bet tikai uz laiku sakarā ar kanāla atteices , un tikai zaudēt paketes laikā nepilnības vai pārmērīga slodze uz tīklā .
Zaudēt iepakojumam statusu kontrolieriem ir pieņemams , jo tie ir cikliski atkārtojas ar izmaiņām statusu katrā kontrolieris , un minimālais periods ir aptuveni 15 sekundes, ja nav nekādu izmaiņu .
Par UDP no kontrolieriem raidījums raidīts no ehouse . exe pieteikumu jāatspējo . Ja jūs izvēlaties šo opciju ehouse . exe pieteikumu pārstāj sūtīt savu bināro statusu UDP , jo šie ir tie paši dati , kas pašlaik izplatās tieši no Ethernet kontrolieri ehouse un tas būs dublēt tīkla Trafic .
Statuss teksts (dekodēt ar pieteikuma ehouse) var turpināt raidīt , ja ehouse . exe pieteikumu tiek aktivizēta , sniedzot lietotājam iespēju izmantot veco vadības paneļi , teksts – bāzes log failus un binārās pakotnes nav piemērojami .
Šajā gadījumā , pieteikums iet cauri ehouse . Exe , kas ir vēl viens ķēdes posms , no kombinācija paneļu arī atkarīgs no datora .
Šī izmantošana , tomēr , ir laba sistēma darbojas pilnīgi standarta ehouse 1 (ne CommManager), jo tas dod jums iespēju strādāt ar paneļiem saņem datus no ehouse . exe pieteikumu , gan nebija būvēts – saskarne Ethernet pārraidi kontrolieriem .
Vadības Gaismas