ניתוח מלא של הודעות פרוטוקול תקשורת Modbus

1. סקירה כללית של פרוטוקול Modbus

מודבוס אֲנִיפרוטוקול תקשורת טיפוסי בארכיטקטורת מאסטר-סבסוד. המאסטר יוזם הוראות והסבסוד מגיב לנתונים כדי לממש אינטראקציה של קריאה וכתיבה בין התקנים. הפרוטוקול מחולק בעיקר לשלושה מצבים נפוצים: Modbus RTU, Modbus ASCII ו-Modbus TCP. ביניהם, למצב RTU יש יעילות שידור גבוהה והוא תופס פחות בתים, ומשמש כמצב המרכזי עבור ציוד תעשייתי, מכשירים חכמים ותקשורת טורית. מצב ASCII מתאפיין בקריאות טובה יותר ומשמש בעיקר לאיתור שגיאות ולמידה. מצב TCP מסתמך על Ethernet ומתאים את עצמו לתרחישי איסוף נתונים מרשת מרוחקת.

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

2. פירוק מבנה מסגרת ההודעות הסטנדרטי של Modbus

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

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

2.כתובת עבד אחת (בייט אחד)

הוא משמש להבחנה בין התקנים שונים באפיק, עם טווח כתובות של 0-255, ו-1-247 הן כתובות תקפות נפוצות בהתקני שטח. המאסטר מציין במדויק התקני תקשורת באמצעות כתובות כדי למנוע התנגשויות תקשורת מרובות התקנים, המהווים את הבסיס לתקשורת רשת מרובת התקנים.

2.2 קוד פונקציה (בייט אחד)

הוא קובע את סוג פעולת התקשורת והוא מזהה מפתח לניתוח הודעות. קודי פונקציה מרכזיים נפוצים בתרחישים תעשייתיים כוללים: 01 לקריאת סטטוס סליל, 02 לקריאת כניסות בדידות, 03 לקריאת אוגרי החזקה, 04 לקריאת אוגרי קלט, 06 לכתיבת אוגר יחיד, ו-10 לכתיבת אוגרי אצווה. קודי פונקציה שונים תואמים לפורמטים שונים של נתונים וכללי ניתוח.

2.3 שדה נתונים (אורך משתנה)

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

2.4קוד בדיקת (2 בתים)

הוא משמש לאימות שלמות שידור הנתונים. מצב RTU מאמץ בדיקת CRC16, ומצב ASCII מאמץ בדיקת LRC. הוא יכול לזהות במדויק אובדן חבילות, הפרעות, שיבוש נתונים ובעיות אחרות במהלך השידור, ובכך להבטיח את יציבות התקשורת התעשייתית.

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

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

3.1 Modbus RTU (מיינסטרים תעשייתי)

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

3.2 Modbus ASCII (העדפת ניפוי שגיאות)

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

3.3 מודבוס TCP (תקשורת רשת)

בהתבסס על שידור Ethernet, הוא מוסיף כותרת הודעה MBAP על סמך הודעת ה-RTU המקורית, כולל מזהה טרנזקציה, מזהה פרוטוקול, אורך הודעה ומידע נוסף, ללא בדיקת CRC. הוא מתאים את עצמו לתרחישי איסוף נתונים תעשייתיים של IoT מרחוק וחוצה רשתות.

4. דוגמאות לניתוח של הודעות קוד פונקציה נפוצות

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

אם ניקח כדוגמה את קוד הפונקציה הנפוץ ביותר 03 (Read Holding Registers), לוגיקת ניתוח ההודעות המלאה משוחזרת כדי להתאים לתרחישים מעשיים באתר.

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

הרכב הודעת תגובה רגילה של עבד: כתובת עבד + קוד פונקציה 03 + אורך נתונים + נתוני רישום + בדיקת CRC.

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

5. תקלות נפוצות בהודעות ושיטות לפתרון בעיות

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

5.1 פסק זמן לתקשורת:

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

5.2 שיבוש נתונים:

נגרם עקב כשל בבדיקת CRC, הפרעות בשידור או קיצוץ הודעה; בדיקת מיגון קו ועקביות פרמטרים של תקשורת;

5.3 החזרת קוד חריג:

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

5.4 אובדן חבילות נתונים באצווה:

נגרם בעיקר מכמות קריאת אוגרים מוגזמת ואורך הודעות ארוך מדי; יש לקרוא את הנתונים במקטעים.

6. סיכום: ערך הנדסי של ניתוח הודעות

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