ניטור IoT וניהול ציוד

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

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

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

מה אפשר לשלוף מיחידת קירור:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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