מערכות תקשורת
Scenario-Based Design for SatCom
תרחיש אחד – מהדרישה ועד המעבדה
מציג:
שלומי שרגא, מוביל תעשיית תקשורת ופיתוח שבבים, סיסטמטיקס
התהליך ההנדסי:
תרחיש המשימה הופך לנכס הנדסי משותף: הוא מוגדר בשלב הדרישות, משמש לבחינת המודל המערכתי וממשיך לבדיקת החומרה המבצעית מול אותם תנאים.
המימוש בפועל:
MATLAB מדמה תקשורת בין Gateway, לווייני LEO ומל"ט, ומחשב Handovers ותנאי ערוץ דינמיים. התרחיש מועבר ל-RLS-2100 ומשוחזר במעבדה לבדיקת חומרת התקשורת.
טכנולוגיות מפתח:
Scenario-Based Design | MATLAB | Satellite Communications |
Square Peg RLS-2100
תיאור הדמו:
בפרויקטים מורכבים, צוותי המערכת, הסימולציה והוולידציה עובדים לעיתים עם תרחישים, הנחות ונתונים שונים. כתוצאה מכך קשה להוכיח שהמודל והחומרה נבדקו מול אותם תנאי משימה שהוגדרו בדרישות, ופערים משמעותיים עלולים להתגלות רק בשלבי האינטגרציה המאוחרים והיקרים.
בהדגמה אנו מציגים גישת Scenario-Based Design, שבה תרחיש המשימה הופך לנכס הנדסי משותף המלווה את המערכת לאורך כל תהליך הפיתוח: הוא מוגדר בשלב דרישות המערכת, משמש לבחינת המודל המערכתי, ולבסוף מועבר לבדיקת החומרה המבצעית במעבדה.
במקרה המוצג, MATLAB מדמה תרחיש תקשורת לוויינית הכולל Gateway, מל"ט וקונסטלציית לווייני LEO, ומחשב את תנאי הקישור הדינמיים לאורך המשימה. אותו תרחיש, לרבות מסלולים, Handovers, Doppler, השהיה והפסדי נתיב, מועבר ל-RLS-2100 של Square Peg ומשוחזר במעבדה לצורך בדיקת חומרת התקשורת מול אותם תנאים שנבדקו במודל.
מרכיבי הדמו:
- הגדרת תרחיש המשימה: תרגום דרישה מבצעית לתרחיש מדיד הכולל מסלול מל"ט, Gateway, קונסטלציות לוויינים, ציר זמן ואירועי תקשורת.
- בחינת המודל המערכתי: הרצת התרחיש ב-MATLAB לצורך בדיקת כיסוי, Line of Sight, בחירת לוויין, Handovers וביצועי הקישור לאורך המשימה.
- חישוב תנאי הערוץ: הפקת פרופילים דינמיים של Doppler, השהיה, הפסדי נתיב ו-Link Margin מתוך גיאומטריית המשימה ונתוני TLE.
- העברת התרחיש למעבדה: ייצוא התרחיש בפורמט המתאים ל-RLS-2100, כולל Waypoints, לוח זמנים ללוויינים, קובצי TLE ופרופילי הערוץ.
- בדיקת החומרה המבצעית: שחזור תנאי המשימה באמולטור הערוץ ובדיקת ציוד השידור והקליטה מול אותו תרחיש שנבדק במודל המערכתי.
- אוטומציית בדיקות: ממשק Python טוען את חבילות התרחיש ל-RLS-2100, מריץ וריאציות שונות ומתעד את תוצאות הבדיקה באופן חזרתי.
דגשים טכניים:
- התרחיש כדרישה ניתנת להרצה: במקום להסתפק בתיאור מילולי, דרישת המשימה מיוצגת באמצעות תרחיש שניתן להריץ, למדוד ולאמת בכל שלב בפרויקט.
- Digital Thread לאורך הפרויקט: אותו ציר זמן, אותה גיאומטריה ואותם אירועים עוברים משלב דרישות המערכת, דרך הסימולציה ועד לבדיקות המעבדה.
- Traceability בין שלבי הפיתוח: ניתן לקשר בין אירוע בתרחיש, התנהגות המודל ותוצאת הבדיקה בחומרה, ולזהות באופן ברור היכן נוצר פער.
- שימוש חוזר בתרחישים: אפשר לבנות ספריית תרחישי משימה, תרחישי קצה ותנאי כשל, ולהריץ אותם מחדש לאחר כל שינוי במודל, באלגוריתם או בחומרה.
- השוואה בין מודל לחומרה: מדדים כגון Doppler, Delay, Path Loss, Handover וביצועי התקשורת מאפשרים לבצע קורלציה בין תוצאות הסימולציה לתוצאות המעבדה.
- ארכיטקטורה פתוחה להרחבה: ניתן להוסיף Waveforms, מודלי אנטנות, הפרעות RF, Fading, Beamforming ומדדי ביצועים בהתאם למערכת ולדרישות הפרויקט.