פיתוח מערכת בינה מלאכותית לתחזוקה חזויה של ציוד

תחזוקה חזויה: מדוע תקלות מפתיעות אותנו

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

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

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

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

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

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

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

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

מה משתנה לאחר ההטמעה: אפקטים בגדלים מדידים

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

שיעור העצירות שלא תוכננו

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

הזמן מהסימן הראשון ועד להוצאה לתיקון

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

עבודות לפי מצב במקום לפי הנוהל הקבוע

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

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

מצבי תחזוקה חזויה: מספים ועד מודלים חיזויים

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

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

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

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

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

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

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

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

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

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

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

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

מה היה לפני

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

מה שינו

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

האתר «Севермаш» הקדיש את החודשים הראשונים לכיול ספים לפי תיקונים בפועל — כך בדיוק הוסרו ההפעלות השגויות.

מדדים לפני ואחרי

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

מה עושים אם נתונים מהציוד כבר נאספים?

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

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

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

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

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

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

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

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

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

כיצד מפחיתים את מספר ההפעלות השגויות?

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

מה קורה בעת ניתוק הקשר עם האובייקט?

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

מי אחראי על המודל לאחר המסירה?

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

נדון במשימה: מה נבהיר וכיצד נעריך את היקף העבודות

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

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

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