eHouse Automasi Utama , Pengurusan Bangunan Ethernet versi membolehkan komunikasi langsung dengan beberapa hampir tanpa had panel memaparkan status semasa Home Pengawal Automasi menggunakan protokol UDP pada LAN . Automasi rumah eHouse – mengemaskini panel lebih UDP (User_Datagram_Protocol) .
Tidak seperti protokol TCP adalah protokol tanpa sambungan , iaitu . tidak memerlukan sambungan tetap antara klien dan pelayan , pengesanan sesi , kekurangan mekanisme untuk mengawal data , aliran dan penghantaran semula .
Ini menjadikan ia lebih cepat daripada protokol TCP , bagaimanapun , ia adalah mungkin untuk kehilangan data dan kesilapan lain .
Dalam kes User Datagram (bingkai individu untuk mana-mana sistem) , ketepatan penghantaran mesti berurusan dengan perisian komunikasi .
UDP adalah ideal untuk menghantar siaran (mesej , disiarkan kepada pelbagai peranti sekali gus , tanpa membuat sambungan selanjutnya dengan pelanggan dari pelayan) .
Ciri-ciri yang paling penting adalah seperti berikut:

• Protokol sambungan menerima sambungan peranti lain ke pelayan tidak akan beban pelayan
• mesej yang dihantar di seluruh dunia untuk semua peranti pada LAN
• pelayan tidak kira jika ia menghantar mesej kepada 0 atau lebih peranti atau mendengar peranti seperti mesej
• kesilapan penghantaran tidak mempunyai kesan ke atas data pelayan yang sesuai
• penghantaran data adalah tidak dilindungi terhadap kesalahan , terdapat: pengesahan tidak , tiada kawalan aliran

Kerana UDP tidak mempunyai perlindungan terhadap kesilapan penghantaran , menggunakannya dalam eHouse , dan untuk membolehkan kesilapan memeriksa paket data menghantar lebar cek – jumlah wang itu untuk pengesahan .
Ini membolehkan mereka untuk membandingkan dan menggunakan klien – sampingan apabila dihantar memeriksa – jumlah adalah sama kepada satu dikira .
Untuk eHouse , perbandingan data pelanggan dan perisian .
Data dihantar dari pelayan dalam bentuk binari dan perlu dinyahkod oleh perisian klien .
Pelayan menghantar data ke port yang dinyatakan (default 6789) , dan pelanggan perlu mendengar untuk mesej masuk asynchronously di pelabuhan .
Asynchronous cara , bahawa data tidak cache , dan peranti anda mesti menerima paket secara berterusan pada masa pengiriman (masa sebenar) .
Memilih UDP port bergantung pada seni bina sistem dan bergantung kepada jenis pemasangan , jika semua pengawal menghantar pakej kepada status sama bahawa setiap pelabuhan yang lain dan boleh dipilih individu dari aplikasi eHouse sistem .
Paket data adalah sama seperti dalam kes penghantaran melalui komunikasi TCP dengan pemandu Ethernet atau eHouse perisian . exe untuk PC menghantar data perduaan lebih UDP .
Ini membolehkan penggunaan fungsi tunggal (prosedur) menyahkod bingkai , tanpa mengira sama ada medium penghantaran , protokol penghantaran adalah .
Data yang tidak bercagar untuk memudahkan penyahkodan panel kawalan individu dan perisian untuk visualisasi .
Ini akan membenarkan paparan maklumat mengenai panel dalam hanya beberapa terhad IP subnet mask , iaitu . 255 . Kerana ini adalah status peranti sahaja tanpa kemungkinan menjalankan acara sistem , ia boleh dikeluarkan kepada orang ramai di luar LAN firewall .
Dalam kes-kes khas , anda boleh membuat VPN (Virtual_Private_Network) – sambungan tunneled untuk menerima status pemandu untuk panel luar di luar rangkaian , atau menggunakan TCP pembalakan tantangan – sambutan (dengan kod pengesahan dinamik) , yang masih aktif .
Data-data ini tidak kritikal dan tanpa pakej penyahkodan oleh aplikasi eHouse , ini adalah sekumpulan orang dan sifar , yang perlu dinyahkod oleh perisian sistem eHouse pakej untuk panel apa-apa jenis .
eHouse . Perisian exe telah dikemaskini , yang membolehkan pengumpulan data tersebut oleh UDP – User Datagram Protocol . Ia hanya merujuk untuk Ethernet eHouse atau eHouse 1 di bawah pengawasan CommManager sistem .
Untuk melakukan ini , menjalankan aplikasi dengan eHouse parameter ” eHouse . exe / VIAUDP ” permodalan tidak kira .
Ini akan membolehkan untuk penerimaan yang lebih dipercayai status CommManager , dan disambungkan ke ia eHouse_1 pengawal bekerja dengan RS – 485 muka .
EHouse permohonan menerima (mendengar) hanya pakej masuk dengan pemandu . Pakej dihantar dengan checksum dan jika ada kesilapan data apears , hanya diabaikan , dan akan dikemaskini dengan penerimaan betul paket seterusnya sah mengandungi status pengawal .
Kaedah ini juga membebaskan pelanggan daripada kesilapan pelayan dan rangkaian , Penghala , menukar , kerana tidak ada kes pecah komunikasi dengan pelayan , kerana idea protokol tanpa sambungan UDP .
Ia tidak menyebabkan penggantungan atau kerugian tetap kemas kini aplikasi , Seperti dalam kes gabungan protokol ke pelayan , tetapi hanya sementara semasa kegagalan pautan , dan hanya kehilangan pakej semasa kegagalan atau beban berlebihan pada rangkaian .
Kehilangan status pakej pengawal boleh diterima , kerana mereka cyclically diulangi dengan perubahan dalam status setiap pengawal , dan tempoh minimum adalah kira-kira 15 saat jika ada perubahan .
Untuk siaran UDP daripada pengawal yang disiarkan dari eHouse . permohonan exe mesti dilumpuhkan . Jika anda memilih pilihan ini untuk eHouse . exe permohonan berhenti untuk menghantar status binari sendiri UDP , kerana ini adalah data yang sama , yang kini tersebar secara langsung dari eHouse pengawal Ethernet dan ia akan pendua cara kemalangan rangkaian .
Teks Status (dinyahkod oleh eHouse permohonan) boleh terus untuk menyiarkan , jika eHouse . permohonan exe diaktifkan , memberikan pengguna keupayaan untuk menggunakan panel kawalan lama , teks – log fail berasaskan dan pakej binari tidak berkenaan .
Dalam kes ini, , permohonan melalui eHouse . exe , yang merupakan pautan lain dalam rantaian , dari gabungan panel juga bergantung komputer .
Penggunaan ini , bagaimanapun , adalah baik untuk sistem berjalan sepenuhnya dalam eHouse standard 1 (CommManager) kerana ia memberi anda peluang untuk bekerja dengan panel menerima data dari eHouse . permohonan exe , walaupun kekurangan dibina – dalam antara muka untuk penghantaran Ethernet pengawal .
Kawalan Lampu