ایم کیو ٹی ٹی (میسج کوئنگ ٹیلی میٹری ٹرانسپورٹ) ، انسانی لحاظ سے ، میسج کو قطار میں ٹیلی میٹری ٹرانسپورٹ کا مطلب ہے۔ کچھ سال پہلے ، جب بہت سے انجینئروں کے پھیلاؤ کے پی سی پہلو نے آسانی سے چکر کی اصطلاح نہیں سنی ، لیکن انٹرنیٹ آف چیزوں (IOT) ٹکنالوجی کی بتدریج ترقی کے ساتھ ، یہ پروٹوکول بڑے انجینئروں کی نظر میں زیادہ سے زیادہ کثرت سے ظاہر ہوتا ہے۔ اس کی وجہ سے بہت سارے انجینئر صرف نام جانتے ہیں لیکن معنی نہیں رکھتے ہیں ، اور بہت سارے لوگوں نے یہ بھی سوچا تھا کہ یہ ایک قسم کا پروٹوکول ہے جو IOT کی ترقی کے ساتھ تیار ہوا ہے۔ در حقیقت ، ایم کیو ٹی ٹی پروٹوکول کی ایجاد پہلی بار 20 سال سے زیادہ پہلے کی گئی تھی ، اور 1999 میں آئی بی ایم کے اینڈی اسٹینفورڈ کلارک اور سیرس لنک کے ایلن نپے نے پروٹوکول کا پہلا ورژن لکھا تھا۔ اس کے بعد پروٹوکول کو آئی ایس او اسٹینڈرڈ (آئی ایس او/آئی ای سی پی آر 20922) کے تحت شائع/سبسکرائب - پر مبنی میسجنگ پروٹوکول کے طور پر بین الاقوامی سطح پر معیاری بنایا گیا ہے (آئی ایس او/آئی ای سی پی آر ایف 20922۔) آئی بی ایم نے ایم کیو ٹی ٹی ورژن 3.1 کی وضاحت کو 2013 میں تشکیل دینے کے لئے ایک چھوٹی سی تعداد میں پیش کیا ہے ، اس کے ساتھ ہی اس میں صرف ایک چھوٹی سی تعداد ہوسکتی ہے تاکہ اس میں صرف ایک چھوٹی سی تعداد ہوسکتی ہے۔ اس کے بعد سے متعدد طاقوں میں استعمال کیا جاتا ہے۔ ایک بار جب آئی او ٹی کے تکنیکی انفراسٹرکچر کو حتمی شکل دے دی گئی تو ، اس قدیم پروٹوکول کا پہلا موسم بہار ہونا شروع ہوا۔
نیٹ ورک کی نقل و حمل اور درخواست کی پرتیں
جیسا کہ ہم سب جانتے ہیں ، اب تک کی چیزوں کی انٹرنیٹ کی تیز رفتار ترقی مواصلات کے نیٹ ورک کے انفراسٹرکچر کو نہیں چھوڑ سکتی ہے ، اب آپ کمرے کے لائٹ سوئچ کے گھر میں دنیا کے کسی بھی کونے کو کنٹرول کرسکتے ہیں ، یا صنعتی کنٹرول کرنے کے ل you ، آپ روبوٹ کی نقل و حرکت پر بھی قابو پا سکتے ہیں ، اس ٹکنالوجی کی پختگی اساس کی بنیاد کے طور پر نیٹ ورک مواصلات پر مبنی ہے۔ موجودہ نیٹ ورک ٹکنالوجی کی مرکزی ٹکنالوجی OSI سیون - پرت ماڈل ہے ، یقینا ، اصل ایپلی کیشن دراصل TCP/IP چار - پرت نیٹ ورک ماڈل کا استعمال کررہی ہے۔
تیسری ٹرانسپورٹ پرت کا ٹی سی پی / آئی پی فور - پرت نیٹ ورک ماڈل مشہور ٹی سی پی / آئی پی پروٹوکول ہے ، پروٹوکول کے بنیادی مقصد کی یہ پرت نیٹ ورک مواصلات ڈیٹا ٹرانسمیشن پر کمپیوٹر بھیجنے کے لئے استعمال کی جاتی ہے۔ IP ایڈریس کے ساتھ ایک مشین پر 16 بائنری پیکٹ
لیکن جب "192.168.137.19" کا IP ایڈریس "192.168.137.10" مشین کو ڈیٹا بھیجنے کے لئے مشین ، ڈیٹا کے اندر ٹی سی پی پیکٹوں کا یہ پیکٹ دراصل اس بات کی طرف ہے کہ اس مسئلے کے خاتمے کے خاتمے کے اختتام کے لئے کیا معنی ہے جو "192.168.137.10.10" کے اس مسئلے کو حاصل کرنے کے خاتمے کے خاتمے کے لئے کیا ہے۔ حل کرنے کے لئے پروٹوکول ، جو ایپلی کیشن پرت پروٹوکول ہے۔ البتہ ، اگر آپ کے پروٹوکول کمپیوٹرز کے عام نیٹ ورک کو قرارداد پر نہیں دینا چاہتے ہیں تو ، آپ ان کی اپنی ایپلی کیشن پرت پروٹوکول تیار کرنے کے لئے بھی جاسکتے ہیں ، اس سے کوئی فرق نہیں پڑتا ، ٹرانسپورٹ پرت کا مقصد صرف اس کے اوپر والے ہدف مشین کو ڈیٹا کو منتقل کرنا ہے۔
ہمارا روزانہ کام ، تفریح اکثر متعدد ایپلی کیشن پرت پروٹوکول کا سامنا کرتا ہے ، جیسے جب آپ کوئی ویب پیج کھولتے ہیں تو ، تصویر اس پوزیشن میں دکھائی دیتی ہے ، اس کی نشاندہی کرنے کا بٹن یہ ہے کہ کیا فنکشن کو حاصل کرنا ہے ، یہ HTML ہائپر ٹیکسٹ ٹرانسفر پروٹوکول (انگریزی: ہائپر ٹیکسٹ ٹرانسفر پروٹوکول ، مخفف: HTTP) متفق ہے۔ یہ یقینی بناتا ہے کہ جب آپ کی ویب سائٹ میں کسی صفحے کی درخواست کسی بھی ڈیوائس کے ذریعہ کی جائے تو وہ آلہ اسے صحیح طریقے سے ظاہر کرسکتا ہے۔ ایچ ٹی ٹی پی کے علاوہ ، بہت سے دوسرے ایپلیکیشن پرت پروٹوکول ہیں جیسے ڈی این ایس ، ایف ٹی پی ، وغیرہ ، اور ایم کیو ٹی ٹی پروٹوکول ، جو آج ہمارا مرکزی کردار ہے ، ان میں سے ایک ہے۔
کیوں IOT MQTT کے حق میں ہے
ہمارے موجودہ ایپلی کیشنز کے لئے دستیاب تمام عمدہ ایپلی کیشن پرت پروٹوکول کے ساتھ ، ایم کیو ٹی ٹی آئی او ٹی کی جگہ میں کیوں چمکتی ہے۔ ایم کیو ٹی ٹی پروٹوکول کا انتخاب بے بنیاد نہیں ہے۔ ایم کیو ٹی ٹی ایک ہلکا پھلکا ، لچکدار نیٹ ورکنگ پروٹوکول ہے جو آئی او ٹی ڈویلپرز کے لئے صحیح توازن قائم کرنے کی کوشش کرتا ہے۔
یہ ہلکا پھلکا پروٹوکول شدید مجبوری آلہ ہارڈ ویئر اور اعلی لیٹینسی/بینڈوتھ لمیٹڈ نیٹ ورکس پر نافذ کیا جاسکتا ہے۔
اس کی لچک سے IOT آلات اور خدمات کے لئے متنوع اطلاق کے منظرناموں کی حمایت کرنا ممکن ہوجاتا ہے۔
زیادہ تر ڈویلپر پہلے ہی HTTP ویب سروسز سے واقف ہیں۔ تو کیوں نہیں IOT آلات کو ویب سروسز سے مربوط ہونے دیں؟ ڈیوائسز اپنے ڈیٹا کو HTTP درخواستوں کی شکل میں بھیج سکتے ہیں اور HTTP جوابات کی شکل میں سسٹم سے اپ ڈیٹ وصول کرسکتے ہیں۔ اس درخواست اور جوابی ماڈل کی کچھ سنگین حدود ہیں:
HTTP ایک ہم وقت سازی کا پروٹوکول ہے۔ موکل کو سرور کے جواب دینے کا انتظار کرنے کی ضرورت ہے۔ ویب براؤزرز کی یہ ضرورت ہے ، لیکن اسکیل ایبلٹی کی قیمت پر۔ آئی او ٹی کی جگہ میں ، بڑی تعداد میں ڈیوائسز اور ایک ایسا نیٹ ورک جس کا امکان ناقابل اعتبار ہے یا اس میں اعلی تاخیر کا سامنا کرنا پڑتا ہے جس سے ہم وقت ساز مواصلات کو پریشانی کا سامنا کرنا پڑتا ہے۔ غیر متزلزل میسجنگ پروٹوکول IOT ایپلی کیشنز کے لئے بہتر موزوں ہیں۔ سینسر ریڈنگ بھیجتے ہیں اور نیٹ ورک کو آلات اور خدمات کو نشانہ بنانے کے ل the بہترین راستہ اور وقت کا تعین کرنے دیتے ہیں۔
HTTP غیر مستقیم ہے۔ موکل کو لازمی طور پر کنکشن شروع کرنا ہوگا۔ آئی او ٹی ایپلی کیشنز میں ، آلہ یا سینسر عام طور پر کلائنٹ ہوتا ہے ، جس کا مطلب ہے کہ وہ نیٹ ورک سے غیر فعال طور پر کمانڈ وصول نہیں کرسکتے ہیں۔
HTTP ایک - سے - ایک پروٹوکول ہے۔ موکل ایک درخواست کرتا ہے اور سرور جواب دیتا ہے۔ نیٹ ورک پر موجود تمام آلات کو پیغامات کی فراہمی نہ صرف مشکل ہے بلکہ مہنگا بھی ہے ، جو IOT ایپلی کیشنز میں استعمال کا ایک عام معاملہ ہے۔
ایچ ٹی ٹی پی ایک ہیوی ویٹ پروٹوکول ہے جس میں بہت سارے ہیڈر اور قواعد ہیں۔ یہ محدود نیٹ ورکس کے لئے موزوں نہیں ہے۔
ان وجوہات کی بناء پر ، سب سے زیادہ - کارکردگی ، توسیع پذیر نظام ویب خدمات کے بجائے داخلی ڈیٹا ایکسچینج کے لئے غیر متزلزل میسج بسوں کا استعمال کرتے ہیں۔
سبسکرائب/شائع ماڈل
دلچسپ بات یہ ہے کہ یہ ایم کیو ٹی ٹی پروٹوکول سرور دراصل کسی ویب سرور سے کہیں زیادہ آسان ڈیزائن ہے ، کیونکہ یہ ایک موثر خدمت کی کوشش کرتا ہے۔ ایم کیو ٹی ٹی جس میکانزم کے ذریعہ بنیادی طور پر پیغامات بھیجتا ہے اور وصول کرتا ہے وہ ہماری عوامی ویب سائٹ اور آپ ، قارئین کے مابین تعلقات سے کچھ یکساں ہے۔
حقیقی دنیا میں ، میں اور آپ ایک ایم کیو ٹی ٹی ڈیوائس سے ملتے جلتے ہیں جو ایک متحد سرور کے پاس جکڑے ہوئے ہیں ، آپ ہماری دلچسپی یا کسی طرح کے پیار سے ہمارے پاس سبسکرائب کرتے ہیں ، اور جب میں ہر روز ایک ٹیکسٹ پش بھیجتا ہوں تو ، آپ سیل فون میں ظاہر ہوں گے ، میں نے اس عمل کو "اس عمل کی حیثیت سے کہا ہے" ، اور آپ کو میری معلومات کو "اس طرح کی معلومات" کہا جاتا ہے۔ " اور ہر کوئی میرے مضمون کو لے سکتا ہے ، آپ بلا جھجھک مجھ پر کوئی پیغام چھوڑ سکتے ہیں ، یہ سلوک ہر ایک کا "شائع" سلوک ہے ، اور میں ہر ایک کے پیغام کو دیکھنے کے لئے ہمیشہ دباؤ کے سامنے رہتا ہوں ، یہ ایک قسم کا "سبسکرپشن" سلوک ہے۔ اس عمل میں ، تمام بیرونی معلومات کا ہمارے ساتھ کوئی لینا دینا نہیں ہے ، ہم آسانی سے معلومات کے بہاؤ کے ساتھ دو سمتوں میں بات چیت کرتے ہیں۔ ایم کیو ٹی ٹی میں میسجنگ میکانزم بھی شائع شدہ - سبسکرائب ماڈل پر مبنی ہے۔ ایم کیو ٹی ٹی پیغام کی ترسیل کا طریقہ کار بھی "شائع" - "سبسکرائب" ماڈل پر مبنی ہے۔
MQTT مخصوص اقدامات یہ ہیں:
مرحلہ 1:ایم کیو ٹی ٹی سرور حاصل کرنے کے لئے پہلے استعمال کا استعمال کریں ، اور پھر ایک نیا ایم کیو ٹی ٹی مواصلات کی مصنوعات بنائیں۔
مرحلہ 2:پھر اس سرور سے رابطہ قائم کریں ، سرور سے رابطہ کرنے کے لئے دو اہم پیرامیٹرز میزبان نمبر (ڈومین نام یا IP ایڈریس) اور پورٹ نمبر ہیں۔
مرحلہ 3:اگر آپ تیسرا - پارٹی کلاؤڈ سرور پلیٹ فارم استعمال کررہے ہیں تو ، اس کے ل product آپ کو پروڈکٹ ID اور توثیق کی معلومات کا استعمال کرتے ہوئے اس آلے میں لاگ ان کرنے کی ضرورت ہوسکتی ہے ، یہ دونوں ہی آلہ کلاؤڈ کے پس منظر میں مل سکتے ہیں۔
ایک بار جب یہ تینوں مراحل مکمل ہوجائیں تو ، آپ اسی موضوعات پر پیغامات سبسکرائب یا پوسٹ کرسکتے ہیں۔
میں آپ کو یہ بتانے کے لئے ایک دستاویز اکٹھا کروں گا کہ چین کے موبائل ڈیوائس کلاؤڈ اوپن ایکسیس پلیٹ فارم کو "کسبی" کیسے بنایا جائے۔
یہ تینوں مراحل ایپلیکیشن سافٹ ویئر ڈویلپمنٹ اور مائکروکونٹرولر ڈویلپمنٹ دونوں پر لاگو ہوتے ہیں۔ مائکروکونٹرولر ڈویلپمنٹ میں ، اگر آپ کمانڈز اور بیرونی وائی فائی ماڈیول مواصلات کا استعمال کرتے ہیں تو ، پھر عام ماڈیول اے ٹی + ایم کیو ٹی ٹی کمانڈز کے ساتھ آسکتا ہے ، جو مائکروکونٹرولر پر دباؤ کو بہت کم کرنے کا بہترین طریقہ ہے۔ یا آپ براہ راست ٹی سی پی/آئی پی ٹرانسپورٹ پرت کے اعداد و شمار تک رسائی حاصل کرسکتے ہیں ، اور پھر ایم کیو ٹی ٹی کو پارس کرسکتے ہیں ، جس کے تحت صارف کو اپنے جے ایس او این ڈیٹا کی تجزیہ کرنے کے لئے ایم کیو ٹی ٹی پروٹوکول کی گہری تفہیم کی ضرورت ہوتی ہے ، لہذا عام طور پر جب ایمبیڈڈ ڈیوائسز کرتے ہیں تو ، عام طور پر یہ تجویز کیا جاتا ہے کہ ہم براہ راست تیار کریں {{3} mode براہ راست پیرسول کے ساتھ ماڈیول بنائیں۔
کیس اسٹڈی:
لائٹس کا ریموٹ کنٹرول اور کمرے کا موجودہ درجہ حرارت حاصل کرنا۔
اس معاملے کے بارے میں ، یہ دراصل ایم کیو ٹی ٹی کی آسان ترین ایپلی کیشنز میں سے ایک ہے۔ سب سے پہلے ، کمرے میں ایمبیڈڈ کنٹرول بورڈ بنیادی طور پر وائی فائی کے ذریعہ سرور سے منسلک ہوتا ہے ، جو لائٹ سوئچ کو کنٹرول کرسکتا ہے اور درجہ حرارت کو بھی جمع کرسکتا ہے۔ آخری آلہ بہت دور ایک سیل فون ہے۔
مواصلات کو کام کرنے کے ل first ، پہلے انہیں اسی MQTT سرور سے منسلک ہونے کی ضرورت ہے۔
آلہ کی طرف درجہ حرارت کی معلومات کو آلہ کے ذریعہ جمع کیا جاتا ہے ، لہذا اسے جمع کردہ ڈیٹا کو "درجہ حرارت" کے عنوان پر شائع کرنے کی ضرورت ہے ، جبکہ سیل فون کو درجہ حرارت کی معلومات مل جاتی ہے ، لہذا اسے "درجہ حرارت" کے عنوان کی سبسکرائب کرنے کی ضرورت ہے۔ ایک بار جب آلہ درجہ حرارت کی معلومات کو "درجہ حرارت کے عنوان" پر بھیج دیتا ہے تو ، سیل فون کے ذریعہ عنوان موصول ہوگا۔
ڈیوائس کی طرف لائٹ کنٹرول کو آلہ کے ذریعہ عمل میں لایا جاتا ہے ، لہذا اسے "لائٹ سوئچ" عنوان کو سبسکرائب کرنے کی ضرورت ہے ، جبکہ سیل فون لائٹ سوئچ کو کنٹرول کرتا ہے ، لہذا اس کو اس "لائٹ سوئچ" عنوان پر کنٹرول کی معلومات شائع کرنے کی ضرورت ہے۔ ایک بار جب سیل فون "لائٹ آن" عنوان پر پیغام پر روشنی بھیجتا ہے تو ، عنوان ٹرمینل کے ذریعہ موصول ہوگا ، اور پھر لائٹ آن کمانڈ پر عمل درآمد کیا جائے گا۔