מערכת ML לתחזוקה חזויה של כלי רכב

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

תחומי פיתוח AI

שאלות נפוצות

העבודות האחרונות

  • פיתוח אפליקציית ווב עבור FEEDME
    פיתוח אפליקציית ווב עבור FEEDME
    1365
  • פיתוח חנות מקוונת לחברת FURNORO
    פיתוח חנות מקוונת לחברת FURNORO
    1330
  • עיצוב לוגו לחברת B2B Advance
    עיצוב לוגו לחברת B2B Advance
    776
  • פיתוח אפליקציית ווב עבור Enviok
    פיתוח אפליקציית ווב עבור Enviok
    1077
  • פיתוח לוגו חברת AIDER
    פיתוח לוגו חברת AIDER
    1022
  • פיתוח CRM עבור Chasseurs
    פיתוח CRM עבור Chasseurs
    1113

תחזוקה חזויה של כלי רכב: היכן החיזוי נשבר

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

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

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

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

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

מה נותן חיזוי תקלות בעבודה היומיומית של הצי

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

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

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

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

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

דרכים לבניית חיזוי: מספים ועד מודלים

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

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

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

תחזוקה לפי מצב בפועל: שלבי הטמעה

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

רצף עבודות

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

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

מודלים, נהלים ותרשימים: מה אנו מוסרים לצוות

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

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

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

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

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

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

מה שינו

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

מה התקבל

תקלות בנסיעה — מ-3.2% ל-1.1% מהיציאות. דיוק ההתראות עלה מ-78% ל-91%, שיעור התראות השווא ירד מאחת לשש התראות לאחת לעשרים. שיעור התיקונים שהועברו לחלון מתוכנן — מ-38% ל-74%, כלומר הרכב מגיע למגבה במקום לשוליים.

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

מה לעשות אם בחלק מהצי חסרים חיישנים

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

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

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

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

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

ספקות טכניים נפוצים לגבי חיזוי תקלות

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

טלמטריה מגיעה עם חסרים — האם המודל יאומן?

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

מהיכן התיוג אם יומני התיקון ידניים?

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

כיצד להפחית התראות שווא?

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

כיצד החיזוי נקשר למערכת הרישום?

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

נדון במשימה: חיזוי תקלות עבור הצי שלך

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

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

מה יידרש ממך בשיחה הראשונה:

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

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

תאר את המשימה ושלח את מה שיש. אפילו תשליף חלקי מספיק כדי להעריך את מציאותיות החיזוי ולהתחיל.