מערכות אינטליגנטיות לתעופה וחלל: מאבחון ועד שליטה

AI לתעופה וחלל: היכן אובדות אנומליות של טלמטריה

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

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

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

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

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

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

אפקטים מדידים: גילוי מוקדם במקום ניתוח טיסה

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

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

משימה נפרדת היא תיעדוף. אם המודל מפיק מאות אותות שווי-ערך, המפעיל מפסיק להגיב להם, והגילוי המוקדם של תקלות הופך לרעש.

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

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

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

מצבי הפעולה של המודל: בסיפון, על הקרקע, היברידי

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

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

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

הטמעה שלב אחר שלב: ביקורת, תכנית, כיול, בדיקה

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

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

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

חבילת המסירה: תצורות, תכניות, נהלים, דוחות

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

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

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

מקרה בוחן: כיצד צמצמנו את החמצת האנומליות בטלמטריה

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

לפני: ספים והנקודות העיוורות שלהם

ספים לוכדים היטב חריגות חדות, אך מחמיצים דרדרות איטית המפוזרת על פני עשרות פרמטרים. על הארכיון Орбита המדידה הראתה: כשליש מהאנומליות המאושרות לא חצו אף גבול והתגלו בדיעבד, כבר בניתוח נתוני הטיסה. במקביל, עד 60% מההפעלות התבררו כשווא — המהנדסים בזבזו משמרת על בדיקת מצבים שגרתיים.

אחרי: מודל על אותו ארכיון

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

על אותו מדגם נפרד, החמצת האנומליות הצטמצמה מ-31% ל-7%, שיעור ההתראות השווא ירד בערך בחצי, ודרדרות שאת ההבחנה בה בעבר קיבלו רק עשרות דקות לאחר תחילתה — המודל מעלה כבר בדקות הראשונות: ההחלטה לוותר על התמרון מתקבלת לפני אובדן המשאב.

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

מה לעשות אם בתעופה ובחלל כבר הוטמעו ספים?

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

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

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

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

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

ספקות טכניים: נתונים, התראות שווא, עצמאות

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

תיוג קיים רק בחלק מהטלמטריה — האם המודל בכלל יאומן?

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

כיצד המודל מסתדר עם מגבלות הסיפון?

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

האם אפשר לשחזר את התוצאה כעבור חצי שנה?

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

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

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

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

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