Foremanה-AI שעובד עם הבקר שלכם.
תוכנה שקוראת את לוגיקת הבקרה של המכונות שלכם, לומדת איך נראה מצב תקין, ואומרת לכם מה באמת השתבש. החיבור: קריאה בלבד, כזה שאפשר להוכיח.
רץ כבר היום על חומרה של Siemens, Beckhoff, CODESYS ו-Unitronics. בלי כתיבה. בלי שליטה. בלי מצלמות. רק הלוגיקה.
השבתה עולה הון. האבחון הוא מה שמאריך אותה.
ה-HMI אומר לכם מה קפץ. הוא אף פעם לא אומר לכם למה.
קו עומד שורף כסף בכל שעה, ורוב השעות האלה הולכות על חיפוש התקלה, לא על התיקון. הצוות שבמשמרת יוצא מהתראה שמצביעה על המקום הלא נכון, ומתקדם אחורה: ארון אחרי ארון, תוכניות, טלפונים לאינטגרטור. לפעמים ימים. והוותיק שהיה מקצר את כל החיפוש הזה? יוצא לפנסיה. בכל מקום.
ההתראות מגיעות מאוחר, ולתחנה הלא נכונה
ספים קבועים קופצים רק כשהנזק כבר נעשה, והם מצביעים על התחנה שבה הופיע הסימפטום, לא על הרכיב שבו התחילה התקלה. החיפוש יוצא לדרך מהמקום הלא נכון.
הלוגיקה היא קופסה שחורה
המסמך היחיד שמתאר את המכונה שלכם עד הסוף, תוכנית הבקרה, קריא רק לאינטגרטור שכתב אותו לפני שנים. כשצריך אותו, מחכים לו.
כל ספק רואה רק את הקופסה שלו
ספק הדרייברים רואה דרייברים. ה-MES רואה הזמנות. אף אחד לא רואה את השרשרת הסיבתית שחוצה ארונות חשמל. ושם גרות התקלות האמיתיות.
הוא לא צופה במכונה שלכם. הוא מבין אותה.
כלי ניטור מצב מרכיבים חיישנים מבחוץ ומנחשים לפי רעידות. Foreman מתחיל ממקור האמת היחיד שכבר קיים: תוכנית ה-PLC עצמה.
מתחברים, בקריאה בלבד
גייטוויי תעשייתי קטן מתחבר לרשת המכונה וקורא ערכים חיים מה-PLC. שום דבר לא מותקן על הבקר, ושום דבר אף פעם לא נכתב אליו.
פרופילי חיבור: OPC UA (ממשק שרת ייעודי שחושף רק את התגים שסוכמו) או Modbus TCP שמוגבל לקוד פונקציה אחד, לקריאה בלבד (פירוט בהמשך).
קוראים את התוכנית עצמה
Foreman מנתח את קוד הבקרה האמיתי של המכונה (הלאדר, ה-SCL, בלוקי הפונקציה) ובונה גרף סיבתי: איך כל יציאה תלויה בכל כניסה.
זה כל ההבדל. הוא לא מצליב אותות סטטיסטית; הוא יודע שהשסתום הזה מקבל פקודה מהבלוק הזה בגלל החיישן הזה, כי הוא קרא את הקוד שקובע את זה.
לומדים מה תקין. מסבירים מה לא.
הוא לומד את ההתנהגות התקינה של המכונה (זמני מחזור, משכי שלבים, מעטפות אותות) ואז מסביר כל סטייה בשפה פשוטה, ועוקב אחריה דרך הלוגיקה עד שורש התקלה.
השיפוט מבוסס על סטטיסטיקה שנלמדה ממחזורים שלמים, אף פעם לא על דגימה בודדת. זה מה שמשאיר את התראות השווא נדירות.
קריאה בלבד. מוכח, לא מובטח.
כל ספק אומר ״אל תדאגו, זה קריאה בלבד״. אנחנו חושבים שהצהרה שווה בדיוק כמה שעולה לכתוב אותה. לכן הפרופיל המחמיר של Foreman בנוי כך שהמהנדס שלכם יכול להוכיח את זה בעצמו, בלי להאמין לתוכנה שלנו ובלי להאמין לנו.
קוד פונקציה אחד, מוגדר לקריאה בלבד
הגייטוויי מדבר Modbus TCP עם קוד פונקציה אחד בלבד: FC04, Read Input Registers. המפרט הפומבי של Modbus מגדיר את מרחב הרגיסטרים הזה כקריאה בלבד; פשוט לא קיימת פונקציית כתיבה אליו. זו תכונה של תקן פתוח, לא של קונפיגורציה שלנו.
שום דבר בר-כתיבה לא ממופה
התגים המנוטרים ממופים אך ורק לטבלת ה-Input Registers: בלי Coils, בלי Holding Registers. לפקודת כתיבה פשוט אין לאן להגיע. קובץ הפרויקט אצלכם. תפתחו ותבדקו.
חומת האש שלכם, החוקים שלכם
חומת אש תעשייתית עם Deep Packet Inspection ל-Modbus, שאתם קניתם ואתם מגדירים, מספק שלא קשור אלינו, מתירה זרימה אחת בדיוק: מהגייטוויי אל ה-PLC, פורט 502, FC04 בלבד. כל השאר נחסם ונרשם ביומן.
בדיקת חמשת השלבים: של המהנדס שלכם, לא שלנו
- V1 · בדקו את המיפויפתחו את פרויקט ה-PLC שנמצא אצלכם: ודאו ששום דבר בר-כתיבה לא ממופה.
- V2 · בדקו את החוקיםעברו על חוקי חומת האש: זרימה אחת, קוד פונקציה אחד, default deny.
- V3 · צפו בקו עצמוהקלטה פסיבית על פורט שיקוף: מסננים כל פריים שאינו קריאה. הספירה: אפס.
- V4 · נסו לשבורנסו לכתוב דווקא מהכתובת של הגייטוויי שלנו, ותראו את חומת האש חוסמת ורושמת.
- V5 · דריכות קבועההתראת ניסיון-הכתיבה נשארת דרוכה לתמיד. לא בדיקה חד-פעמית. תכונה של המערכת.
קריטריון הקבלה הוא לא חתימה שלנו. הוא פרוצדורה שהמהנדס שלכם מריץ בעצמו, ויכול להכשיל אותנו בה.
חמש שעות לפני ההתראה הראשונה, ועל הרכיב הנכון.
מכונת הבנצ׳מרק שלנו היא מכונת מילוי ואיטום גביעים עם ארבע תחנות: 3,790 שורות של קוד PLC אמיתי, שישה דרייברים, שנים-עשר שסתומים, 269 תגים חיים. אנחנו שותלים בה תקלה שכל איש אחזקה ותיק יזהה מיד (מיסב של משאבת קירור שמתחיל להישחק) ונותנים לפיזיקה לעשות את השאר:
| זמן | מה קורה | מי רואה את זה |
|---|---|---|
| 0:15 | ספיקת הקירור יוצאת מהמעטפת שנלמדה, במהירות משאבה שלא השתנתה | Foreman מסמן את P-01 |
| 1:50 | שסתום הקירור תקוע על 100% כבר חמש דקות | Foreman: השרשרת אומתה |
| 5:00 | התראת HMI ראשונה: ״אחוז פסילות גבוה בתחנה 4״. התחנה הלא נכונה. | HMI |
| 5:35 | סף הספיקה הנמוכה הקבוע קופץ, סוף-סוף | HMI |
| 5:45 | זרם יתר במשאבה: הדרייבר מנתק, הקו עוצר | HMI |
תחנת האיטום יוצאת זכאית, בהוכחה
ההתראה הראשונה מאשימה את תחנה 4, ושם הטכנאי שלכם היה מתחיל לחפש. Foreman מראה שכוח האיטום, טמפרטורת הפלטה, משך השהייה ומתיחות היריעה יושבים כולם עמוק בתחום התקין, ומזכה את תחנת האיטום במפורש. האבחנה מצביעה במעלה הזרם, שני ארונות חשמל משם, על מיסב של משאבה, עם כל השרשרת הסיבתית פרושה.
אותו סימפטום, סיבה הפוכה. ונתפס.
מסנן סתום מייצר בדיוק את אותה תמונה במורד הזרם. אבל מיסב שחוק זה לחץ יורד עם זרם עולה; סתימה זה לחץ עולה עם זרם יורד. שתי תקלות, סימפטום אחד, חתימות הפוכות, וחלקי חילוף אחרים לגמרי. Foreman מבדיל ביניהן. סף קבוע? אף פעם.
מתחת למכסה המנוע. אנחנו מתעקשים שתסתכלו.
אתם ממילא תבדקו אותנו לעומק, אז הנה מה ש-Foreman באמת עושה, בשפה של מי שיעשה את הבדיקה.
קונקטור לכל יצרן, ליבת קליטה אחת
כל קונקטור מדבר בפרוטוקול שה-PLC כבר יודע: OPC UA מול ממשק שרת ייעודי (Siemens, CODESYS), התראות ADS (Beckhoff TwinCAT), Modbus TCP מוגבל ל-FC04 (פרופילי Unitronics ו-Schneider). כולם מזינים ליבת הקלטה משותפת אחת. הקונקטור לא מחזיק לוגיקת שעון ולא פרשנות; הוא רק מעביר דגימות.
את התוכנית עצמה קולטים אופליין, מהפורמט המקורי של כל יצרן: ייצוא ה-XML של TIA Portal, פרויקט TwinCAT 3, פרויקט CODESYS (כולל Schneider EcoStruxure Machine Expert), קובץ הפרויקט של UniLogic, קובץ L5X של Studio 5000. אנחנו קוראים את מה שהאינטגרטור באמת כתב, לא רשימת תגים שמתוחזקת ביד.
כלל התקנה: לפני שמאמנים מודל, בדיקה פר-מכונה מודדת את הקו עצמו: קצב דגימה, התנהגות חותמות זמן, מגבלות Subscription. נמדד, לא מונח מתוך דף נתונים.
גרף הלוגיקה
התוכנית (SCL, Structured Text, לאדר) מפורקת לבלוקים, למשימות ולמשתנים, ומקומפלת לגרף סיבתי: איזה בלוק כותב לאיזו יציאה, בתנאי של איזה שער, מתוך קריאה של איזו כניסה. כל אבחנה היא מסלול על הגרף הזה, לא קורלציה בין גרפים של זמן.
בשביל פרופורציה: 3,790 שורות ה-SCL של מכונת הבנצ׳מרק שלנו מתקמפלות ל-29 בלוקים ו-269 תגים, כשכל קשת של כתיבה, קריאה, תנאי וקריאת-בלוק פתורה.
המבחן הקבוע: אנחנו מחזיקים את אותה מכונת ייחוס על שני סטאקים של שני יצרנים במקביל, ודורשים שהגרפים ייצאו זהים שדה-בשדה בכל שינוי קוד. אם התרגום בין יצרנים נסחף, ה-CI שלנו נופל, לפני שלקוח רואה משהו.
זמן הוא ראיה, ומטופל בהתאם
מחזור פרסום שדוחס שתי דגימות לפקטה אחת ימחק מדידת משך לאפס, אם חותמים את הזמן בקבלה. שכבת הקליטה מריצה שעון היברידי: עוגן זמן בגייטוויי, מרווחים מחותמות הזמן של הבקר עצמו, וסחיפה שמתכיילת מחדש כל הזמן. כך מרווח דגימה של 100ms שורד בשלמותו גם רצפת פרסום של 200ms.
פסיקות נשענות על חציונים של מחזורים שלמים, אף פעם לא על קיצון בודד: פרץ אחד שנפל על גבול פרסום לא מעיד על מכונה.
בהתקנה: בדיקת שעון של עשרים שניות קובעת איך יטופלו חותמות הזמן של אותו CPU ספציפי. פר מכונה, פר קושחה, לפי מדידה.
מודל זהב, לא קובץ ספים
האימון לומד את הגאומטריה התקינה של המכונה שלכם: תחומי משך לכל שלב, ערכי קיצון לכל מחזור, מחזורי עבודה של אותות מקוטעים, זמן בין חלקים. מסוע שנדגם באמצע ההאצה הוא לא ״משוב חריג״: המודל מכיר את התחום שנלמד לשלב הזה, ושופט את הטרנזיינט מול הסטטיסטיקה, לא מול הרגע.
תהליך הניטור גם מבדיל בין מצב שהוא ראה נוצר לבין מצב שהוא ירש באמצע מחזור אחרי הדלקה, כך שריסטרט לא ממציא אירועים. ועל ״תוקן?״ עונים בציון של המחזורים שהושלמו מאז האירוע מול מודל הזהב, לא לפי זה שההתראה במקרה שותקת.
מסקנה תכנונית: התראות שממליצות מופרדות מהתראות שעוצרות. הקו ממשיך לרוץ, וממשיך להיות מאובחן, בזמן שאתם מחליטים.
| חיבור חי | OPC UA · Beckhoff ADS · Modbus TCP (פרופיל FC04 בלבד) · קריאה בלבד בכל פרופיל |
|---|---|
| קליטת תוכנית (אופליין) | ייצוא TIA Portal · פרויקט TwinCAT 3 · פרויקט CODESYS / Machine Expert · פרויקט UniLogic · Studio 5000 L5X |
| דגימה | דגימה חיה עד 100ms (תלוי יצרן ו-CPU) · תוכניות ייחוס ממודלות עד סריקת ה-20ms שלהן |
| טביעת רגל על ה-PLC | אפס קוד מותקן · אפס שינוי בלוגיקה · אופציונלי: ממשק קריאה-בלבד ייעודי (קונפיגורציה, בפרויקט שלכם, תחת ניהול הגרסאות שלכם) |
| פריסה | גייטוויי קצה תעשייתי ברשת המכונה · עבודת החיבור נכנסת בחלון אחזקה רגיל |
| אימות | בדיקת שעון + פרוטוקול קריאה-בלבד V1–V5 בהתקנה · הקלטות מהקו נשמרות כראיה |
מנהל עבודה אחד. כל היצרנים שלכם.
מכונות מעשורים שונים ומיצרנים שונים, שכבת אבחון אחת. Foreman קורא את פורמט הפרויקט המקורי של כל יצרן, ומדבר בפרוטוקול שלו.
Siemens
S7-1200 / S7-1500, TIA Portal. רץ כבר היום על חומרת S7-1200 פיזית דרך OPC UA, כשהתוכנית נקראת מייצוא פרויקט TIA.
Beckhoff
TwinCAT 3, חי דרך ADS. ה-Structured Text מנותח ישירות מהפרויקט.
CODESYS
סביבת הריצה שמאחורי מכונות של 500+ יצרני ציוד. מכונת הבנצ׳מרק שלנו רצה עליה: הפרויקט מנותח נייטיבית, חי דרך שרת ה-OPC UA המוסמך שלה או Modbus TCP.
Unitronics
UniStream / UniLogic. קריאת קבצי פרויקט, לאדר ותגים; חיבור Modbus TCP בפרופיל קריאה בלבד.
Allen-Bradley
ControlLogix / CompactLogix דרך ייצוא פרויקט Studio 5000 L5X.
Schneider
בקרי המכונה מסדרת Modicon (M241 / M251 / M262, EcoStruxure Machine Expert) מבוססי CODESYS ונקראים דרך אותו צינור בדיוק. פרופיל Modbus TCP לקריאה בלבד, על הפרוטוקול ששניידר המציאה.
הפיילוט: אתר אחד, חמש נקודות קצה, מחיר קבוע.
בלי פרויקט הטמעה ארגוני, בלי אינטגרציה בלי סוף. מגדירים היקף בביקור אחד באתר, סוגרים מחיר קבוע, ואתם שופטים את התוצאה על המכונות שלכם.
מה אתם מקבלים
- עד חמש נקודות קצה מנוטרות (מכונות וציוד תומך), בחיבור לקריאה בלבד
- תוכניות הבקרה שלכם נקראות וממודלות; ההתנהגות התקינה נלמדת מהמחזורים האמיתיים שלכם
- דשבורד חי שהצוות יכול לשאול שאלות בשפה חופשית
- פרוטוקול אימות הקריאה-בלבד, מבוצע יחד עם המהנדס שלכם
- דוח ממצאים בסוף הפיילוט, כולל מה שנמצא בלוגיקה עצמה
ובהמשך, לכל מכונה, חודשי:
Standard
ניטור, אבחון, דשבורד והתראות לכל יחידה מחוברת.
Full-Care
כל מה שב-Standard, ובנוסף אחריות על החומרה, ביקור שנתי באתר, קדימות בתגובה ורענון שנתי של המודל.
למה דווקא ״מנהל עבודה״?
פעם היה כזה בכל מפעל. האיש שהסתובב ברצפת הייצור בשש בבוקר, הכיר את הצליל של כל מכונה, וקלט את המשאבה שרצה קצת חם לפני כולם. וכשמשהו נשבר, הוא לא הקריא לכם קוד שגיאה. הוא אמר לכם מה קרה, למה, ומה עושים עכשיו.
האיש הזה יוצא לפנסיה, בכל מקום, ולוקח איתו שלושים שנה של אוזן. Foreman הוא התשובה שלנו: לא עוד דשבורד עם עוד מספרים, אלא מנהל עבודה שבאמת קרא את הלוגיקה של המכונה, ועונה למנהל העבודה שלכם.
נבנה על ידי שגב טכנולוגיות
Foreman הוא מוצר של GoMachines.AI, שפותח בידי שגב טכנולוגיות, חברת מו״פ מתל אביב שכבר שני עשורים בונה אלקטרוניקה, קושחה, בקרת תנועה ו-AI לרובוטים ולמערכות מדויקות, עבור לקוחות כמו התעשייה האווירית, אפלייד מטיריאלס, אלביט, Siemens, מיצובישי אלקטריק ו-HP.
אנחנו בוני מכונות. את המפעלים לא למדנו מדאטהסט.
תשובות ישרות.
זה יכול מתישהו לכתוב ל-PLC שלי?
בפרופיל המחמיר? לא. ולא בגלל שאנחנו מבטיחים: החיבור משתמש בפונקציית פרוטוקול שהמפרט הפומבי של Modbus מגדיר כקריאה בלבד, ב-PLC שלכם לא ממופה שום דבר בר-כתיבה, וחומת האש שלכם חוסמת כל דבר אחר. את שלושת אלה אתם בודקים בעצמכם, בבדיקת חמשת השלבים שלמעלה. בפרופיל OPC UA, ממשק השרת מוגבל לתגים שסוכמו ומוגדר לקריאה בלבד בתוך הפרויקט שלכם, שגם הוא בידיים שלכם.
זה משנה משהו במכונה?
על ה-PLC לא מותקנת שום תוכנה, ושום לוגיקה בתוכנית לא משתנה. תלוי בפרופיל, ייתכן צעד קונפיגורציה קטן בצד הבקר (למשל מיפוי התגים המנוטרים לממשק קריאה-בלבד), שנעשה יחד עם הצוות שלכם, בפרויקט שלכם, תחת ניהול הגרסאות שלכם.
מה עם נתוני הייצור שלנו?
תוכניות הבקרה ונתוני התהליך שלכם הם חומר הנדסי סודי, מכוסה ב-NDA. איפה הנתונים יישבו (אצלכם באתר או בענן) נסגר לכל אתר בנפרד, בשלב האפיון.
זו עוד ערכת חיישנים לניטור מצב?
לא. Foreman מתחיל מתוכנית הבקרה של המכונה, לא מחיישנים שמוסיפים מבחוץ. הוא קורא את הלוגיקה, בונה את הגרף הסיבתי, ומפרש את האותות שהמכונה שלכם כבר מייצרת. בגלל זה האבחנה שלו אומרת איזה רכיב, לא רק משהו רועד.
כמה ההתקנה משביתה?
בדרך כלל: גייטוויי בתוך ארון החשמל או לידו, חיבור רשת, וקונפיגורציית הקריאה-בלבד, בהיקף שנכנס בחלון אחזקה רגיל. את קו הבסיס המכונה לומדת אחר כך מהייצור השוטף, בלי הרצות ייעודיות.
המכונות שלנו מארבעה יצרנים ומשלושה עשורים. באמת?
בדיוק בשביל זה הוא נבנה. פלטפורמה אחת שקוראת Siemens, Beckhoff, CODESYS, Schneider, Unitronics ו-Allen-Bradley בצורה נייטיבית (קבצי פרויקט ופרוטוקולים), כך שלצוות שלכם יש מקום אחד לשאול, לא משנה מה מבורג לרצפה. יצרנים נוספים מתומחרים פר פרויקט.
המכונות שלכם כבר מסבירות את עצמן.
בשפה שאף אחד לא קורא.
בואו נחבר חמש נקודות קצה, ותראו מה הן אומרות כל הזמן הזה.
בקשו פיילוטForeman · מוצר של GoMachines.AI · פותח על ידי שגב טכנולוגיות · תל אביב · segevtech.com