eHouse হোম অটোমেশন , বিল্ডিং ম্যানেজমেন্ট ইথারনেট সংস্করণ একটি প্যানেল এর কার্যত সীমাহীন সংখ্যক সঙ্গে সরাসরি যোগাযোগ করতে সক্ষম হবেন বর্তমান অবস্থা প্রদর্শন হোম অটোমেশন কনট্রোলারের ল্যান উপর ফলে UDP প্রোটোকল ব্যবহার করে . হোম অটোমেশন eHouse – এর ফলে UDP (User_Datagram_Protocol) উপর প্যানেল আপডেট .
বিভিন্ন TCP প্রোটোকলের পৃথক একটি প্রোটোকল connectionless , বাণিজ্য . কোনো ক্লায়েন্ট এবং সার্ভারের মধ্যে স্থায়ী সংযোগ প্রয়োজন হয় না , সময় ট্র্যাকিং , গঠনতন্ত্রের অভাব তথ্য নিয়ন্ত্রণ , প্রবাহ এবং retransmission .
এটি অনেক তাড়াতাড়ি করে TCP প্রোটোকলের , কিন্তু , এটা সম্ভব loosing তথ্য এবং অন্যান্য ত্রুটি যাও .
ইন ব্যবহারকারী ডাটাগ্রামের (কোনো সিস্টেমের জন্য স্বতন্ত্র ফ্রেম) ক্ষেত্রে , ট্রান্সমিশন শুদ্ধি যোগাযোগ সফ্টওয়্যার সঙ্গে মোকাবিলা করতে হবে .
এর ফলে UDP হয় ব্রডকাস্ট (বার্তা প্রেরণের জন্য আদর্শ , একযোগে একাধিক ডিভাইস সম্প্রচার , ক্লায়েন্ট সার্ভার থেকে আরও সংযোগ না করে) .
সবচেয়ে গুরুত্বপূর্ণ বৈশিষ্ট্য হল:
- Connectionless প্রোটোকলের জন্য সার্ভার অন্য ডিভাইসে সংযোগ গ্রহণ সার্ভারের লোড হবে না
- বার্তা সমস্ত ডিভাইস প্রেরিত হয়, বিশ্বব্যাপী ল্যান উপর
- সার্ভারে যদি 0 বা আরো ডিভাইস বা এই ধরনের বার্তা হিসাবে শোনার ডিভাইস বার্তা পাঠায় না ব্যাপার
- ট্রান্সমিশন ত্রুটি সার্ভার উপযুক্ত তথ্য কোন প্রভাব আছে
- তথ্য সঞ্চার হয় ত্রুটি বিরুদ্ধে অরক্ষিত , আছে: কোন নিশ্চয়তা , কোন প্রবাহ নিয়ন্ত্রণ
কারণ এর ফলে UDP আছে ট্রান্সমিশন ত্রুটি বিরুদ্ধে সুরক্ষার না , যাও eHouse এটি ব্যবহার , এবং ত্রুটির তথ্য প্যাকেট পরীক্ষণ সক্রিয় প্রস্থ চেক পাঠানো হয় – যাচাইয়ের জন্য সমষ্টি .
এই তাদের এবং তুলনা ক্লায়েন্ট ব্যবহার করতে পারবেন – পার্শ্ব যখন প্রেরিত চেক – যোগফল সমান নির্ণিত এক যাও .
জন্য eHouse , তথ্য একটি তুলনামূলক ক্লায়েন্ট সফ্টওয়্যার এবং তার মধ্যে আছে .
তথ্য বাইনারি ফর্ম মধ্যে সার্ভার থেকে পাঠানো এবং ক্লায়েন্ট সফ্টওয়্যার দ্বারা সঙ্কেতমুক্ত করা হবে না .
সার্ভার নির্দিষ্ট পোর্টের (ডিফল্ট 6789) তথ্য পাঠায় , এবং ক্লায়েন্ট দ্বারা অ্যাসিঙ্ক্রোনাস অন্তর্মুখী বার্তাগুলির জন্য পোর্টে শোনার জন্য আবশ্যক .
অসমকালীন উপায় , যে তথ্য ক্যাশে করা হয় না , এবং আপনার ডিভাইস প্রেরণ করার সময় একটি চলমান ভিত্তিতে প্যাকেট (রিয়েল টাইম) অবশ্যই পেতে হবে .
নির্বাচন UDP পোর্ট সিস্টেমের আর্কিটেকচারের উপর নির্ভর করে এবং ইনস্টলেশন ধরনের উপর নির্ভর করে , যদি সমস্ত কন্ট্রোলার একই অবস্থা প্যাকেজ প্রেরণ করা হয় যে অন্য পোর্ট এবং প্রতিটি সিস্টেম পৃথকভাবে eHouse অ্যাপ্লিকেশন থেকে নির্বাচিত করা যেতে পারে .
ডেটা প্যাকেট হয় সংক্রমণ ইথারনেট ড্রাইভার বা সফ্টওয়্যার eHouse সঙ্গে যোগাযোগের মাধ্যমে বিভিন্ন TCP ক্ষেত্রে একই . পিসির জন্য exe এর ফলে UDP উপর বাইনারি তথ্য প্রেরণ .
এর ফলে একটি ফাংশন ব্যবহার (পদ্ধতি) একটি ফ্রেমের পাঠোদ্ধারতা , নির্বিশেষে ট্রান্সমিশন মিডিয়াম , ট্রান্সমিশন প্রোটোকল হয় .
তথ্য যাও ডিকোডিং পৃথক নিয়ন্ত্রণ প্যানেল ও কল্পনা জন্য সফ্টওয়্যার সহজতর হয় নিরাপদ না .
এটি কেবলমাত্র একটি আইপি সাবনেট মাস্ক সংখ্যা সীমিত মধ্যে প্যানেল সংক্রান্ত তথ্য প্রদর্শন করার অনুমতি দেবে , বাণিজ্য . 255 . কারণ এই সিস্টেমের ইভেন্ট চালানোর সম্ভাবনা ছাড়াই শুধুমাত্র ডিভাইসের অবস্থা , এটি পাবলিক হতে পারে ফায়ারওয়াল ল্যান বাইরে মুক্তি .
বিশেষ কেসগুলি , আপনি একটি VPN (Virtual_Private_Network) তৈরি করতে পারবেন না – tunneled সংযোগ নেটওয়ার্কের বাইরে বহিরাগত প্যানেল জন্য ড্রাইভারের অবস্থা প্রাপ্ত , TCP অথবা একটি challange লগিং ব্যবহার – প্রতিক্রিয়া (সঙ্গে গতিশীল যাচাই কোড) , যা এখনও সক্রিয় .
এই তথ্য সমালোচনামূলক eHouse অ্যাপ্লিকেশন দ্বারা ছাড়া এবং ডিকোডিং প্যাকেজ উপস্থিত না , এই হল বেশী এবং zeros এক গুচ্ছ , যে সফ্টওয়্যার প্যাকেজ সিস্টেমের দ্বারা eHouse করা আবশ্যক যে কোনো ধরনের প্যানেল জন্য সঙ্কেতমুক্ত .
eHouse . exe সফ্টওয়্যার আপডেট করা হয়েছে , যে এর ফলে UDP দ্বারা এই ধরনের তথ্য সংগ্রহ অনুমোদিত – ব্যবহারকারী ডাটাগ্রামের প্রোটোকল . এটা কেবল ইথারনেট eHouse বা eHouse 1 জন্য CommManager তত্ত্বাবধানে সিস্টেমের অধীন প্রসঙ্গে .
এই কাজের জন্য , একটি পরামিতির eHouse সঙ্গে অ্যাপ্লিকেশন সঞ্চালিত ” eHouse . exe / VIAUDP ” ক্যাপিটালাইজেশন না ব্যাপার না .
এই একটি CommManager অবস্থা আরো অনেক নির্ভরযোগ্য রিসেপশনের জন্য অনুমতি দেবে , এটি যাও এবং eHouse_1 কন্ট্রোলার সংযুক্ত আরএস সঙ্গে কাজ করে – 485 ইন্টারফেস .
EHouse আবেদন প্রাপ্ত ড্রাইভার দিয়ে শুধু ইনকামিং প্যাকেজ (listens) . প্যাকেজ চেকসাম এবং সাথে যদি কোনো ত্রুটি apears তথ্য প্রেরিত হয় , যা কেবল উপেক্ষিত , এবং পরের বৈধ প্যাকেট নিয়ামক অবস্থা ধারণকারী সঠিক অভ্যর্থনা সাথে আপডেট করা হবে .
এছাড়াও এই পদ্ধতি নেটওয়ার্ক সার্ভার এবং ক্লায়েন্ট ত্রুটি থেকে মুক্ত , রাউটার , সুইচ , যেহেতু সার্ভারের সাথে যোগাযোগ ভঙ্গ কোন মামলা আছে , কারণে connectionless ফলে UDP প্রোটোকল ধারণা .
এটি একটি আবেদন করা স্থগিতাদেশ বা স্থায়ী ক্ষতি কোনো ক্ষতিসাধন করে না , হিসাবে মধ্যে প্রোটোকল সার্ভারের সমন্বয় ক্ষেত্রে , কিন্তু শুধুমাত্র অস্থায়ীভাবে সময় একটি লিঙ্ক ব্যর্থতা , এবং শুধুমাত্র ব্যর্থতা নেটওয়ার্কের বা অত্যধিক লোড করার সময় প্যাকেজ loosing .
কন্ট্রোলার প্যাকেজ অবস্থা হারানো গ্রহণযোগ্য , হিসাবে তারা cyclically প্রতিটি নিয়ামক অবস্থা পরিবর্তন সঙ্গে হয় পুনরাবৃত্তি , এবং ন্যূনতম 15 যাও সম্পর্কে যদি কোন পরিবর্তন হয় .
এর ফলে UDP সম্প্রচারের জন্য নিয়ন্ত্রকের থেকে ehouse থেকে ব্রডকাস্ট . exe আবেদন অক্ষম করা আবশ্যক . আপনি যদি eHouse জন্য এই বিকল্পটি নির্বাচন করুন . exe আবেদন তার নিজস্ব এর ফলে UDP বাইনারি অবস্থা পাঠাতে ceases , কারণ এই একই তথ্য , বর্তমানে ইথারনেট কন্ট্রোলার eHouse থেকে ছড়িয়ে থাকে এবং সরাসরি এটি নেটওয়ার্ক trafic প্রতিলিপি করা .
স্থিতি টেক্সট (অ্যাপ্লিকেশনের দ্বারা eHouse সঙ্কেতমুক্ত) সম্প্রচার চালিয়ে যেতে পারেন , যদি eHouse . exe অ্যাপ্লিকেশন সক্রিয় হয় , দান পুরানো নিয়ন্ত্রণ প্যানেল ব্যবহার করতে সক্ষম ব্যবহারকারী , পাঠ – ভিত্তিক লগ ফাইল ও বাইনারি প্যাকেজ প্রযোজ্য না .
এই ক্ষেত্রে , আবেদন eHouse মাধ্যমে পাস . exe , যা চেন হয় অন্য লিঙ্ক , প্যানেল সংমিশ্রণ থেকে কম্পিউটার এর উপর নির্ভর করে .
এই ব্যবহার , কিন্তু , সিস্টেমের প্রমিত eHouse 1 (কোন CommManager) সম্পূর্ণ চলমান জন্য ভাল কারণ এটি আপনাকে প্যানেল eHouse থেকে তথ্য প্রাপ্তির সঙ্গে কাজ করার সুযোগ আপনি . exe আবেদন , সত্ত্বেও নির্মিত অভাব – মধ্যে কনট্রোলারের মধ্যে ইথারনেট ট্রান্সমিশন জন্য ইন্টারফেস .
কন্ট্রোল আলো