דלגו לתוכן

drawtonomy לעומת XML כתוב ידנית של OpenSCENARIO

כתיבת XML של OpenSCENARIO ידנית היא תהליך עבודה נפוץ ולמקרים שימוש רבים הבחירה הנכונה.

מתי XML הוא הנתיב המתאים:

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

לכתיבת תרחישים לייצור, XML כתוב ידנית או מיוצר-קוד הוא הגישה הקנונית.

מה drawtonomy יכול לבטא כיום

Section titled “מה drawtonomy יכול לבטא כיום”

תת-קבוצה של OpenSCENARIO 1.3, לפי תיעוד המייצא:

  • רשת כביש דו-ממדית ממבט-על — נתיבים, צמתים, linestrings פשוטים — מיוצאת כOpenDRIVE 1.8 חלקי ‎.xodr.
  • מיקום סטטי של רכבים, הולכי רגל, רמזורים, סימוני כביש כרשומות <ScenarioObject> / <Pedestrian>.
  • מסלולים/מסלולים פשוטים מיוצאים כ-<FollowTrajectoryAction>.

ה-‎.xosc המיוצא מפעיל סצנות פשוטות ב-esmini. הוא נקודת התחלה, לא תרחיש מוגמר.

מצוין כפריטי מפת-דרכים בתיעוד המייצא:

  • פליטת צמת OpenDRIVE (<junction>).
  • תמרורים כרשומות <signal>.
  • פרופילי האצה/האטה, אירועי עצירה, נתיבים מוּדעים-לאיתות, פעולות החלפת נתיב, storyboardים עם מספר שחקנים.
  • טריגרים מותנים, רוחב-פס פרמטרים, בקרים מותאמים או מונחי-ML, זרימות תנועה צפופות.

לכל אחד מאלה, תכתבו XML ידנית או תצרו אותו מקוד.

  1. סרטטו את הפריסה ב-drawtonomy כדי להתייצב על רשת הנתיבים ומיקום המשתתפים.
  2. ייצאו את חבילת esmini ואשרו שהגרסה הפשוטה מופעלת.
  3. פתחו את ה-‎.xosc בעורך טקסט והוסיפו את החלקים שdrawtonomy לא מבטא.
  4. שמרו את מקור drawtonomy כאיור לתוכנית הבדיקה / מאמר / שקופית.

drawtonomy הוא הסקיצה. ה-XML הוא מקור האמת לכל תרחיש לא-טריוויאלי.