מה זה פרופ'יבוס ולמה זה לאמודן מידע

פרופ'יבוס (Process שדה Bus) הוא אחד מפרוטוקולי התקשורת התעשייתיים הבוגרים והמאומץים ביותר, המחברים חיישנים, פועלים, PLCs, ומניעים על רצפות המפעל מאז שנות ה-90.הוא פועל תחת תקן IEC 611 ותומך בחילופי נתונים דו-זמנית בזמן אמת בייצור, בקרת תהליכים ובניית סביבות אוטומציה.

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

הבנת אדריכלות ה- Profibus Diagnostic Buffer

מבנה Buffer

החילוף האבחון הוא אזור זיכרון מעגלי בתוך כל מכשיר פרופ'יבוס (שניהם מאסטר ועבד) הוא מאחסן מספר קבוע של רשומות אירוע - בדרך כלל בין 50 ל 1000, בהתאם ליצרן המכשיר וגרסה קושחיקה. כאשר ה-buffer מלא, הכניסה הוותיקה ביותר היא נכתבה על ידי מערכת הבקרה החדשה ביותר, כך ש-Timely retrieval הוא חיוני. כל כניסה מכילה קוד שגיאה (a 2teby או 4bytebyte), ערך כפול (כתובת שליטה גלובלית נוספת (או-B) או אחר-of) או כללי (כתובת שליטה שנייה (עמודהתקן אחר) או כללי (עמודהתקן אחר) או כללי (עמודהקוד של שליטה על ידי בקרת שליטה על ידי שליטה על ידי שליטה על ידי קוד שליטה על ידי בקרת גוף) או קוד שליטה על ידי קוד שליטה על ידי קוד שליטה על ידי קוד שליטה על ידי קוד שליטה על ידי קוד בקרה גלובלית (D) או קוד שליטה על ידי קוד בקרה גלובלית (עמוד השדרה (עמוד שני (עמוד השדרה (עמוד שני) או קוד בקרה גלובלית (עמוד שני (עמוד שני) או קוד בקרה אוניברסלי (עמוד השדרה) או קוד אב-B) או קוד אב-זמנית) או על ידי קוד אב-ידי מערכת בקרה אוניברסלי (עמוד שני (קוד גוף

סוגים של נתונים דיאגנוסטיים (DP-V0, V1, V2)

פרופ'יבוס DP (Decentralized Periphery) מגדיר שלושה רמות אבחון:

  • (FLT:0DP-V0 (Cyclic Data Exchange): FLT ( 1:1 מספק מידע אבחון בסיסי במהלך שלב החלפת הנתונים המחזוריים.העבד מחזיר ע"י אבחון יחיד המציין אם זה בסדר, יש אזהרה, או צורך תחזוקה.זהו הרמה הנפוצה ביותר בשימוש והוא מספיק לזיהוי תקלות פשוטות.
  • (FLT:0DP-V1 (Acyclic Data Exchange): FLT:1 מאפשר למאסטר לקרוא רשומות אבחון מפורטות מהעבד על הביקוש, מבלי להפריע לנתונים מחזוריים.זהו המקום שבו רוב נתוני ה-buffer האבחון חיים - כולל קודים מורחבים, מיתרים אבחון ספציפיים למכשיר, ואירועי היסטוריה.
  • (FLT:0DP-V2 (מצב איסונכרוני ו- Time Stamping): ההרחבה 1Figing:0DP-V2 (דיוק מיקרו-שני) ותכונות סינכרון. DP-V2 נתונים אבחון חיוני לניתוח לולאות בקרה בזמן אמת וזיהוי הפרות ג'ייטר או תזמון במערכות נהיגה מתואמות.

עקבו אחרי Diagnostic Buffer Data

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

  • (FLT:0) קודי Error (Diag.Status, Diag.Ext Diag Diag Data): FLT:1 שני ע"י ראשי תיבות הם סטנדרטיים: הראשון (Diag.Status) מדווח שגיאות מתועבות עבדים כמו "לא מוכן" או "האשמה של שינוי" הנתונים האבחון המורחבת (עד 14 ע"י) מכיל קודים שיכולים להצביע על שגיאות קוויות, או על תקלות מכוונות פנימיות, או "טעינה" (מסוכות" (מסוכות) או "טעימים" (מסוכות, או "טעימים" (ה"ל שגיאות מקבצי , או "טעימים" (עד 14 ע" (עד 14 ע" (עד 14 ע"ל).
  • [01:0] הודעות (Diag.Master address, Diag.Ident מספרים): FLT:1 שדות אלה לזהות אשר המאסטר מתקשר עם העבד ומספר הזהות של העבד.אם העבד מדווח "כתובת המאסטר" כ-0xFF (255), זה אומר שהעבד עדיין אינו מוקצה לאדון - בעיה נפוצה במינוי.
  • (FLT:0)Timestamp Log Logs:FLT:1 Timestamps הם רשומים יחסית לשעון הפנימי של העבד או תקופת מחזור המאסטר.הזמנים המהירים מאפשרים למהנדסים לשחזר את רצף האירועים המובילים עד לכשלון.לדוגמה, בידיעה כי "זמן תקשורת" התרחש 2.3 שניות לפני "טעות" יכול להצביע אם הזמן היה גורם או תוצאה.
  • (FLT:0)Device Identifiers and addresss:BuildFLT 1:1 כל עבד ברשת Profibus יש מספר תחנה ייחודי (1-126).הספק האבחון מתעד את מספר התחנה יחד עם מספר החריץ (עבור מכשירים מודולריים) ומספר תת-חלקי (עבור מבוזר I/O). זה granularity מצביע על מודול החומרה המדויקת שחווה שגיאה.

גישה לנתונים ב-Econgnostic Buffer

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

  1. (FLT:0)Connect theאבחון כלי: FLT:1) Plug a Profibus מנתחr או USB-to-Profibus להמיר לתוך קטע הרשת שברצונך לפקח על סיום תקין (90 מתנגדים בשני הקצוות של האוטובוס).
  2. (ב) [15] ,ב[[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]]]], [[1924]]]]]]]]
  3. (FLT:0) בחר את קטע הרשת ואת צמתים: ⁇ 1) התוכנה תסרוק את האוטובוס ואת הרשימה כל המאסטרים הפעילים ועבדים.בחר את המכשיר אשר חיץ האבחון שלו אתה רוצה לקרוא.
  4. (FLT:0)Navigate toאבחון buffer: ⁇ 1 בכלים, זוהי הכרטיסיה שכותרתו "בובר אגנוסטי", "אפילוט" או "היסטוריה של Error" שמקל עליה מעוררת בקשה לקריאה (DP-V1 acyclic קורא) לעבד שנבחר.
  5. (FLT:0) Retrieve ונתח:FLT:1) תוכן ה-buffer מוצגים בטבלה עם עמודות למספר אירועים, פעמיםtamp, קוד שגיאות ותיאור.You יכול לייצא את הנתונים כ- CSV או XML לניתוח נוסף ב- Excel או מערכת SIEM.

שימוש בכלים מסחריים למעקב מתמשך

כלים אבחון מסחרי כמו פרופ'יבוס Tester 5 מ Procentec מציעים תכונות מתקדמות כגון אזעקה אוטומטית קדימה באמצעות דואר אלקטרוני, רשת לטעון את הרטוגרמה, ומגמה ארוכת טווח.כלים אלה יכולים לבדוק מכופרים אבחון מכל העבדים בלוח זמנים (למשל, בכל שעה) ולאחסן את הנתונים במסד נתונים של SQL במשך שבועות או חודשים, מהנדסים יכולים לבנות בסיס של התנהגות נורמלית וגילוי מוקדם של עשרות כלי ייצור מוצדקים בדרך כלל.

שימוש בפתרונות Open-Source לניתוח עלויות-Effective

עבור תקציבים מוגבלים או עבור מתקנים ניסיוניים, ספריות קוד פתוח כמו PyProfibus לספק דרך לקרוא כיבים אבחון באמצעות מתאם USB זול-to-Profibus (למשל, PCAN-USB FD או i-Profibus Fiter PyProbus פועל על לינוקס או Windows ומציע גישה לאבחון נתונים פשוטים של קוד פתוח ללא מרשם אוטומטי, בעוד שהם יכולים לפקח על כל מיני תיבות אבטחה אוטומטית של שימוש ב-אונקציה).

הודעות אבחון וקודי שגיאה

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

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

  • (ב) [ה]המאסטר ניסה לטפל בעבד שאינו קיים: בדרך כלל נגרם על ידי כבל פגום, כתובת שגויה, או כישלון עבדים.
  • (FLT:0.Diag.Status=0x20 (האשמה של קוניגורציה): תצורה של I/O בפועל של העבד (מספר קלט/ ⁇ ) אינה תואמת את התצורה המאוחסנים באדון.זה קורה לאחר החלפת חומרה או מחיקה.
  • (הפועל אינו מוכן): 0 (Device not ready): Fevolveve:1; העבד נמצא בשלב הראשוניות שלו ואינו יכול להחליף נתונים, אם הוא מציין בעיה בחומרה באספקת הכוח של העבד או אבחון פנימי.
  • (FLT:0) אישור אבחון של 7 (BATF - סוללת אשמה): 1FLT:1 עבדים רבים לפקח על מתח סוללות גיבוי.אזהרת סוללה נמוכה ב החילוף אבחון צריך לגרום החלפת סוללות מתוכננת לפני אובדן נתונים מתרחשת.
  • (FLT:0) לתקן את רמת האבחון 0 (בטיחות - מצב בטיחות פעיל): FLT:1 על עבדים בטוחים, זה מצביע על כך שתפקוד הבטיחות הופעל.

צילום: Event Revision

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

שיטות ניתוח רשת

ניתוח מגמות ו-Belardining

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

זיהוי צווארי בקבוק ותזמון בעיות

נתוני buffer אגדיים יכולים גם לחשוף את צווארי הבקבוק של ביצועים.בדוק את הכניסה האבחון "Bus Timing Status" (אם זמין) אשר מתעד את זמן הסיבוב הסימון ואת זמן התגובה של העבד.אם אתה רואה זמני מנוחה או סיבובים פספסו, האוטובוס עשוי להיות מוגז יתר על המידה. Common גורם: עבדים רבים מדי עבור קצב ה baud (למשל, 32 ב 1.5b), מספר ארוך של מחסנים, לוקח לעתים קרובות מדי זמן כדי לזהות את הכבלים ארוכים, או זמן רב מדי.

תחזוקה חיזוי עם נתונים דיגנוסטיים

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

שיטות עבודה טובות ביותר למעקב מתמשך

  • (FLT:0) סקר אוטומטי: FLT:1 השתמש בכלי אבחון שיכול לבדוק כל חיץ אבחון של עבד בלוח זמנים קבוע.
  • (FLT:0) ,Maintain יומן מאורגן:FLT:1 לשמור יומני היסטורי של buffer תמונות buffer אבחון.T כל תמונה עם קמפיין הייצור הנוכחי, גרסת תוכנה, וטמפרטורה מרתיעה.זה הופך את זה קל יותר לקשור שגיאות עם גורמים חיצוניים.
  • (FLT:0)עדכון קושחה וכלים באופן קבוע: FLT:1 , ספקי התקנים של פרופ'יבוס משחררים עדכוני קושחה שעשויים לשנות את מבנה החילוף האבחון או להוסיף קודים שגיאה חדשים.
  • צוות המחקר של FLT:0 (Train) לפרש נתונים לאדינולוגיים: FIRLT:1 (בהדרכה לטכנאים תחזוקה על קריאת טבלאות buffer אבחון ולהבין את ההבדל בין אזהרה (למשל, "סוללה נמוכה") ושגיאה קריטית (למשל, "כישלון ההסתה") כדי לגרום להם לנקוט בפעולה נכונה לפני התגברות.
  • (FLT:0) אינטגרראט עם מערכות ברמה גבוהה יותר: IRLT:1) שלח נתונים buffer אבחון למפעל SCADA או MES באמצעות OPC UA השתמש ב- שערי שימוש כדי לסנן שגיאות חוזרות ורק להסלים תנאים חדשים או להחמיר.

מסקנה

(המידע של פרופ'בוס הוא מכרה זהב של תובנות על אמינות רשת ותחזוקה חיזוי.על ידי הבנת אדריכלות ה-buffer, הפרש קודים סטנדרטיים ומפורטים מתקדמים, ויישום ניתוח מגמה, מהנדסים יכולים להפחית באופן דרסטי את זמן ה- 3: 3 פעמים להאריך את החיים של רשתות ה-Dibus שלהם (Dipiv) עבור קוד אבחון מסחרי ופתוח - להפוך את זה לקל יותר מתמיד כדי ללכוד ולנתח נתונים אלה באופן אוטומטי, אסטרטגיה רשמית של Microsoft (FUS) ל-HDFUS (R) ל-D) ל-DIFUSD2 (R) ל-R.