ROS 2 ওভারলেস মেশ: মোবাইল রোবট টিমের জন্য DDS QoS সেটিংস

মোবাইল রোবট দলগুলি প্রায়শই একটি ল্যাবে নির্ভরযোগ্যভাবে যোগাযোগ করে, তারপরে বিলম্বিত কমান্ড বিকাশ করে, সেন্সর আপডেটগুলি অনুপস্থিত, বা মেশ রুটগুলি পরিবর্তন হলে ধীর পুনরুদ্ধার করে। ক ROS 2 ওয়্যারলেস মেশ ওঠানামাকারী ব্যান্ডউইথ, প্যাকেট লস, এবং হপ গণনা পরিবর্তন করে, যখন DDS পুনঃপ্রচার করতে পারে বা ইতিমধ্যেই পুরানো ডেটা সারিবদ্ধ করতে পারে। QoS সেটিংস প্রতিটি বিষয়ের জন্য নির্ভরযোগ্যতা, ইতিহাস, গভীরতা, স্থায়িত্ব, সময়সীমা এবং জীবনকাল নিয়ন্ত্রণ করতে সাহায্য করে, কিন্তু বেমানান প্রকাশক এবং গ্রাহক নীতিগুলি সম্পূর্ণরূপে বিতরণ বন্ধ করতে পারে।

মূল বিষয় হল কোন স্ট্রীমের প্রতিটি নমুনা প্রয়োজন, কোনটির জন্য শুধুমাত্র নতুনটির প্রয়োজন এবং কিভাবে একটি পুনরুদ্ধার করা লিঙ্ককে অপ্রতিরোধ্য হওয়া থেকে বড় পেলোডগুলিকে প্রতিরোধ করা যায় তা জানা।

ট্র্যাফিক দিয়ে শুরু করুন, QoS মেনু নয়

সতেজতা বা সম্পূর্ণতা বেশি গুরুত্বপূর্ণ কিনা তা নির্ধারণ করুন

একটি বার্তা হারিয়ে গেলে কী হয় এবং দেরিতে পৌঁছালে কী হয় তা জিজ্ঞাসা করে শুরু করুন৷ LiDAR স্ক্যান, ক্যামেরা ফ্রেম, ওডোমেট্রি, স্থানীয়করণ আপডেট, এবং মোশন টেলিমেট্রি ক্রমাগত প্রতিস্থাপিত হয়। একটি নমুনা হারানো গ্রহণযোগ্য হতে পারে, যখন বেশ কয়েকটি নতুন নমুনার পরে এটি সরবরাহ করা স্থানীয় সিদ্ধান্তগুলিকে নষ্ট করতে পারে বা প্রক্রিয়াকরণের সময় নষ্ট করতে পারে।

মিশন ট্রানজিশন, টাস্ক অ্যাসাইনমেন্ট, কনফিগারেশন পরিবর্তন, নিরাপত্তা ইভেন্ট এবং কিছু মানচিত্র স্থানান্তরের বিভিন্ন প্রয়োজনীয়তা রয়েছে। একটি অনুপস্থিত বিচ্ছিন্ন ঘটনা রোবটগুলিকে অসঙ্গত অপারেটিং রাজ্যে ছেড়ে যেতে পারে, তাই আবদ্ধ পুনঃপ্রচারকে ন্যায়সঙ্গত করা যেতে পারে। এই পার্থক্যটি একা পেলোড টাইপের চেয়ে বেশি গুরুত্বপূর্ণ: একটি ছোট বেগ কমান্ড বিপজ্জনক হতে পারে যখন বাসি হয়, যখন একটি বড় মানচিত্রের স্ন্যাপশট বিলম্বের পরে কার্যকর থাকতে পারে।

সতেজতা এবং সম্পূর্ণতা দ্বারা ট্রাফিককে শ্রেণীবদ্ধ করা একটি সাধারণ ROS 2 ওয়্যারলেস মেশ ভুলকে প্রতিরোধ করে—প্রতিটি বিষয়কে নির্ভরযোগ্য হিসাবে সেট করা কারণ নির্ভরযোগ্য শব্দ নিরাপদ। নির্ভরযোগ্য DDS অস্বীকৃত নমুনা ধরে রাখে এবং অনুপস্থিত ডেটা পুনরায় প্রেরণ করে, ওভারহেড তৈরি করে যা সর্বোত্তম-প্রচেষ্টা যোগাযোগ এড়িয়ে যায়। স্ট্যান্ডার্ড ROS 2 সেন্সর-ডেটা প্রোফাইল তাই একটি ছোট সারির সাথে সর্বোত্তম-প্রচেষ্টা নির্ভরযোগ্যতা ব্যবহার করে, যেখানে সময়মত ডেলিভারি সাধারণত প্রতিটি পাঠ গ্রহণের চেয়ে বেশি গুরুত্বপূর্ণ।

প্রতিটি বিষয় একটি ডেলিভারি বাজেট দিন

প্রতিটি ক্রস-রোবট বিষয়ের চারটি সীমার প্রয়োজন: সর্বাধিক দরকারী বার্তা বয়স, গ্রহণযোগ্য ক্ষতির হার, প্রয়োজনীয় আপডেট ফ্রিকোয়েন্সি এবং সংযোগ বিচ্ছিন্ন হওয়ার পরে সর্বাধিক পুনরুদ্ধারের সময়। এই সীমাগুলি অস্পষ্ট প্রত্যাশাকে পরিণত করে যেমন 'কম বিলম্বিতা' পরীক্ষাযোগ্য প্রয়োজনীয়তায়। একটি কমান্ড স্ট্রীমের জন্য দশ মিলিসেকেন্ডে পরিমাপ করা একটি বয়সসীমার প্রয়োজন হতে পারে, যেখানে রোবটটি তার স্থানীয় অনুলিপি দিয়ে নিরাপদে কাজ চালিয়ে গেলে একটি মানচিত্রের স্ন্যাপশট সেকেন্ড সহ্য করতে পারে।

ক্রমিককৃত পেলোডের আকার, প্রকাশনার হার এবং গন্তব্যের সংখ্যা থেকে প্রস্তাবিত লোড অনুমান করুন। তারপর রেডিওর নামমাত্র ডেটা হারের পরিবর্তে পরিমাপ করা মাল্টি-হপ গুডপুটের সাথে সেই চিত্রটি তুলনা করুন। স্বীকৃতি, পুনঃপ্রচার, আবিষ্কার ট্র্যাফিক, রুট-ম্যানেজমেন্ট ট্র্যাফিক এবং একই সাথে প্রকাশকদের জন্য ক্ষমতা ছেড়ে দিন।

শেয়ার্ড মেশ থেকে রোবট-অভ্যন্তরীণ ট্রাফিক বন্ধ রাখুন

প্রতিটি ROS 2 বিষয় রোবটের সীমানা অতিক্রম করা উচিত নয়। কাঁচা ক্যামেরা ফিড, ফুল পয়েন্ট ক্লাউড, ডিবাগিং ডেটা এবং মধ্যবর্তী উপলব্ধি আউটপুটগুলি প্রায়শই রোবটের ভিতরে থাকে যা সেগুলি তৈরি করে। শুধুমাত্র সনাক্তকরণ, অবজেক্ট ট্র্যাক, স্থানীয় পরিকল্পনা, হ্রাস করা ক্লাউড বা মানচিত্রের পরিবর্তন প্রকাশ করা DDS আচরণ পরিবর্তন না করে শেয়ার্ড-চ্যানেলের চাহিদা কমিয়ে দেয়।

এই ফিল্টারিং ধাপটি একটি মাল্টি-রোবট ROS 2 ওয়্যারলেস মেশে বিশেষভাবে মূল্যবান, যেখানে একটি অপ্রয়োজনীয় উচ্চ-হার স্ট্রীম বিভিন্ন সমন্বয় বিষয়ের জন্য প্রয়োজনীয় ক্ষমতা গ্রহণ করতে পারে। ট্র্যাফিক অপসারণ সাধারণত গভীর সারি এবং অতিরিক্ত পুনঃপ্রয়াসের সাথে একটি ওভারলোডেড লিঙ্ক রক্ষা করার চেষ্টা করার চেয়ে একটি অনুমানযোগ্য সিস্টেম তৈরি করে।

সাধারণ ফ্লিট বিষয়ের জন্য ব্যবহারিক QoS প্রোফাইল

সেন্সর স্ট্রীম এবং ঘন ঘন রিফ্রেশ অবস্থা

উচ্চ হারের সেন্সর এবং রাষ্ট্রীয় বিষয়গুলির জন্য সাধারণত নতুন উপলব্ধ নমুনা প্রয়োজন, সম্পূর্ণ ঐতিহাসিক ক্রম নয়। একটি ব্যবহারিক প্রারম্ভিক প্রোফাইল হল BEST_EFFORT, VOLATIL, এবং KEEP_LAST যার গভীরতা এক থেকে পাঁচের মধ্যে। গভীরতা একটি উপযুক্ত ডেটা যা অবিলম্বে স্থানান্তরিত হয়, যখন একটি সামান্য বড় সারি একটি দীর্ঘ ব্যাকলগ তৈরি না করেই ছোট কলব্যাক-শিডিউলিং বিলম্ব শোষণ করতে পারে।

LIFESPAN বার্তাগুলিকে তাদের দরকারী সময়ের পরে মেয়াদ শেষ করে দিয়ে আরেকটি সুরক্ষা যোগ করতে পারে৷ DEADLINE একটি ভিন্ন উদ্দেশ্য পরিবেশন করে: এটি বার্তাগুলির মধ্যে প্রত্যাশিত ব্যবধান প্রকাশ করে এবং সেই প্রত্যাশা মিস হলে একটি ইভেন্ট ট্রিগার করতে পারে৷ উভয় নীতিই লিঙ্কের ক্ষমতা বাড়ায় না, তবে উভয়ই বাসি বা বাধাপ্রাপ্ত স্ট্রিমগুলি সনাক্ত করা এবং পরিচালনা করা সহজ করে তোলে।

সঠিক প্রোফাইল ভোক্তা প্রতিফলিত করা উচিত. একটি স্থানীয় বাধা-এড়িয়ে চলা নোডের ন্যূনতম বয়সের সাথে ঘন ঘন স্ক্যানের প্রয়োজন হতে পারে, যখন একটি ফ্লিট ড্যাশবোর্ড কম আপডেট রেট গ্রহণ করতে পারে। একই ROS 2 ওয়্যারলেস জালের মাধ্যমে উভয় পাঠানোর অর্থ এই নয় যে তাদের অভিন্ন নির্ভরযোগ্যতা, গভীরতা বা জীবনকাল সেটিংস প্রয়োজন।

কমান্ড এবং সমন্বয় ইভেন্ট বিভিন্ন চিকিত্সা প্রয়োজন

ক্রমাগত কমান্ড এবং বিচ্ছিন্ন সমন্বয় ইভেন্টগুলির একটি ডিফল্ট প্রোফাইল শেয়ার করা উচিত নয়। বেগ, স্টিয়ারিং এবং গঠন-সংশোধন স্ট্রীমগুলি বারবার রিফ্রেশ করা হয়, তাই পুরানো নমুনাগুলি পুনরায় সংক্রমণের পিছনে সারিবদ্ধ হওয়া উচিত নয়। একটি অগভীর ইতিহাস, একটি সংক্ষিপ্ত জীবনকাল, এবং একটি অ্যাপ্লিকেশন-স্তরের সময়সীমা নিশ্চিত করতে সাহায্য করে যে একটি রোবট থেমে যায় বা একটি সংজ্ঞায়িত ফলব্যাক মোডে প্রবেশ করে যখন তাজা কমান্ডগুলি অদৃশ্য হয়ে যায়।

টাস্ক গ্রহণযোগ্যতা, অপারেটিং-মোড পরিবর্তন, এবং মিশন পরিবর্তনের জন্য নির্ভরযোগ্য ডেলিভারির প্রয়োজন হতে পারে কারণ প্রতিটি ইভেন্ট ভাগ করা অবস্থা পরিবর্তন করে। তারপরও ইতিহাসের আবদ্ধ থাকতে হবে। একটি রুট পুনরুদ্ধার করার পরে স্থগিত করা কমান্ডগুলির একটি দীর্ঘ ক্রম পুনরায় প্লে করা বিঘ্নের প্রতিবেদন করা এবং বর্তমান মিশন অবস্থা পুনরায় সমন্বয় করার চেয়ে বেশি ক্ষতিকারক হতে পারে।

DDS নির্ভরযোগ্যতা সুরক্ষার শুধুমাত্র একটি স্তর। প্রতিটি মোবাইল রোবটকে স্থানীয় কমান্ডের মেয়াদ, গতির সীমাবদ্ধতা এবং নেটওয়ার্ক থেকে স্বতন্ত্রভাবে যোগাযোগের ক্ষতির আচরণ প্রয়োগ করা উচিত। একটি ROS 2 ওয়্যারলেস জাল পৌঁছানো এবং রুট স্থিতিস্থাপকতা উন্নত করতে পারে, তবে এটি সিদ্ধান্ত নিতে পারে না যে একটি পুরানো কমান্ড এখনও নিরাপদ কিনা।

মানচিত্র, কনফিগারেশন এবং দেরিতে যোগদানকারী রোবট

TRANSIENT_LOCAL এর সাথে RELIABLE ব্যবহার করুন যখন একটি রোবট যোগদান বা পুনঃসংযোগের সবচেয়ে সাম্প্রতিক প্রকাশিত অবস্থার প্রয়োজন হয়৷ বর্তমান মানচিত্র, জিওফেন্স, শেয়ার্ড অপারেটিং মোড এবং কনফিগারেশন স্ন্যাপশটগুলি প্রায়শই এই প্যাটার্নের সাথে খাপ খায়। KEEP_LAST(1) সাধারণত প্রতিটি সংস্করণ ধরে রাখার চেয়ে বেশি উপযুক্ত কারণ শুধুমাত্র নতুন সম্পূর্ণ স্ন্যাপশটটি কার্যকরীভাবে প্রাসঙ্গিক থাকে।

KEEP_ALL ডেটার জন্য সংরক্ষিত হওয়া উচিত যার সম্পূর্ণ ক্রমটি সত্যিকার অর্থে গুরুত্বপূর্ণ এবং যার সংস্থান প্রয়োজনীয়তাগুলি পরিচিত৷ কিপ-সমস্ত স্টোরেজ মিডলওয়্যার রিসোর্স সীমা সাপেক্ষে থাকে, তাই এটি একটি সীমাহীন গ্যারান্টি নয়। ক্ষণস্থায়ী-স্থানীয় স্থায়িত্ব প্রকাশককে দেরীতে যোগদান করা সাবস্ক্রিপশনের নমুনা ধরে রাখার জন্য দায়ী করে।

উভয় পক্ষের সামঞ্জস্যতা পরীক্ষা করা আবশ্যক। একটি সর্বোত্তম-প্রচেষ্টা প্রকাশক একটি নির্ভরযোগ্য গ্রাহককে সন্তুষ্ট করতে পারে না, এবং একটি উদ্বায়ী প্রকাশক একটি ক্ষণস্থায়ী-স্থানীয় সাবস্ক্রিপশনকে সন্তুষ্ট করতে পারে না। নির্ভরযোগ্য প্রকাশকরা সর্বোত্তম প্রচেষ্টা গ্রাহকদের পরিবেশন করতে পারে, যখন ক্ষণস্থায়ী-স্থানীয় প্রকাশকরা উদ্বায়ী গ্রাহকদের নতুন বার্তা পাঠাতে পারে। ধরে রাখা ঐতিহাসিক ডেলিভারির জন্য সামঞ্জস্যপূর্ণ ক্ষণস্থায়ী-স্থানীয় সেটিংস প্রয়োজন।

লিংক নেওয়া থেকে বড় বার্তা বন্ধ করুন

পুনঃপ্রয়াস যোগ করার আগে ফ্র্যাগমেন্টেশন কমিয়ে দিন

ছবি, দখল গ্রিড, এবং ঘন বিন্দু মেঘ নেটওয়ার্ক অতিক্রম করার আগে একাধিক পরিবহন ইউনিটে বিভক্ত করা হয়. যখন একটি বড় UDP ডেটাগ্রাম আইপি স্তরে খণ্ডিত হয়, তখন একটি খণ্ড হারানো সম্পূর্ণ ডেটাগ্রামের পুনর্গঠনকে বাধা দেয়। অবশিষ্ট অংশগুলি কার্নেল বাফারগুলিকে তাদের মেয়াদ শেষ না হওয়া পর্যন্ত দখল করতে পারে, যার ফলে সংযোগটি স্থবির হয়ে পড়ে এবং নতুন ট্র্যাফিক ব্লক করে।

ওয়্যারলেস ROS 2 সংযোগের উপর বড়-পেলোডের অবনতি সাধারণত তিনটি সংযুক্ত প্রক্রিয়ার সাথে যুক্ত: অত্যধিক আইপি ফ্র্যাগমেন্টেশন, অদক্ষ রিট্রান্সমিশন টাইমিং এবং কনজেস্টিভ বাফার বিস্ফোরণ। স্ট্যান্ডার্ড-সামঞ্জস্যপূর্ণ DDS প্যারামিটার পরিবর্তনগুলি ভিন্ন অ্যাপ্লিকেশন প্রোটোকলের প্রয়োজন ছাড়াই এই প্রভাবগুলি কমাতে পারে।

এনক্রিপশন, টানেল, ভার্চুয়াল ইন্টারফেস এবং প্রতিটি রুটেড সেগমেন্ট সহ সম্পূর্ণ ROS 2 ওয়্যারলেস মেশ জুড়ে বাস্তব পথ MTU পরিমাপ করুন। যেখানে ট্রান্সপোর্ট কনফিগারেশন অনুমতি দেয়, নেটওয়ার্ক-লেয়ার ফ্র্যাগমেন্টেশন এড়াতে RTPS বা UDP বার্তার আকার যথেষ্ট কমিয়ে দিন। একটি 1500-বাইট ইথারনেট MTU থেকে গণনা করা একটি মান শুধুমাত্র একটি প্রাথমিক অনুমান কারণ হেডার এবং এনক্যাপসুলেশন ব্যবহারযোগ্য আকার কমাতে পারে।

পুনরুদ্ধার উইন্ডোর চেয়ে ইতিহাস সারি ছোট রাখুন

একটি রুট বাধার সময়, একটি নির্ভরযোগ্য প্রকাশক বার্তাগুলি তৈরি করা চালিয়ে যেতে পারে যখন স্বীকৃতিগুলি আসা বন্ধ হয়ে যায়। সম্পদের সীমা না পৌঁছানো পর্যন্ত অস্বীকৃত নমুনা ইতিহাসে জমা হয়। যখন সংযোগ ফিরে আসে, পুনরুদ্ধার করা পথটি অবশ্যই বর্তমান প্রকাশনা, নিয়ন্ত্রণ ট্র্যাফিক এবং একই সময়ে ধরে রাখা ব্যাকলগ বহন করতে হবে।

নমুনার সংখ্যা থেকে ইতিহাসের গভীরতা চয়ন করুন যা পুনঃসংযোগের পরে দরকারী থাকে। 250 মিলিসেকেন্ডের দরকারী বয়সের একটি 20 Hz স্টেট স্ট্রিমের জন্য খুব কমই কয়েক ডজন সারিবদ্ধ নমুনার প্রয়োজন হয়; তাদের অধিকাংশ ইতিমধ্যে বাসি হবে. প্রতিস্থাপনযোগ্য অবস্থা সর্বশেষ নমুনার পক্ষে থাকা উচিত, যখন অপরিহার্য ইভেন্ট সিকোয়েন্সগুলির একটি আবদ্ধ পুনরুদ্ধার পরিকল্পনা প্রয়োজন।

বড় নির্ভরযোগ্য নমুনাগুলির জন্য একটি অতিরিক্ত চেক প্রয়োজন: দুর্বলতম প্রত্যাশিত রুট কি বর্তমান ট্র্যাফিক বিলম্ব না করে সারির নিষ্কাশন করতে পারে? একটি গভীর ইতিহাস তাৎক্ষণিক ডেটা ক্ষয় কমাতে পারে, তবুও এটি মেমরির ব্যবহার, পুনরুদ্ধারের সময় এবং বিভ্রাট পরবর্তী ট্র্যাফিক বৃদ্ধির সম্ভাবনা বাড়ায়। অত্যধিক ধরে রাখা ইতিহাস বাফার বিস্ফোরণ তৈরি করতে পারে যা সংযোগ ফেরত যাওয়ার পরে যানজট আরও খারাপ করে।

রিট্রান্সমিশন বিস্ফোরণ জন্য দেখুন

নির্ভরযোগ্য DDS অনুপস্থিত নমুনা সনাক্ত করতে এবং পুনরায় সংক্রমণ ট্রিগার করতে হৃদস্পন্দন এবং স্বীকৃতি বিনিময় ব্যবহার করে। বিরল পুনরুদ্ধারের চক্রগুলি বিরক্ত হওয়ার আগে বেশ কয়েকটি ক্ষতি জমা হতে দেয়, ছোট বিস্ফোরণ তৈরি করে যা লিঙ্কের ক্ষণস্থায়ী ক্ষমতাকে অতিক্রম করে। হার্টবিট পিরিয়ড, ফ্র্যাগমেন্টেশন এবং রিট্রান্সমিশন ব্যবধানগুলি ক্ষতিকারক ওয়্যারলেস অবস্থার অধীনেও ঘনিষ্ঠভাবে যোগাযোগ করে।

প্রতিটি বিষয়ের প্রকাশনার ব্যবধানের বিপরীতে একটি মান ফ্লিট-ওয়াইড প্রয়োগ করার পরিবর্তে পুনরায় প্রেরণের সময় পরীক্ষা করুন। প্রতিটি পরিবর্তনের পরে পুনরুদ্ধারের বিলম্ব, টেল লেটেন্সি, জিটার, কন্ট্রোল-প্যাকেট ওভারহেড এবং CPU লোড পরিমাপ করুন। দ্রুত পুনরুদ্ধারের সংকেত বিলম্ব এবং বিস্ফোরণ আকার কমাতে পারে, কিন্তু অতিরিক্ত নিয়ন্ত্রণ ট্রাফিক প্রক্রিয়াকরণ এবং ব্যান্ডউইথ গ্রাস করতে পারে।

কোন সময় সমন্বয় একটি ROS 2 বেতার জাল উদ্ধার করতে পারে যার টেকসই প্রস্তাবিত লোড ব্যবহারযোগ্য গুডপুট ছাড়িয়ে যায়। যখন লিঙ্কটি স্যাচুরেটেড থাকে, তখন আবার চেষ্টা করে আগে থেকে ওভারলোড করা পাথে ট্রাফিক যোগ করুন।

পরিবর্তে কখন পেলোড পরিবর্তন করতে হবে তা নির্ধারণ করুন

QoS টিউনিং শেষ হওয়া উচিত যেখানে অ্যাপ্লিকেশন আর্কিটেকচার বড় সমস্যা হয়ে ওঠে। যখন ভিজ্যুয়াল স্ট্রিম চ্যানেলে আধিপত্য বিস্তার করে তখন ছবির রেজোলিউশন, এনকোডিং গুণমান বা ফ্রেম রেট কমিয়ে দিন। ট্রান্সমিশনের আগে ক্লাউডের নমুনা কাটুন বা ডাউন করুন এবং যখন সতীর্থদের অশোধিত পর্যবেক্ষণের প্রয়োজন হয় না তখন অবজেক্ট ট্র্যাক, ট্র্যাভারসিবিলিটি ফলাফল বা স্থানীয়-মানচিত্র আপডেট প্রকাশ করুন।

এজ প্রসেসিং প্রায়ই পরিষ্কার সমাধান প্রদান করে। প্রতিটি রোবট স্থানীয়ভাবে উচ্চ-ব্যান্ডউইথ সেন্সর ডেটা ধরে রাখতে পারে এবং শুধুমাত্র সমন্বয়ের জন্য প্রয়োজনীয় তথ্য বিতরণ করতে পারে। এটি DDS নির্ভরযোগ্যতার ক্ষেত্রে একটি আপস নয়; মোবাইল নেটওয়ার্কের শারীরিক ক্ষমতার সাথে যোগাযোগের চাহিদা মেলে এটি একটি ইচ্ছাকৃত সিদ্ধান্ত।

মুভিং রোবটগুলিতে প্রোফাইল পরীক্ষা করুন, শুধু একটি বেঞ্চ নেটওয়ার্ক নয়

ফ্লিট যে রুটগুলি এবং ব্যর্থতার সম্মুখীন হবে সেগুলি পুনরায় তৈরি করুন৷

একটি নির্দিষ্ট ওয়ান-হপ পরীক্ষা একটি মোবাইল ROS 2 বেতার জাল উপস্থাপন করতে পারে না। বৈধকরণের মধ্যে সংক্ষিপ্ততম রুট, সর্বাধিক পরিকল্পিত হপ গণনা, রিলে অবস্থানের মধ্যে চলাচল, ক্রমবর্ধমান হস্তক্ষেপ, অসমমিতিক ট্র্যাফিক, ছোট বিভ্রাট, দীর্ঘ বিভ্রাট, পুনঃসংযোগ, দেরীতে যোগদান এবং বেশ কয়েকটি রোবট দ্বারা সমসাময়িক প্রকাশনা অন্তর্ভুক্ত করা উচিত।

গড় বিলম্বের চেয়ে বেশি রেকর্ড করুন। দরকারী পরিমাপ অন্তর্ভুক্ত:

●  প্রাপ্ত আপডেট ফ্রিকোয়েন্সি এবং বার্তা-ক্ষতির হার।

●  বার্তার বয়স, মাঝারি লেটেন্সি, টেইল লেটেন্সি, এবং জিটার।

●  পথ পরিবর্তনের পর আবিষ্কার বা পুনঃসংযোগের সময়।

●  লেখক এবং পাঠক সারি বাধা সময় বৃদ্ধি.

●  দরকারী ধরে রাখা ডেটা সাফ করার জন্য প্রয়োজনীয় সময়।

●  CPU এবং মেমরি উভয় প্রকাশক এবং গ্রাহকদের উপর ব্যবহার।

আগে তৈরি করা ডেলিভারি বাজেটের বিপরীতে প্রতিটি ফলাফলের মূল্যায়ন করুন। একটি স্থানীয়করণ বিষয় ব্যর্থ হতে পারে কারণ এটির আপডেট ফ্রিকোয়েন্সি নিয়ন্ত্রণের প্রয়োজনীয়তার নিচে পড়ে, এমনকি যখন প্রতিটি নমুনা অবশেষে আসে। বিপরীতভাবে, একটি মানচিত্র স্থানান্তর অনুমোদিত পুনরুদ্ধার উইন্ডোর মধ্যে সম্পন্ন হলে উচ্চতর বিলম্ব থাকা সত্ত্বেও পাস হতে পারে।

DDS আচরণ ব্যাখ্যা করতে মেশ টেলিমেট্রি ব্যবহার করুন

ROS 2 মেট্রিক্স প্রকাশ করে যে অ্যাপ্লিকেশনটি কী অনুভব করে, যখন জাল টেলিমেট্রি এটি কেন ঘটেছে তা ব্যাখ্যা করতে সহায়তা করে। হপ গণনা, টপোলজি পরিবর্তন, সংকেত শক্তি, সংকেত থেকে শব্দ অনুপাত, আপলোড এবং ডাউনলোড ট্র্যাফিক, এবং রুট-সুইচ টাইমিংয়ের সাথে বিষয়ের পারফরম্যান্সের তুলনা করুন। উভয় স্তরের সমন্বয় করা দলগুলিকে রেডিও-পাথ পরিবর্তনের জন্য QoS-কে দোষারোপ করতে বা বেমানান প্রকাশক এবং গ্রাহক সেটিংসের জন্য জালকে দোষারোপ করতে বাধা দেয়।

WDS MIMOmesh OEM/ODM মডিউল এবং লাইটওয়েট এয়ারবোর্ন ইউনিটগুলি বিতরণ করা, কেন্দ্রবিহীন গতিশীল রাউটিং এবং মাল্টি-হপ রিলে মোড সহ একটি অল-আইপি আর্কিটেকচার ব্যবহার করে। তাদের নেটওয়ার্ক-ম্যানেজমেন্ট ফাংশন টপোলজি, ফিল্ড শক্তি, SNR, ট্র্যাফিক, নোড-দূরত্ব এবং অপারেটিং-স্ট্যাটাস তথ্য প্রদান করে যা ইঞ্জিনিয়াররা ROS 2 লেটেন্সি, লস এবং কিউ আচরণের সাথে তুলনা করতে পারে।

পণ্য ডেটা রেট এবং একক-হপ বিলম্বের পরিসংখ্যানগুলি গ্যারান্টিযুক্ত অ্যাপ্লিকেশন কর্মক্ষমতার পরিবর্তে পরিকল্পনার রেফারেন্স থাকা উচিত। প্রকৃত এন্ড-টু-এন্ড আচরণের মধ্যে রয়েছে রুটের গভীরতা, চ্যানেল দখল, প্যাকেট পুনরুদ্ধার, সিরিয়ালাইজেশন, মিডলওয়্যার সারি এবং নোড প্রক্রিয়াকরণ। ক চলমান ROS 2 ওয়্যারলেস জাল , সবচেয়ে দুর্বল অপারেশনাল রুটে পরিমাপ করা গুডপুট প্রকাশনার হার এবং ইতিহাসের সীমা চালনা করা উচিত।

এক সময়ে একটি পরিবর্তনশীল পরিবর্তন

বিষয়ের নাম, বার্তার ধরন এবং QoS সামঞ্জস্য নিশ্চিত করে শুরু করুন। ডেটা স্থানান্তর থেকে পৃথকভাবে আবিষ্কার পরীক্ষা করুন কারণ একটি নোড যা তার সমকক্ষকে কখনই আবিষ্কার করে না একটি মিলিত এন্ডপয়েন্ট হারানো প্যাকেট থেকে আলাদা ব্যর্থতা রয়েছে। অসামঞ্জস্যপূর্ণ-QoS ইভেন্টগুলি ব্যর্থতাকে ব্যাখ্যা না করে রেখে নীতির অমিলগুলি সনাক্ত করতে অ্যাপ্লিকেশনগুলিকে সহায়তা করতে পারে।

একটি পুনরাবৃত্তিযোগ্য রুট এবং আন্দোলনের প্যাটার্ন স্থাপন করুন, তারপর প্রতি রানে একটি পরিবর্তনশীল সামঞ্জস্য করুন। নির্ভরযোগ্যতা, গভীরতা, স্থায়িত্ব, জীবনকাল, প্রকাশনার হার, পেলোডের আকার, বা ফ্র্যাগমেন্টেশন থ্রেশহোল্ড স্বাধীনভাবে পরিবর্তন করুন। একই দৃশ্যের পুনরাবৃত্তি করা এটি সনাক্ত করা সম্ভব করে যে একটি আপাত উন্নতি QoS পরিবর্তন থেকে আসে নাকি একটি ভাল রেডিও পথ থেকে।

পরীক্ষার আগে পাসের শর্ত সেট করুন। উদাহরণগুলির মধ্যে রয়েছে সর্বোচ্চ কমান্ডের বয়স, একটি সর্বনিম্ন স্থানীয়করণের ফ্রিকোয়েন্সি, বর্তমান মানচিত্রটি পাওয়ার জন্য একটি পুনরায় সংযোগকারী রোবটের সর্বোচ্চ সময় এবং ব্যাকলগ-ড্রেন সময়ের একটি সীমা। চূড়ান্ত প্রোফাইলটি সবচেয়ে দুর্বল বাস্তবসম্মত রুটের অধীনে পাস করা উচিত, শুধুমাত্র পরীক্ষার বেঞ্চে চিত্তাকর্ষক গড় সরবরাহ করা নয়।

 

উপসংহার

নির্ভরযোগ্য নৌবহর যোগাযোগ প্রতিটি বিষয়ের উদ্দেশ্যের সাথে DDS আচরণের মিলের উপর নির্ভর করে। তাজা সেন্সর স্ট্রীমগুলির জন্য সাধারণত অগভীর সর্বোত্তম-প্রচেষ্টার সারিগুলির প্রয়োজন হয়, যখন মিশন ইভেন্ট এবং পুনরায় সংযোগকারী রোবটগুলির জন্য আবদ্ধ নির্ভরযোগ্যতা বা ক্ষণস্থায়ী-স্থানীয় স্থায়িত্ব প্রয়োজন হতে পারে। ফ্র্যাগমেন্টেশন, ব্যাকলগ বৃদ্ধি, এবং পরিমাপিত মাল্টি-হপ গুডপুট চূড়ান্ত প্রোফাইলকে আকার দিতে হবে।

একটি ROS 2 ওয়্যারলেস মেশ তৈরি করা দলগুলির জন্য, Shenzhen Sinosun Technology Co., Ltd. মোবাইল, মাল্টি-হপ স্থাপনার জন্য MIMOmesh OEM/ODM মডিউল এবং হালকা বায়ুবাহিত রেডিও অফার করে৷ সুশৃঙ্খল QoS পরীক্ষার সাথে মিলিত, এই প্ল্যাটফর্মগুলি পুরানো ট্র্যাফিক কমাতে, পুনরুদ্ধারকে সংক্ষিপ্ত করতে এবং কার্যকরীভাবে দরকারী ডেটার উপর শেয়ার করা ব্যান্ডউইথকে ফোকাস রাখতে সাহায্য করতে পারে।

 

FAQ

প্রশ্নঃ ROS 2 কি ওয়্যারলেস মাল্টি-রোবট যোগাযোগের জন্য উপযুক্ত?

উত্তর: হ্যাঁ, কিন্তু ওয়্যারলেস লিঙ্কগুলির জন্য বিষয়-নির্দিষ্ট QoS সেটিংস প্রয়োজন। নির্ভরযোগ্যতা, সারির গভীরতা, স্থায়িত্ব এবং পেলোড রেট প্যাকেটের ক্ষতি, লেটেন্সি, গতিশীলতা এবং উপলব্ধ ব্যান্ডউইথ প্রতিফলিত করা উচিত।

প্রশ্ন: কোন QoS নির্ভরযোগ্যতা সেটিংস একটি ROS 2 ওয়্যারলেস মেশে সবচেয়ে ভাল কাজ করে?

উত্তর: ঘন ঘন রিফ্রেশ করা সেন্সর স্ট্রীম এবং কমান্ড, মিশন ইভেন্ট, মানচিত্র বা কনফিগারেশন ডেটার জন্য আবদ্ধ নির্ভরযোগ্য ডেলিভারির জন্য সর্বোত্তম প্রচেষ্টা ব্যবহার করুন যা মিস করা উচিত নয়।

প্রশ্ন: কেন ROS 2 প্রকাশক এবং গ্রাহকরা মাঝে মাঝে সংযোগ করতে ব্যর্থ হয়?

উত্তর: বেমানান QoS নীতি যোগাযোগ প্রতিরোধ করতে পারে। প্রকাশকের প্রস্তাবিত প্রোফাইল এবং গ্রাহকের অনুরোধ করা প্রোফাইলের মধ্যে নির্ভরযোগ্যতা, স্থায়িত্ব, সময়সীমা বা প্রাণবন্ততার সেটিংসের মধ্যে সাধারণ অমিল জড়িত।

প্রশ্ন: একটি জাল নেটওয়ার্কে বড় LiDAR বা ক্যামেরা বার্তাগুলি কীভাবে পরিচালনা করা উচিত?

উত্তর: পেলোডের আকার হ্রাস করুন, IP খণ্ডন এড়ান, প্রকাশনার হার সীমিত করুন এবং সারিগুলি অগভীর রাখুন। স্থানীয় প্রক্রিয়াকরণ বা সংকুচিত আউটপুট প্রায়শই প্রতিটি কাঁচা সেন্সর নমুনা প্রেরণের চেয়ে ভাল কার্য সম্পাদন করে।

প্রশ্ন: মোবাইল রোবট দলগুলির ইতিহাসের কোন গভীরতা ব্যবহার করা উচিত?

উত্তর: বার্তা জীবনকাল এবং পুনরুদ্ধারের প্রয়োজন অনুযায়ী গভীরতা চয়ন করুন। পরিবর্তনযোগ্য অবস্থার জন্য একটি গভীরতা ব্যবহার করুন, যখন অপরিহার্য ইভেন্টগুলির জন্য একটি বড় কিন্তু কঠোরভাবে আবদ্ধ সারি প্রয়োজন হতে পারে।