eHouse ہوم میشن , عمارت مینجمنٹ ایتھرنیٹ ورژن پینل کے تقریبا لامحدود تعداد کے ساتھ براہ راست بات چیت کے قابل بناتا ہے کی موجودہ حیثیت ظاہر کریں ہوم آٹومیشن کنٹرولرز LAN پر UDP پروٹوکول کا استعمال کرتے ہوئے . گھر میشن eHouse – (User_Datagram_Protocol) UDP سے زائد پینل کو اپ ڈیٹ .
TCP پروٹوکول کے برعکس ایک مجموعہ پروٹوکول ہے , یعنی . کلائنٹ اور سرور کے درمیان ایک مستقل کنکشن کی ضرورت نہیں ہے , سیشن سے باخبر رکھنے , ڈیٹا کو کنٹرول کرنے کے لئے کے لئے میکانزم کی کمی , بہاؤ اور retransmission .
یہ بہت تیزی سے TCP پروٹوکول سے کرتا ہے , تاہم , کھو اعداد و شمار اور دوسرے کی غلطیوں کو ممکن ہے .
صارف ڈیٹاگرام (کسی بھی نظام کے لئے انفرادی فریم) کی صورت میں , ٹرانسمیشن کی درست مواصلاتی سوفٹ ویئر کے ساتھ نمٹنے کے لئے ضروری ہے .
UDP نشریات پیغامات (کے بھیجنے کے لئے مثالی ہے , ایک بار میں ایک سے زیادہ آلات پر نشر , گاہکوں کے ساتھ سرور سے مزید کنکشن بنانے کے بغیر) .
سب سے اہم خصوصیات مندرجہ ذیل ہیں:
- مجموعہ سرور سے ایک اور آلہ کنکشن حاصل کرنے پروٹوکول سرور لوڈ نہیں کرے گا
- پیغامات تمام آلات عالمی سطح پر LAN پر بھیجے جاتے ہیں
- سرور سے کوئی فرق نہیں ہے اگر یہ 0 یا اس سے زیادہ آلات یا اس طرح کے پیغامات کے طور پر سننے کے آلات کے پیغامات بھیجتا ہے
- ٹرانسمیشن غلطیوں سرور مناسب ڈیٹا پر کوئی اثر نہیں ہے
- ڈیٹا منتقل کرنے کی غلطیوں کے خلاف غیر محفوظ ہے , وہاں ہے: تصدیق کے , کوئی بہاؤ کنٹرول
کیونکہ UDP ٹرانسمیشن کی غلطیوں کے خلاف تحفظ نہیں ہے , اسے eHouse میں استعمال , اور ڈیٹا پیکٹ پرکھنے کے غلطی کو چالو کرنے کے کی چوڑائی چیک بھیجے جاتے ہیں – کی توثیق کے لئے رقم .
اس سے انہیں اور کلائنٹ کا استعمال آپس میں موازنہ کرنے کی اجازت دیتا ہے – کی طرف جب بھیجا چیک کرنے کے لیے – رقم کا حساب ایک کے برابر ہے .
eHouse کے لئے , کلائنٹ اور اپنے سافٹ ویئر میں ڈیٹا کی موازنہ ہے .
بائنری شکل میں سرور سے ڈیٹا بھیجا ہے اور کلائنٹ سافٹ ویئر کی طرف سے ضابطہ ربائی مکمل کیا جانا چاہیے .
سرور مخصوص بندرگاہ (6789 پہلے سے مقررشدہ) پر ڈیٹا بھیجتا ہے , اور کلائنٹ بندرگاہ پر آنے والے پیغامات کے لیے asynchronously بات سننی ہو گی .
غیر ہم آہنگ ذرائع , کہ ڈیٹا محفوظ نہیں ہے , اور ڈسپیچ کے وقت میں ایک مسلسل جاری کی بنیاد پر آپ کے آلے کے پیکٹ حاصل (اصل وقت) کا ہونا لازمی ہے .
انتخاب UDP پورٹ نظام کی ساخت پر منحصر ہے اور تنصیب کی قسم پر منحصر ہے , اگر تمام کنٹرولرز ایک ہی درجہ پیکجوں بھیج رہے ہیں کہ دوسرے ہر بندرگاہ کو انفرادی طور پر eHouse نظام کے اطلاقات سے منتخب کیا جا سکتا ہے .
ڈیٹا پیکٹ TCP ایتھرنیٹ ڈرائیور یا سافٹ ویئر eHouse کے ساتھ بات چیت کے ذریعے ٹرانسمیشن کی صورت میں کے طور پر ایک ہی ہے . PC کے لئے exe UDP بائنری ڈیٹا بھیجنے .
یہ کسی ایک تقریب کے استعمال (کے عمل) کو ایک فریم ضابطہ ربائی کی اجازت دیتا ہے , چاہے ٹرانسمیشن میڈیم سے قطع نظر , ٹرانسمیشن پروٹوکول ہے .
ڈیٹا محفوظ انفرادی کنٹرول پینل کے ضابطہ ربائی کرنا اور تصور کے لئے سافٹ ویئر کی سہولت کے لئے نہیں کر رہے ہیں .
یہ سب نیٹ ماسک IP کے صرف ایک محدود تعداد میں پینل پر معلومات کی نمائش کی اجازت دے گا , یعنی . 255 . کیونکہ ان نظام ایونٹ رن کے امکان کے بغیر صرف آلات کی حیثیت ہے , فائروال LAN کے باہر عوام کے لئے جاری کیا جا سکتا ہے .
خاص صورتوں میں , آپ کو ایک VPN (Virtual_Private_Network) تشکیل دے سکتے ہیں – tunneled نیٹ ورک سے باہر بیرونی پینل کے لئے ڈرائیور کا درجہ حاصل کرنے کے کنکشن , استعمال یا TCP challange لاگ ان – جواب (متحرک توثیقی کوڈ کے ساتھ) , جو اب بھی چالو حالت میں .
یہ اعداد و شمار اہم اور eHouse کی درخواست کی طرف سے ضابطہ ربائی کرنا پیکجوں کے بغیر نہیں ہیں , یہ ہیں اور zeros کی گچرچھا ہے , سوفٹ ویئر پیکج eHouse نظام کی طرف سے کسی بھی قسم کے پینل کے لئے ضابطہ ربائی مکمل ہونا ضروری ہے .
eHouse . exe سافٹ ویئر کو اپ ڈیٹ کر دیا گیا ہے , UDP کی طرف سے ایسی معلومات کو جمع کرنے کی اجازت دی – صارف ڈیٹاگرام پروٹوکال . یہ صرف CommManager نگرانی کے نظام کے تحت ایتھرنیٹ eHouse یا eHouse 1 کے لئے مراد .
ایسا کرنے کے لیے , ایک پیرامیٹر eHouse کے ساتھ درخواست چلانے ” eHouse . exe / VIAUDP ” بڑے حروف تہجی سے فرق نہیں پڑتا .
یہ CommManager کی حیثیت کا ایک زیادہ قابل اعتماد استقبالیہ کے لئے اجازت دے گا , اور اس eHouse_1 کنٹرولرز منسلک RS کے ساتھ کام کرنے – 485 انٹرفیس .
EHouse درخواست موصول (سنتا) ڈرائیوروں کے ساتھ ہی آنے والے پیکجوں کے . پیکجوں کے حیض کے ساتھ بھیجے جاتے ہیں اور اگر کسی بھی ڈیٹا کی غلطیوں apears , صرف نظر انداز , اور اگلے درست کنٹرولر کی حیثیت پر مشتمل پیکٹ کے درست استقبالیہ کے ساتھ اپ ڈیٹ کر دیا جائے گا .
یہ طریقہ بھی سرور اور نیٹ ورک کی غلطیوں سے گاہکوں کو آزاد , راوٹرز , سوئچ , کیونکہ سرور کے ساتھ بات چیت کو توڑنے کا کوئی معاملہ ہے , مجموعہ UDP پروٹوکول خیال کی وجہ سے .
یہ درخواست کے اپ ڈیٹس کا معطلی یا مستقل نقصان کی وجہ سے نہیں ہے , سرور سے پروٹوکولز کا مجموعہ کی صورت میں , لیکن صرف عارضی طور پر ایک لنک ناکامی کے دوران , اور صرف ناکامیوں یا نیٹ ورک پر ضرورت سے زیادہ بوجھ کے دوران پیکجوں کے کھو .
کنٹرولرز کے پیکیج کی حیثیت کو کھونے قابل قبول ہے , کیونکہ وہ cyclically ہر کنٹرولر کی حیثیت میں تبدیلی کے ساتھ بار بار کر رہے ہیں , اور کم از کم مدت 15 سیکنڈ کے بارے میں ہے، اگر وہاں کوئی تبدیلی نہیں ہے .
کنٹرولرز سے UDP نشر ehouse سے نشر کے لیے . exe درخواست کو غیر فعال کر دیا گیا ہو جائے ضروری ہے . اگر آپ eHouse کے لئے اس اختیار کو منتخب . exe درخواست UDP کے اپنے بائنری کی حیثیت کو بھیجنے کے لئے رہتا ہے , کیونکہ یہ ایک ہی ڈیٹا ہیں , اس وقت ایتھرنیٹ کنٹرولرز eHouse سے براہ راست پھیل رہے ہیں اور یہ نیٹ ورک trafic نقل کریں گے .
سٹیٹس کی متن کی درخواست eHouse کی طرف سے ضابطہ ربائی مکمل نشر کرنا جاری رکھ سکتے ہیں , اگر eHouse . exe درخواست کو چالو ہے , صارف پرانی کنٹرول پینل کو استعمال کرنے کے لئے کی صلاحیت دے , متن – کی بنیاد پر لاگ فائلوں اور بائنری نہیں لاگو پیکجوں کے .
اس صورت میں , درخواست eHouse کے ذریعے گزر . exe , جو سلسلہ میں ایک اور لنک ہے , پینل کا ایک مجموعہ سے بھی کمپیوٹر کی انحصار کرتا ہے .
اس کا استعمال , تاہم , معیاری eHouse 1 (کوئی CommManager) میں مکمل طور پر چلانے کے نظام کے لئے اچھا ہے کیونکہ یہ تمہیں پینل eHouse سے ڈیٹا حاصل کرنے والے کے ساتھ مل کر کام کرنے کا موقع دیتا ہے . exe درخواست , تعمیر کی کمی کے باوجود – کنٹرولرز میں ایتھرنیٹ ٹرانسمیشن کے لئے انٹرفیس میں .
کنٹرول لائٹس