ROS 2 اوور وائرلیس میش: موبائل روبوٹ ٹیموں کے لیے DDS QoS ترتیبات

موبائل روبوٹ ٹیمیں اکثر لیب میں قابل اعتماد طریقے سے بات چیت کرتی ہیں، پھر تاخیر سے کمانڈز تیار کرتی ہیں، سینسر کی اپ ڈیٹس غائب ہوتی ہیں، یا جب میش روٹس تبدیل ہوتے ہیں تو سست بحالی۔ اے ROS 2 وائرلیس میش اتار چڑھاؤ والی بینڈوتھ، پیکٹ کے نقصان، اور ہاپ کاؤنٹ کو تبدیل کرتا ہے، جب کہ ڈی ڈی ایس ڈیٹا کو دوبارہ منتقل کر سکتا ہے یا قطار میں لگا سکتا ہے جو پہلے سے ہی پرانا ہے۔ QoS کی ترتیبات ہر موضوع کے لیے قابل اعتماد، تاریخ، گہرائی، استحکام، آخری تاریخ، اور عمر کو کنٹرول کرنے میں مدد کرتی ہیں، لیکن غیر مطابقت پذیر پبلشر اور سبسکرائبر پالیسیاں ڈیلیوری کو مکمل طور پر روک سکتی ہیں۔

کلید یہ جاننا ہے کہ کن اسٹریمز کو ہر نمونے کی ضرورت ہوتی ہے، جس کو صرف تازہ ترین کی ضرورت ہوتی ہے، اور بڑے پے لوڈز کو بازیافت کرنے والے لنک کو حاوی ہونے سے کیسے روکا جائے۔

ٹریفک کے ساتھ شروع کریں، QoS مینو سے نہیں۔

فیصلہ کریں کہ تازگی یا مکملیت زیادہ اہمیت رکھتی ہے۔

یہ پوچھ کر شروع کریں کہ جب کوئی پیغام گم ہو جاتا ہے تو کیا ہوتا ہے اور جب دیر سے پہنچتا ہے تو کیا ہوتا ہے۔ LiDAR اسکینز، کیمرہ فریم، اوڈومیٹری، لوکلائزیشن اپ ڈیٹس، اور موشن ٹیلی میٹری کو مسلسل تبدیل کیا جاتا ہے۔ ایک نمونہ کا کھو جانا قابل قبول ہو سکتا ہے، جبکہ کئی نئے نمونوں کے بعد اسے ڈیلیور کرنا مقامی فیصلوں کو خراب کر سکتا ہے یا پروسیسنگ کا وقت ضائع کر سکتا ہے۔

مشن ٹرانزیشنز، ٹاسک اسائنمنٹس، کنفیگریشن تبدیلیاں، حفاظتی ایونٹس، اور کچھ نقشے کی منتقلی کے مختلف تقاضے ہوتے ہیں۔ ایک گمشدہ مجرد واقعہ روبوٹ کو متضاد آپریٹنگ ریاستوں میں چھوڑ سکتا ہے، لہذا باؤنڈڈ ری ٹرانسمیشن کو جائز قرار دیا جا سکتا ہے۔ یہ فرق صرف پے لوڈ کی قسم سے زیادہ اہمیت رکھتا ہے: باسی ہونے پر ایک چھوٹی رفتار والی کمانڈ خطرناک ہو سکتی ہے، جب کہ ایک بڑا نقشہ اسنیپ شاٹ تاخیر کے بعد بھی کارآمد رہ سکتا ہے۔

تازگی اور مکمل ہونے کے لحاظ سے ٹریفک کی درجہ بندی کرنا ایک عام ROS 2 وائرلیس میش غلطی کو روکتا ہے — ہر موضوع کو قابل اعتماد پر سیٹ کرنا کیونکہ قابل اعتماد آواز زیادہ محفوظ ہے۔ قابل اعتماد DDS غیر تسلیم شدہ نمونوں کو برقرار رکھتا ہے اور گمشدہ ڈیٹا کو دوبارہ منتقل کرتا ہے، جس سے اوور ہیڈ پیدا ہوتا ہے جس سے مواصلات کی بہترین کوشش سے گریز کیا جاتا ہے۔ اس لیے معیاری ROS 2 سینسر ڈیٹا پروفائل ایک چھوٹی قطار کے ساتھ بہترین کوشش کی قابل اعتمادی کا استعمال کرتا ہے، جہاں بروقت ترسیل عام طور پر ہر پڑھنے کو حاصل کرنے سے زیادہ اہمیت رکھتی ہے۔

ہر موضوع کو ڈیلیوری بجٹ دیں۔

ہر کراس روبوٹ موضوع کو چار حدود کی ضرورت ہوتی ہے: زیادہ سے زیادہ مفید پیغام کی عمر، قابل قبول نقصان کی شرح، ضروری اپ ڈیٹ فریکوئنسی، اور منقطع ہونے کے بعد زیادہ سے زیادہ بحالی کا وقت۔ یہ حدود مبہم توقعات جیسے 'کم تاخیر' کو قابل امتحان تقاضوں میں بدل دیتی ہیں۔ کمانڈ سٹریم کو دسیوں ملی سیکنڈز میں ماپنے والی عمر کی حد کی ضرورت ہو سکتی ہے، جب کہ اگر روبوٹ اپنی مقامی کاپی کے ساتھ محفوظ طریقے سے کام کرتا رہتا ہے تو نقشہ کا سنیپ شاٹ سیکنڈوں کو برداشت کر سکتا ہے۔

سیریلائزڈ پے لوڈ سائز، اشاعت کی شرح، اور منزلوں کی تعداد سے پیش کردہ بوجھ کا تخمینہ لگائیں۔ پھر اس اعداد و شمار کا موازنہ ریڈیو کے برائے نام ڈیٹا ریٹ کے بجائے ناپے ہوئے ملٹی ہاپ گڈ پٹ سے کریں۔ اعترافات، دوبارہ ترسیل، دریافت ٹریفک، روٹ مینجمنٹ ٹریفک، اور بیک وقت پبلشرز کے لیے گنجائش چھوڑ دیں۔

روبوٹ اندرونی ٹریفک کو مشترکہ میش سے دور رکھیں

ہر ROS 2 موضوع کو روبوٹ کی حدود کو عبور نہیں کرنا چاہئے۔ را کیمرہ فیڈز، فل پوائنٹ کلاؤڈز، ڈیبگنگ ڈیٹا، اور انٹرمیڈیٹ پرسیپشن آؤٹ پٹ اکثر روبوٹ کے اندر ہوتے ہیں جو انہیں تیار کرتا ہے۔ صرف پتہ لگانے، آبجیکٹ ٹریکس، لوکل پلانز، کم بادلوں، یا نقشے کی تبدیلیوں کو شائع کرنا DDS رویے کو تبدیل کیے بغیر مشترکہ چینل کی طلب کو کم کرتا ہے۔

یہ فلٹرنگ مرحلہ ایک ملٹی روبوٹ ROS 2 وائرلیس میش میں خاص طور پر قابل قدر ہے، جہاں ایک غیر ضروری ہائی ریٹ سٹریم متعدد کوآرڈینیشن موضوعات کے لیے درکار صلاحیت کو استعمال کر سکتا ہے۔ ٹریفک کو ہٹانا عام طور پر گہری قطاروں اور اضافی دوبارہ کوششوں کے ساتھ زیادہ بوجھ والے لنک کو بچانے کی کوشش کرنے سے زیادہ پیش گوئی کرنے والا نظام تیار کرتا ہے۔

کامن فلیٹ کے موضوعات کے لیے عملی QoS پروفائلز

سینسر اسٹریمز اور بار بار تازہ ہونے والی حالت

اعلی درجے کے سینسر اور ریاستی عنوانات کو عام طور پر تازہ ترین دستیاب نمونے کی ضرورت ہوتی ہے، نہ کہ مکمل تاریخی ترتیب۔ ایک عملی شروعاتی پروفائل BEST_EFFORT, VOLATIL, اور KEEP_LAST ہے جس کی گہرائی ایک اور پانچ کے درمیان ہے۔ گہرائی ایک ڈیٹا کے مطابق ہے جسے فوری طور پر ختم کر دیا جاتا ہے، جب کہ قدرے بڑی قطار طویل بیک لاگ بنائے بغیر مختصر کال بیک شیڈولنگ میں تاخیر کو جذب کر سکتی ہے۔

LIFESPAN پیغامات کو ان کی کارآمد مدت کے بعد ختم کر کے ایک اور تحفظ کا اضافہ کر سکتا ہے۔ DEADLINE ایک مختلف مقصد کو پورا کرتی ہے: یہ پیغامات کے درمیان متوقع وقفہ کا اظہار کرتی ہے اور اس توقع کے چھوٹ جانے پر واقعہ کو متحرک کر سکتی ہے۔ کوئی بھی پالیسی لنک کی صلاحیت میں اضافہ نہیں کرتی ہے، لیکن دونوں ہی باسی یا روکے ہوئے اسٹریمز کا پتہ لگانے اور ہینڈل کرنا آسان بنا دیتے ہیں۔

عین مطابق پروفائل کو صارف کی عکاسی کرنی چاہیے۔ مقامی رکاوٹ سے بچنے والے نوڈ کو کم سے کم عمر کے ساتھ بار بار اسکین کرنے کی ضرورت پڑسکتی ہے، جبکہ فلیٹ ڈیش بورڈ کم اپ ڈیٹ کی شرح کو قبول کرسکتا ہے۔ دونوں کو ایک ہی ROS 2 وائرلیس میش کے ذریعے بھیجنے کا مطلب یہ نہیں ہے کہ انہیں ایک جیسی وشوسنییتا، گہرائی، یا عمر کی ترتیبات کی ضرورت ہے۔

کمانڈز اور کوآرڈینیشن ایونٹس کو مختلف علاج کی ضرورت ہوتی ہے۔

مسلسل احکامات اور مجرد کوآرڈینیشن ایونٹس کو ایک ڈیفالٹ پروفائل کا اشتراک نہیں کرنا چاہیے۔ رفتار، اسٹیئرنگ، اور فارمیشن کریکشن اسٹریمز کو بار بار ریفریش کیا جاتا ہے، اس لیے پرانے نمونوں کو دوبارہ ٹرانسمیشن کے پیچھے قطار میں نہیں لگانا چاہیے۔ ایک اتھلی تاریخ، ایک مختصر عمر، اور ایپلیکیشن لیول کا ٹائم آؤٹ اس بات کو یقینی بنانے میں مدد کرتا ہے کہ تازہ کمانڈز غائب ہونے پر روبوٹ ایک متعین فال بیک موڈ میں رک جاتا ہے یا داخل ہو جاتا ہے۔

ٹاسک قبولیت، آپریٹنگ موڈ میں تبدیلیاں، اور مشن کی منتقلی کے لیے قابل اعتماد ڈیلیوری کی ضرورت ہو سکتی ہے کیونکہ ہر ایونٹ کی مشترکہ حالت بدل جاتی ہے۔ تب بھی تاریخ کو پابند رہنا چاہیے۔ کسی راستے کے ٹھیک ہونے کے بعد سپرسیڈ کمانڈز کے ایک طویل سلسلے کو دوبارہ چلانا رکاوٹ کی اطلاع دینے اور موجودہ مشن کی حالت کو دوبارہ ہم آہنگ کرنے سے زیادہ نقصان دہ ہو سکتا ہے۔

ڈی ڈی ایس کی وشوسنییتا تحفظ کی صرف ایک پرت ہے۔ ہر موبائل روبوٹ کو مقامی کمانڈ کی میعاد ختم ہونے، حرکت کی رکاوٹوں، اور نیٹ ورک سے آزادانہ طور پر کمیونی کیشنز کے رویے کو نافذ کرنا چاہیے۔ ایک ROS 2 وائرلیس میش رسائی اور راستے کی لچک کو بہتر بنا سکتا ہے، لیکن یہ فیصلہ نہیں کر سکتا کہ آیا کوئی پرانی کمانڈ اب بھی محفوظ ہے۔

نقشے، ترتیب، اور دیر سے شامل ہونے والے روبوٹ

TRANSIENT_LOCAL کے ساتھ RELIABLE استعمال کریں جب کسی روبوٹ کو جوائن کرنے یا دوبارہ جوڑنے کے لیے تازہ ترین شائع شدہ حالت کی ضرورت ہو۔ موجودہ نقشے، جیوفینس، مشترکہ آپریٹنگ موڈز، اور کنفیگریشن سنیپ شاٹس اکثر اس پیٹرن کے مطابق ہوتے ہیں۔ KEEP_LAST(1) عام طور پر ہر ورژن کو برقرار رکھنے سے زیادہ موزوں ہے کیونکہ صرف جدید ترین مکمل سنیپ شاٹ ہی آپریشنل طور پر متعلقہ رہتا ہے۔

KEEP_ALL کو ایسے ڈیٹا کے لیے مخصوص کیا جانا چاہیے جس کی مکمل ترتیب حقیقی طور پر اہمیت رکھتی ہو اور جس کے وسائل کی ضروریات معلوم ہوں۔ Keep-all سٹوریج مڈل ویئر کے وسائل کی حدود کے تابع رہتا ہے، لہذا یہ لامحدود گارنٹی نہیں ہے۔ عارضی-مقامی استحکام ناشر کو دیر سے شامل ہونے والی سبسکرپشنز کے نمونے برقرار رکھنے کا ذمہ دار بھی بناتا ہے۔

دونوں طرف سے مطابقت کی جانچ ہونی چاہیے۔ ایک بہترین کوشش کرنے والا پبلشر ایک قابل اعتماد سبسکرائبر کو مطمئن نہیں کر سکتا، اور ایک غیر مستحکم ناشر عارضی-مقامی سبسکرپشن کو مطمئن نہیں کر سکتا۔ قابل اعتماد پبلشرز بہترین کوشش کرنے والے سبسکرائبرز کی خدمت کر سکتے ہیں، جبکہ عارضی-مقامی پبلشرز غیر مستحکم صارفین کو نئے پیغامات بھیج سکتے ہیں۔ برقرار تاریخی ڈیلیوری کے لیے ہم آہنگ عارضی-مقامی ترتیبات کی ضرورت ہوتی ہے۔

بڑے پیغامات کو لنک پر جانے سے روکیں۔

دوبارہ کوششیں شامل کرنے سے پہلے فریگمنٹیشن کو کم کریں۔

نیٹ ورک کو عبور کرنے سے پہلے امیجز، قبضے کی گرڈز، اور گھنے پوائنٹ کلاؤڈز کو متعدد ٹرانسپورٹ یونٹس میں تقسیم کیا گیا ہے۔ جب ایک بڑے UDP ڈیٹاگرام کو IP پرت پر ٹکڑے ٹکڑے کر دیا جاتا ہے، تو ایک ٹکڑا کھونا مکمل ڈیٹاگرام کی تعمیر نو کو روکتا ہے۔ بقیہ ٹکڑے کرنل بفرز پر قبضہ کر سکتے ہیں جب تک کہ ان کی میعاد ختم نہ ہو جائے، جس سے کنکشن رکا ہوا دکھائی دیتا ہے اور نئی ٹریفک کو روکتا ہے۔

وائرلیس ROS 2 کنکشنز پر بڑے پے لوڈ انحطاط عام طور پر تین مربوط میکانزم کے ساتھ منسلک ہوتا ہے: ضرورت سے زیادہ IP فریگمنٹیشن، غیر موثر ری ٹرانسمیشن ٹائمنگ، اور کنجسٹیو بفر برسٹ۔ معیار کے مطابق DDS پیرامیٹر کی تبدیلیاں مختلف ایپلیکیشن پروٹوکول کی ضرورت کے بغیر ان اثرات کو کم کر سکتی ہیں۔

مکمل ROS 2 وائرلیس میش میں حقیقی راستے MTU کی پیمائش کریں، بشمول انکرپشن، سرنگیں، ورچوئل انٹرفیس، اور ہر روٹ شدہ سیگمنٹ۔ جہاں ٹرانسپورٹ کنفیگریشن اجازت دیتا ہے، نیٹ ورک پرت کے ٹکڑے ہونے سے بچنے کے لیے RTPS یا UDP میسج کا سائز کافی کم کریں۔ 1500-بائٹ ایتھرنیٹ MTU سے شمار کی گئی قدر صرف ایک ابتدائی مفروضہ ہے کیونکہ ہیڈر اور encapsulation قابل استعمال سائز کو کم کر سکتے ہیں۔

تاریخ کی قطاریں ریکوری ونڈو سے چھوٹی رکھیں

راستے میں رکاوٹ کے دوران، ایک قابل اعتماد پبلیشر پیغامات کی تیاری جاری رکھ سکتا ہے جب تک کہ اعترافات آنا بند ہو جائیں۔ غیر تسلیم شدہ نمونے تاریخ میں جمع ہوتے رہتے ہیں جب تک کہ وسائل کی حد تک نہ پہنچ جائیں۔ جب کنیکٹیویٹی واپس آتی ہے، بحال شدہ راستے میں موجودہ پبلیکیشنز، کنٹرول ٹریفک، اور برقرار رکھا ہوا بیک لاگ ہونا چاہیے۔

ان نمونوں کی تعداد سے تاریخ کی گہرائی کا انتخاب کریں جو دوبارہ کنکشن کے بعد کارآمد رہیں۔ 250 ملی سیکنڈز کی کارآمد عمر کے ساتھ 20 ہرٹز اسٹیٹ اسٹریم کو شاذ و نادر ہی درجنوں قطار والے نمونوں کی ضرورت ہوتی ہے۔ ان میں سے اکثر پہلے سے ہی باسی ہوں گے۔ قابل بدلنے والی حالت کو تازہ ترین نمونے کی حمایت کرنی چاہیے، جب کہ ضروری واقعات کی ترتیب کو ایک پابند ریکوری پلان کی ضرورت ہے۔

بڑے قابل اعتماد نمونوں کو ایک اضافی جانچ کی ضرورت ہوتی ہے: کیا سب سے کمزور متوقع راستہ موجودہ ٹریفک میں تاخیر کیے بغیر قطار کو ختم کر سکتا ہے؟ ایک گہری تاریخ فوری طور پر ڈیٹا کے نقصان کو کم کر سکتی ہے، پھر بھی یہ میموری کے استعمال، بحالی کا وقت، اور بند ہونے کے بعد ٹریفک میں اضافے کا امکان بھی بڑھاتا ہے۔ ضرورت سے زیادہ برقرار رکھنے والی تاریخ بفر برسٹ پیدا کر سکتی ہے جو کنیکٹیویٹی کی واپسی کے بعد بھیڑ کو مزید خراب کر دیتی ہے۔

دوبارہ ٹرانسمیشن پھٹنے کے لئے دیکھیں

قابل اعتماد DDS گمشدہ نمونوں کی شناخت اور دوبارہ منتقلی کو متحرک کرنے کے لیے دل کی دھڑکن اور اعترافی تبادلے کا استعمال کرتا ہے۔ غیر معمولی بحالی کے چکر کئی نقصانات کو جمع ہونے کی اجازت دے سکتے ہیں اس سے پہلے کہ وہ ناراض ہو جائیں، مختصر پھٹنے کی پیداوار جو لنک کی لمحاتی صلاحیت سے زیادہ ہے۔ دل کی دھڑکن کے ادوار، ٹکڑے ٹکڑے ہونا، اور دوبارہ منتقلی کے وقفے بھی نقصان دہ وائرلیس حالات میں قریب سے بات چیت کرتے ہیں۔

ہر ایک عنوان کی اشاعت کے وقفے کے خلاف دوبارہ ترسیل کے وقت کی جانچ کریں۔ ہر تبدیلی کے بعد بحالی میں تاخیر، ٹیل لیٹنسی، جٹر، کنٹرول پیکٹ اوور ہیڈ، اور CPU لوڈ کی پیمائش کریں۔ تیزی سے ریکوری سگنلنگ تاخیر اور برسٹ سائز کو کم کر سکتا ہے، لیکن حد سے زیادہ کنٹرول ٹریفک پروسیسنگ اور بینڈوتھ کو استعمال کر سکتا ہے۔

کوئی ٹائمنگ ایڈجسٹمنٹ ROS 2 وائرلیس میش کو نہیں بچا سکتا جس کا مستقل پیش کردہ بوجھ قابل استعمال گڈ پٹ سے زیادہ ہے۔ جب لنک سیر رہتا ہے، تو دوبارہ کوشش کریں کہ پہلے سے زیادہ بوجھ والے راستے پر ٹریفک شامل کریں۔

اس کی بجائے فیصلہ کریں کہ پے لوڈ کو کب تبدیل کرنا ہے۔

جہاں ایپلیکیشن آرکیٹیکچر بڑا مسئلہ بن جاتا ہے وہاں QoS ٹیوننگ ختم ہونی چاہیے۔ تصویر کی ریزولوشن، انکوڈنگ کوالٹی، یا فریم ریٹ کو کم کریں جب بصری سلسلے چینل پر حاوی ہوں۔ ٹرانسمیشن سے پہلے پوائنٹ کلاؤڈز کو کاٹیں یا نیچے کریں، اور جب ٹیم کے ساتھیوں کو خام مشاہدات کی ضرورت نہ ہو تو آبجیکٹ ٹریکس، ٹراورسیبلٹی کے نتائج، یا مقامی نقشہ اپ ڈیٹ شائع کریں۔

ایج پروسیسنگ اکثر صاف ترین حل فراہم کرتی ہے۔ ہر روبوٹ مقامی طور پر اعلی بینڈوتھ سینسر ڈیٹا کو برقرار رکھ سکتا ہے اور صرف رابطہ کاری کے لیے درکار معلومات تقسیم کر سکتا ہے۔ یہ DDS کی وشوسنییتا میں کوئی سمجھوتہ نہیں ہے۔ مواصلات کی طلب کو موبائل نیٹ ورک کی جسمانی صلاحیت کے ساتھ ملانے کا دانستہ فیصلہ ہے۔

موونگ روبوٹس پر پروفائل کی جانچ کریں، نہ کہ صرف ایک بینچ نیٹ ورک

ان راستوں اور ناکامیوں کو دوبارہ بنائیں جن کا بحری بیڑا سامنا کرے گا۔

ایک فکسڈ ون ہاپ ٹیسٹ موبائل ROS 2 وائرلیس میش کی نمائندگی نہیں کر سکتا۔ توثیق میں مختصر ترین راستہ، زیادہ سے زیادہ منصوبہ بند ہاپ کی گنتی، ریلے کی پوزیشنوں کے درمیان نقل و حرکت، بڑھتی ہوئی مداخلت، غیر متناسب ٹریفک، مختصر بندش، طویل بندش، دوبارہ رابطہ، دیر سے شمولیت، اور متعدد روبوٹس کے ساتھ ساتھ اشاعت شامل ہونی چاہیے۔

اوسط سے زیادہ تاخیر ریکارڈ کریں۔ مفید پیمائش میں شامل ہیں:

●  موصول ہونے والی تازہ کاری کی فریکوئنسی اور پیغام کے نقصان کی شرح۔

●  پیغام کی عمر، درمیانی لیٹنسی، ٹیل لیٹنسی، اور جٹر۔

●  راستے میں تبدیلی کے بعد دریافت یا دوبارہ رابطہ کا وقت۔

●  رکاوٹ کے دوران مصنف اور قاری کی قطار میں اضافہ۔

●  مفید محفوظ ڈیٹا کو صاف کرنے کے لیے وقت درکار ہے۔

●  پبلشرز اور سبسکرائبرز دونوں پر CPU اور میموری کا استعمال۔

پہلے بنائے گئے ڈیلیوری بجٹ سے ہر ایک نتیجہ کا اندازہ لگائیں۔ لوکلائزیشن کا موضوع ناکام ہو سکتا ہے کیونکہ اس کی اپ ڈیٹ فریکوئنسی کنٹرول کی ضرورت سے نیچے آتی ہے، یہاں تک کہ جب ہر نمونہ آخرکار پہنچ جائے۔ اس کے برعکس، نقشہ کی منتقلی زیادہ تاخیر کے باوجود گزر سکتی ہے اگر یہ اجازت یافتہ ریکوری ونڈو کے اندر مکمل ہو جاتی ہے۔

DDS رویے کی وضاحت کے لیے میش ٹیلی میٹری کا استعمال کریں۔

ROS 2 میٹرکس سے پتہ چلتا ہے کہ ایپلیکیشن کیا تجربہ کرتی ہے، جبکہ میش ٹیلی میٹری یہ بتانے میں مدد کرتی ہے کہ ایسا کیوں ہوا۔ ہاپ کاؤنٹ، ٹاپولوجی کی تبدیلیوں، سگنل کی طاقت، سگنل ٹو شور کا تناسب، ٹریفک اپ لوڈ اور ڈاؤن لوڈ، اور روٹ سوئچ ٹائمنگ کے ساتھ موضوع کی کارکردگی کا موازنہ کریں۔ دونوں تہوں کو مربوط کرنا ٹیموں کو ریڈیو پاتھ کی تبدیلی کے لیے QoS کو مورد الزام ٹھہرانے یا نابلشر اور سبسکرائبر سیٹنگز کے لیے میش کو مورد الزام ٹھہرانے سے روکتا ہے۔

WDS MIMOmesh OEM/ODM ماڈیولز اور ہلکے وزن والے ہوائی یونٹس تقسیم شدہ، سینٹر لیس ڈائنامک روٹنگ اور ملٹی ہاپ ریلے طریقوں کے ساتھ ایک آل-IP فن تعمیر کا استعمال کرتے ہیں۔ ان کے نیٹ ورک کے انتظام کے افعال ٹوپولوجی، فیلڈ کی طاقت، SNR، ٹریفک، نوڈ-فاصلہ، اور آپریٹنگ اسٹیٹس کی معلومات فراہم کرتے ہیں جس کا انجینئر ROS 2 میں تاخیر، نقصان، اور قطار کے رویے سے موازنہ کر سکتے ہیں۔

پروڈکٹ ڈیٹا کی شرح اور سنگل ہاپ تاخیر کے اعداد و شمار کو درخواست کی کارکردگی کی ضمانت دینے کے بجائے منصوبہ بندی کے حوالہ جات رہنا چاہیے۔ اصل اختتام سے آخر تک کے رویے میں راستے کی گہرائی، چینل پر قبضہ، پیکٹ کی بازیافت، سیریلائزیشن، مڈل ویئر کی قطاریں، اور نوڈ پروسیسنگ بھی شامل ہیں۔ ایک میں ROS 2 وائرلیس میش کو منتقل کرنا ، سب سے کمزور آپریشنل روٹ پر ماپا گڈ پٹ کو اشاعت کی شرح اور تاریخ کی حدود کو آگے بڑھانا چاہیے۔

ایک وقت میں ایک متغیر کو تبدیل کریں۔

موضوع کے نام، پیغام کی اقسام، اور QoS مطابقت کی تصدیق کرکے شروع کریں۔ ڈیٹا ٹرانسفر سے علیحدہ دریافت کی جانچ کریں کیونکہ ایک نوڈ جو اپنے ہم مرتبہ کو کبھی نہیں دریافت کرتا ہے اس کی ناکامی مماثل اختتامی نقطہ کھونے والے پیکٹوں سے مختلف ہوتی ہے۔ غیر مطابقت پذیر-QoS واقعات ناکامی کو غیر واضح چھوڑنے کے بجائے ایپلی کیشنز کو پالیسی کی مماثلتوں کا پتہ لگانے میں مدد کر سکتے ہیں۔

دوبارہ چلنے والا راستہ اور نقل و حرکت کا نمونہ قائم کریں، پھر فی رن ایک متغیر کو ایڈجسٹ کریں۔ وشوسنییتا، گہرائی، پائیداری، عمر، اشاعت کی شرح، پے لوڈ کا سائز، یا فریگمنٹیشن تھریشولڈ کو آزادانہ طور پر تبدیل کریں۔ اسی منظر نامے کو دہرانے سے یہ شناخت کرنا ممکن ہو جاتا ہے کہ آیا بظاہر بہتری QoS تبدیلی سے آتی ہے یا بہتر ریڈیو کے راستے سے۔

ٹیسٹ سے پہلے پاس کی شرائط طے کریں۔ مثالوں میں کمانڈ کی زیادہ سے زیادہ عمر، کم از کم لوکلائزیشن فریکوئنسی، موجودہ نقشہ کو دوبارہ جوڑنے والے روبوٹ کے لیے زیادہ سے زیادہ وقت، اور بیک لاگ ڈرین ٹائم کی ایک حد شامل ہے۔ حتمی پروفائل کو کمزور ترین حقیقت پسندانہ راستے سے گزرنا چاہیے، نہ کہ صرف ٹیسٹ بینچ پر متاثر کن اوسط فراہم کرنا۔

 

نتیجہ

بحری بیڑے کی قابل اعتماد کمیونیکیشن کا انحصار ہر موضوع کے مقصد سے DDS کے رویے کو ملانے پر ہے۔ تازہ سینسر اسٹریمز کو عام طور پر کم کوششوں والی قطاروں کی ضرورت ہوتی ہے، جبکہ مشن کے واقعات اور روبوٹ کو دوبارہ جوڑنے کے لیے پابند اعتبار یا عارضی-مقامی استحکام کی ضرورت ہوتی ہے۔ فریگمنٹیشن، بیک لاگ گروتھ، اور ناپے گئے ملٹی ہاپ گڈ پٹ کو حتمی پروفائل کی شکل دینی چاہیے۔

ROS 2 وائرلیس میش بنانے والی ٹیموں کے لیے، Shenzhen Sinosun Technology Co., Ltd. MIMOmesh OEM/ODM ماڈیولز اور موبائل، ملٹی ہاپ تعیناتیوں کے لیے ہلکے وزن والے ہوائی ریڈیوز پیش کرتا ہے۔ نظم و ضبط والے QoS ٹیسٹنگ کے ساتھ مل کر، یہ پلیٹ فارم باسی ٹریفک کو کم کرنے، ریکوری کو مختصر کرنے، اور مشترکہ بینڈوتھ کو عملی طور پر مفید ڈیٹا پر مرکوز رکھنے میں مدد کر سکتے ہیں۔

 

اکثر پوچھے گئے سوالات

سوال: کیا ROS 2 وائرلیس ملٹی روبوٹ مواصلات کے لیے موزوں ہے؟

A: ہاں، لیکن وائرلیس لنکس کے لیے موضوع سے متعلق QoS سیٹنگز کی ضرورت ہوتی ہے۔ وشوسنییتا، قطار کی گہرائی، استحکام، اور پے لوڈ کی شرح کو پیکٹ کے نقصان، تاخیر، نقل و حرکت، اور دستیاب بینڈوتھ کی عکاسی کرنی چاہیے۔

سوال: ROS 2 وائرلیس میش پر کون سی QoS قابل اعتماد ترتیب بہترین کام کرتی ہے؟

A: بار بار تازہ ہونے والے سینسر اسٹریمز اور کمانڈز، مشن ایونٹس، نقشہ جات، یا کنفیگریشن ڈیٹا کے لیے باونڈڈ قابل اعتماد ڈیلیوری کے لیے بہترین کوشش کا استعمال کریں جسے یاد نہیں کرنا چاہیے۔

سوال: کیوں ROS 2 پبلشرز اور سبسکرائبر کبھی کبھی رابطہ قائم کرنے میں ناکام ہو جاتے ہیں؟

A: غیر مطابقت پذیر QoS پالیسیاں مواصلات کو روک سکتی ہیں۔ عام مماثلتوں میں ناشر کے پیش کردہ پروفائل اور سبسکرائبر کے درخواست کردہ پروفائل کے درمیان قابل اعتماد، پائیداری، آخری تاریخ، یا زندہ دلی کی ترتیبات شامل ہوتی ہیں۔

س: میش نیٹ ورک پر بڑے LiDAR یا کیمرے کے پیغامات کو کیسے ہینڈل کیا جانا چاہئے؟

A: پے لوڈ کا سائز کم کریں، IP کے ٹکڑے ہونے سے بچیں، اشاعت کی شرح کو محدود کریں، اور قطاروں کو کم رکھیں۔ مقامی پروسیسنگ یا کمپریسڈ آؤٹ پٹ اکثر ہر خام سینسر کے نمونے کو منتقل کرنے سے بہتر کارکردگی کا مظاہرہ کرتے ہیں۔

سوال: موبائل روبوٹ ٹیموں کو تاریخ کی کیا گہرائی استعمال کرنی چاہیے؟

A: پیغام کی زندگی بھر اور بحالی کی ضروریات کے مطابق گہرائی کا انتخاب کریں۔ تبدیل کرنے کے قابل حالت کے لیے ایک گہرائی کا استعمال کریں، جب کہ ضروری واقعات کے لیے ایک بڑی لیکن سختی سے پابند قطار کی ضرورت ہو سکتی ہے۔