ROS 2 Over Wireless Mesh: הגדרות DDS QoS עבור צוותי רובוט ניידים

צוותי רובוט ניידים מתקשרים לעתים קרובות בצורה אמינה במעבדה, ואז מפתחים פקודות מושהות, עדכוני חיישן חסרים או התאוששות איטית כאשר מסלולי הרשת משתנים. א רשת אלחוטית ROS 2 מוסיפה רוחב פס משתנה, אובדן מנות ושינוי ספירת הופ, בעוד ש-DDS יכול לשדר מחדש או להעמיד בתור נתונים שכבר מיושנים. הגדרות QoS עוזרות לשלוט באמינות, היסטוריה, עומק, עמידות, מועד אחרון ותוחלת חיים עבור כל נושא, אך מדיניות לא תואמת לבעלי אתרים ולמנויים עלולה להפסיק את האספקה ​​לחלוטין.

המפתח הוא לדעת אילו זרמים זקוקים לכל דגימה, אשר זקוקה רק לגרסה החדשה ביותר, וכיצד למנוע מטעינות גדולים להכריע קישור מתאושש.

התחל עם התנועה, לא מתפריט ה-QoS

החליטו אם רעננות או שלמות חשובות יותר

התחל בשאלה מה קורה כשהודעה אובדת ומה קורה כשהיא מגיעה באיחור. סריקות LiDAR, מסגרות מצלמה, אודומטריה, עדכוני לוקליזציה וטלמטריית תנועה מוחלפים ללא הרף. איבוד דגימה אחת עשוי להיות מקובל, בעוד מסירתה לאחר מספר דגימות חדשות יותר עשויה להשחית החלטות מקומיות או לבזבז זמן עיבוד.

למעברי משימות, הקצאות משימות, שינויי תצורה, אירועי בטיחות וחלק מהעברות המפה יש דרישות שונות. אירוע דיסקרטי חסר עלול להשאיר רובוטים במצבי פעולה לא עקביים, כך שניתן להצדיק שידור חוזר מוגבל. ההבחנה הזו חשובה יותר מאשר סוג המטען בלבד: פקודת מהירות קטנה עלולה להיות מסוכנת כשהיא מעופשת, בעוד שתמונת מפה גדולה עשויה להישאר שימושית לאחר עיכוב.

סיווג התעבורה לפי טריות ושלמות מונע טעות נפוצה של רשת ROS 2 אלחוטית - הגדרת כל נושא ל-RELIABLE כי אמין נשמע בטוח יותר. DDS אמין שומר על דגימות לא מאושרות ומשדר מחדש נתונים חסרים, יוצר תקורה שתקשורת במאמץ הטוב נמנעת ממנה. לכן, פרופיל הנתונים-חיישנים ROS 2 הסטנדרטי משתמש באמינות במאמץ הטוב ביותר עם תור קטן יותר, שבו אספקה ​​בזמן חשובה בדרך כלל יותר מאשר קבלת כל קריאה.

תן לכל נושא תקציב מסירה

כל נושא חוצה רובוטים זקוק לארבע מגבלות: גיל הודעה שימושי מקסימלי, שיעור אובדן מקובל, תדירות עדכון נדרשת וזמן התאוששות מקסימלי לאחר ניתוק. מגבלות אלו הופכות ציפיות מעורפלות כגון 'השהייה נמוכה' לדרישות הניתנות לבדיקה. זרם פקודה עשוי להזדקק להגבלת גיל הנמדדת בעשרות אלפיות השנייה, בעוד שתמונת מפה עשויה לסבול שניות אם הרובוט ימשיך לפעול בבטחה עם העותק המקומי שלו.

אומדן הטעינה המוצעת מגודל מטען סידורי, קצב הפרסום ומספר היעדים. לאחר מכן השווה את הנתון הזה עם תפוקה טובה נמדדת מרובה הופ ולא לקצב הנתונים הנומינלי של רדיו. השאר קיבולת לאישורים, שידורים חוזרים, תעבורת גילוי, תעבורת ניהול מסלולים ומפרסמים בו-זמנית.

הרחק את התנועה הפנימית של הרובוט מהרשת המשותפת

לא כל נושא ROS 2 צריך לחצות את גבולות הרובוט. הזנות של מצלמות גולמיות, ענני נקודה מלאים, נתוני ניפוי באגים ופלטי תפיסה בינוניים שייכים לרוב לרובוט שמייצר אותם. פרסום רק זיהויים, מסלולי אובייקטים, תוכניות מקומיות, צמצום עננים או שינויים במפה מוריד את הביקוש לערוצים משותפים מבלי לשנות את התנהגות ה-DDS.

שלב הסינון הזה הוא בעל ערך במיוחד ברשת אלחוטית מרובה רובוטית ROS 2, שבה זרם אחד מיותר בקצב גבוה יכול לצרוך קיבולת הדרושה למספר נושאי תיאום. הסרת תעבורה בדרך כלל מייצרת מערכת צפויה יותר מאשר ניסיון להגן על קישור עמוס יתר על המידה עם תורים עמוקים יותר וניסיונות חוזרים נוספים.

פרופילי QoS מעשיים עבור נושאי צי נפוצים

חיישן זורם ומצב רענון תדיר

נושאי חיישנים ומצבים בקצב גבוה בדרך כלל זקוקים לדגימה החדשה ביותר הזמינה, לא לרצף היסטורי שלם. פרופיל התחלתי מעשי הוא BEST_EFFORT, VOLATILE ו-KEEP_LAST עם עומק בין אחד לחמש. עומק אחד מתאים לנתונים שמוחלפים מיד, בעוד שתור קצת יותר גדול עשוי לספוג עיכובים קצרים בתזמון התקשרות חוזרים מבלי לבנות צבר ארוך.

LIFESPAN יכול להוסיף אמצעי הגנה נוסף על ידי גרימת תוקף הודעות לאחר התקופה השימושית שלהן. DEADLINE משרת מטרה אחרת: הוא מבטא את המרווח הצפוי בין הודעות ויכול להפעיל אירוע כאשר ציפייה זו מתפספסת. אף אחת מהמדיניות אינה מגדילה את קיבולת הקישור, אך שתיהן מקלות על זיהוי ולטפל של זרמים מיושנים או מופרעים.

הפרופיל המדויק צריך לשקף את הצרכן. צומת מקומי למניעת מכשולים עשוי להזדקק לסריקות תכופות עם גיל מינימלי, בעוד שלוח מחוונים של צי יכול לקבל קצב עדכון נמוך יותר. שליחת שניהם דרך אותה רשת אלחוטית של ROS 2 לא אומר שהם דורשים הגדרות אמינות, עומק או תוחלת חיים זהות.

פקודות ואירועי תיאום זקוקים לטיפול שונה

פקודות מתמשכות ואירועי תיאום דיסקרטיים לא צריכים לחלוק פרופיל ברירת מחדל אחד. זרמי מהירות, היגוי ותיקון מבנה מתרעננים שוב ושוב, כך שדגימות ישנות לא אמורות לעמוד בתור מאחורי שידורים חוזרים. היסטוריה רדודה, תוחלת חיים קצרה וזמן קצוב ברמת היישום מסייעים להבטיח שרובוט עוצר או נכנס למצב חזרה מוגדר כאשר פקודות חדשות נעלמו.

קבלת משימות, שינויים במצב הפעלה ומעברי משימה עשויים לדרוש מסירה מהימנה מכיוון שכל אירוע משנה מצב משותף. גם אז, ההיסטוריה חייבת להישאר מוגבלת. השמעה חוזרת של רצף ארוך של פקודות שהוחלפו לאחר התאוששות של מסלול עלולה להיות מזיקה יותר מאשר דיווח על ההפרעה וסינכרון מחדש של מצב המשימה הנוכחי.

אמינות DDS היא רק שכבת הגנה אחת. כל רובוט נייד צריך לאכוף תפוגה של פקודה מקומית, אילוצי תנועה ואובדן תקשורת ללא תלות ברשת. רשת אלחוטית ROS 2 יכולה לשפר את טווח ההגעה ואת חוסן המסלול, אבל היא לא יכולה להחליט אם פקודה ישנה עדיין בטוחה.

מפות, תצורה ורובוטים שהצטרפו מאוחר

השתמש ב-RELIABLE עם TRANSIENT_LOCAL כאשר רובוט מצטרף או מתחבר מחדש זקוק למצב האחרון שפורסם. מפות נוכחיות, גדרות גיאוגרפיות, מצבי הפעלה משותפים ותמונות תצורה מתאימות לרוב לדפוס זה. KEEP_LAST(1) בדרך כלל מתאים יותר משמירה על כל גרסה מכיוון שרק תמונת המצב המלאה החדשה ביותר נשארת רלוונטית מבחינה תפעולית.

יש לשמור את KEEP_ALL לנתונים שהרצף המלא שלהם חשוב באמת ושדרישות המשאבים שלהם ידועות. שמור את כל האחסון נשאר כפוף למגבלות משאבי תוכנת האמצע, כך שזו לא ערובה בלתי מוגבלת. עמידות מקומית-חולפת הופכת את המוציא לאור גם אחראי לשמירת דגימות עבור מינויים שהצטרפו מאוחר.

יש לבדוק תאימות משני הצדדים. מוציא לאור במאמץ הטוב ביותר אינו יכול לספק מנוי אמין, ומוציא לאור הפכפך אינו יכול לספק מנוי מקומי-חולף. מפרסמים אמינים יכולים לשרת את המנויים במאמץ הטוב ביותר, בעוד שבעלי אתרים מקומיים חולפים יכולים לשלוח הודעות חדשות למנויים הפכפכים. מסירה היסטורית נשמרת דורשת הגדרות מקומיות-חולפות תואמות.

מנע מהודעות גדולות להשתלט על הקישור

הפחת את הפיצול לפני הוספת ניסיונות חוזרים

תמונות, רשתות תפוסה וענני נקודות צפופים מחולקים למספר יחידות תחבורה לפני חציית הרשת. כשנתונים של UDP גדולה מפוצלת בשכבת ה-IP, איבוד של קטע אחד מונע שחזור של הנתונים שלמה. הפרגמנטים הנותרים יכולים לכבוש מאגרי ליבה עד שהם יפוג, מה שגורם לחיבור להיראות תקוע ולחסום תעבורה חדשה יותר.

השפלה בעומס גדול על פני חיבורי ROS 2 אלחוטיים מקושרת לשלושה מנגנונים מחוברים: פיצול IP מוגזם, תזמון שידור חוזר לא יעיל והתפרצויות חיץ גודשות. שינויים בפרמטרים של DDS התואמים לתקנים יכולים להפחית את ההשפעות הללו מבלי להידרש לפרוטוקול יישום שונה.

מדוד את הנתיב האמיתי של MTU על פני הרשת האלחוטית המלאה של ROS 2, כולל הצפנה, מנהרות, ממשקים וירטואליים וכל קטע מנותב. היכן שתצורת התחבורה מאפשרת, צמצם את גודל הודעת RTPS או UDP מספיק כדי למנוע פיצול של שכבת הרשת. ערך המחושב מ-MTU של 1500 בתים Ethernet הוא רק השערת התחלה מכיוון שכותרות ואנקפסולציה יכולים להפחית את הגודל השמיש.

שמור על תורי היסטוריה קטנים יותר מחלון השחזור

במהלך הפרעה במסלול, בעל אתר אמין יכול להמשיך להפיק הודעות בזמן שהאישורים מפסיקים להגיע. דגימות לא מוכרות מצטברות בהיסטוריה עד שמגיעות למגבלות המשאבים. כאשר הקישוריות חוזרת, הנתיב המשוחזר חייב לשאת פרסומים עדכניים, לשלוט על התעבורה והצבר השמור בו-זמנית.

בחר עומק היסטוריה מתוך מספר הדגימות שנותרו שימושיות לאחר חיבור מחדש. זרם מצב של 20 הרץ עם גיל שימושי של 250 מילישניות זקוק רק לעתים רחוקות לעשרות דגימות בתור; רובם כבר יהיו מיושנים. מצב שניתן להחלפה צריך להעדיף את המדגם האחרון, בעוד שרצפי אירועים חיוניים זקוקים לתוכנית התאוששות מוגבלת.

דגימות אמינות גדולות דורשות בדיקה נוספת: האם המסלול הצפוי החלש ביותר יכול לרוקן את התור מבלי לעכב את התנועה הנוכחית? היסטוריה עמוקה עשויה להפחית אובדן מידע מיידי, אך היא גם מגדילה את השימוש בזיכרון, את זמן ההתאוששות ואת ההסתברות לעלייה בתנועה לאחר הפסקה. היסטוריה נשמרת מוגזמת עלולה לייצר פרצי חיץ שמחמירים את הגודש לאחר החזרת הקישוריות.

שימו לב לפרצי שידור חוזר

DDS אמין משתמש בחילופי פעימות לב ואישור כדי לזהות דגימות חסרות ולהפעיל שידור חוזר. מחזורי התאוששות נדירים יכולים לאפשר למספר הפסדים להצטבר לפני שהם מתרעמים, וליצור פרצים קצרים החורגים מהיכולת הרגעית של הקישור. תקופות פעימות לב, פיצול ומרווחי שידור חוזר מקיימים אינטרוולים הדוקים גם בתנאי אלחוטי אובדן.

בדוק את תזמון השידור החוזר מול מרווח הפרסום של כל נושא במקום להחיל ערך אחד בכל צי. מדוד עיכוב התאוששות, זמן אחזור זנב, ריצוד, תקורה של מנות בקרה ועומס מעבד לאחר כל שינוי. איתות התאוששות מהיר יותר עשוי להפחית עיכוב וגודל פרץ, אך תעבורת בקרה מוגזמת עלולה לצרוך עיבוד ורוחב פס.

שום התאמת תזמון לא יכולה להציל רשת אלחוטית ROS 2 שהעומס המתמשך שלה עולה על התפוקה הטובה שמיש. כאשר הקישור נשאר רווי, ניסיונות חוזרים מוסיפים תעבורה לנתיב שכבר עמוס יתר על המידה.

החלט מתי לשנות את המטען במקום

כוונון QoS צריך להסתיים במקום שבו ארכיטקטורת האפליקציה הופכת לבעיה הגדולה יותר. הפחת את רזולוציית התמונה, איכות הקידוד או קצב הפריימים כאשר זרמים חזותיים שולטים בערוץ. חתוך או הורד דגימה של ענני נקודות לפני שידור, ופרסם מסלולי אובייקט, תוצאות מעבר או עדכוני מפה מקומיים כאשר חברי הצוות אינם זקוקים לתצפיות גולמיות.

עיבוד קצה מספק לרוב את הפתרון הנקי ביותר. כל רובוט יכול לשמור נתוני חיישן ברוחב פס גבוה באופן מקומי ולהפיץ רק את המידע הדרוש לתיאום. זו אינה פשרה באמינות DDS; זוהי החלטה מכוונת להתאים את הביקוש לתקשורת לקיבולת הפיזית של הרשת הסלולרית.

בדוק את הפרופיל על רובוטים נעים, לא רק על רשת ספסל

צור מחדש את המסלולים והכשלים בהם יתקל הצי

בדיקה קבועה בקפיצה אחת אינה יכולה לייצג רשת אלחוטית של ROS 2 ניידת. האימות צריך לכלול את המסלול הקצר ביותר, ספירת הקפיצות המקסימלית המתוכננת, תנועה בין עמדות ממסר, הגדלת הפרעות, תעבורה א-סימטרית, הפסקות קצרות, הפסקות ארוכות, חיבור מחדש, הצטרפות מאוחרת ופרסום במקביל על ידי מספר רובוטים.

רשום זמן אחזור גבוה מהממוצע. מדידות שימושיות כוללות:

●  תדירות עדכון התקבלה ושיעור אובדן הודעות.

●  גיל הודעה, זמן אחזור חציוני, זמן אחזור זנב וריצוד.

●  זמן גילוי או חיבור מחדש לאחר שינוי נתיב.

●  גידול בתור סופר וקורא במהלך הפרעה.

●  הזמן הנדרש לניקוי נתונים שימושיים שנשמרו.

●  שימוש במעבד וזיכרון גם אצל בעלי אתרים וגם אצל מנויים.

הערך כל תוצאה מול תקציב האספקה ​​שנוצר קודם לכן. נושא לוקליזציה עלול להיכשל מכיוון שתדירות העדכון שלו יורדת מתחת לדרישת הבקרה, גם כאשר כל דגימה מגיעה בסופו של דבר. לעומת זאת, העברת מפה עשויה לעבור למרות זמן אחזור גבוה יותר אם היא תושלם בתוך חלון השחזור המותר.

השתמש בטלמטריית רשת כדי להסביר התנהגות 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. מציעה מודולי OEM/ODM של MIMOmesh ומכשירי רדיו מוטסים קלים עבור פריסות ניידות מרובות הופ. בשילוב עם בדיקות QoS ממושמעות, פלטפורמות אלו יכולות לעזור להפחית את התעבורה המיושנת, לקצר התאוששות ולשמור על רוחב הפס המשותף ממוקד בנתונים שימושיים תפעוליים.

 

שאלות נפוצות

ש: האם ROS 2 מתאים לתקשורת אלחוטית מרובה רובוטים?

ת: כן, אבל קישורים אלחוטיים דורשים הגדרות QoS ספציפיות לנושא. אמינות, עומק תור, עמידות וקצב מטען צריכים לשקף אובדן מנות, זמן אחזור, ניידות ורוחב פס זמין.

ש: איזו הגדרת אמינות QoS עובדת הכי טוב על רשת אלחוטית ROS 2?

ת: השתמש במיטב המאמצים עבור זרמי חיישנים המתרעננים לעתים קרובות והגשה אמינה מוגבלת עבור פקודות, אירועי משימה, מפות או נתוני תצורה שאסור לפספס.

ש: מדוע מפרסמים ומנויים של ROS 2 אינם מצליחים לפעמים להתחבר?

ת: מדיניות QoS לא תואמת יכולה למנוע תקשורת. אי התאמה נפוצה כוללת הגדרות אמינות, עמידות, מועד אחרון או חיוניות בין הפרופיל המוצע של המפרסם לבין הפרופיל המבוקש של המנוי.

ש: כיצד יש לטפל בהודעות LiDAR או מצלמה גדולות ברשת רשת?

ת: צמצם את גודל המטען, הימנע מפיצול IP, הגבל את שיעורי הפרסום ושמור על תורים רדודים. עיבוד מקומי או פלטים דחוסים פועלים לעתים קרובות יותר מאשר העברת כל דגימת חיישן גולמי.

ש: באיזה עומק היסטוריה צריכים צוותי רובוט ניידים להשתמש?

ת: בחר עומק לפי משך חיי ההודעה וצרכי ​​ההתאוששות. השתמש בעומק אחד למצב שניתן להחלפה, בעוד שאירועים חיוניים עשויים להזדקק לתור גדול יותר אך מוגבל בהחלט.