איך להשתמש במודבוס על xLogic מיקרו PLCs: התקנת RS485 ו-TCP עבור SCADA

מודבוס בן ארבעים שנה ועדיין מפעיל חצי מהעולם התעשייתי. יש סיבה: זה פשוט, זה פתוח, וזה עובד על שני חוטים ותפילה. כאשר ה-SCADA שלך צריכה לקרואMicro PLC, מודבוס היא השפה שתדבר — ומשפחת xLogic מדברת אותה ב-RTU, ASCII ו-TCP, כמאסטר או כעבד.

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

סדרתי קודם: RS485 ומודבוס RTU

פורט ה-RS485 מדבר מודבוס RTU או ASCII לכל מכשיר עם פורט RS485 סטנדרטי — VFDs, מדדי אנרגיה, HMIs, PLCs אחרים. חבר אותו דרך הפורט המובנה, או הוסף את מודול SR-RS485 עבור CPUs ללא טרמינל RS485 מקורי. כבל PRO-RS485 הופך את פורט התכנות לפורט RS485 מבודד כאשר אתה במצוקה.

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

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

אתרנט: מודבוס TCP עבור המפעל המודרני

על CPUs עם יכולת Ethernet, מודבוס TCP הוא המסלול הסטנדרטי: ה-PLC פועל כשרת, ה-SCADA או HMI סורקים רישומים על פני ה-LAN. אין שער, אין ממיר פרוטוקולים, ואותו מפת רישומים עובד על פני הרשת כמו על פני הפורט הסדרתי. כתובת IP סטטית על הבקר, פורט שניתן להגיע אליו דרך הנתב, והמשרד שלך יכול לראות את המכונה.

שני סגנונות חיבור קיימים לעבודה מרחוק — ה-CPU כשרת (ישיר, פשוט, צריך IP נגיש) או ה-CPU כלקוח שמתקשר לשרת (לאתרים עם NAT ו-Mobile). דע איזה מהם האתר שלך דורש לפני שתגדיר, כי הם מוגדרים אחרת ולטעות ביניהם זה תעלומה קלאסית של שלוש שעות.

התקנה אמיתית: תחנת משאבות לeasySCADA

תחנת שני משאבות עם ערכי רמה, לחץ וזרימה: ה-CPU מפעיל את הלוגיקה של החלפת משאבות, ומחשב במשרד מפעיל את חבילת easySCADA החינמית. בדיקה סדרתית קודם — CPU על RS485, כתובת תחנה 1, 9600 בוד, רישום הרמה ממופה. ברגע שהערכים הופיעו על מסך easyMonitor, אותו פרויקט עבר ל-Ethernet עם שינוי פורט והמחשב במשרד ראה את אותם רישומים.

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

צד ה-SCADA

easySCADA מדבר מודבוס RTU ו-TCP בלבד — אין MQTT, אין OPC-UA, וזה בסדר, כי מודבוס הוא מה שעולם ה-SCADA עדיין סומך עליו עבור סוג זה של בקר. מפת את בלוקי הרישומים בכרטיס הנתונים: קלטים, פלטים, דגלים, דגלים אנלוגיים, רישומים, עם עדיפויות סקר גבוהות/בינוניות/נמוכות. עדיפות חשובה יותר ממה שאנשים חושבים — דגלי האזעקה צריכים להיבדק במהירות, הערכים האנלוגיים יכולים לחכות.

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

משמעת מפת רישומים

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

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

עצב את המפה עם מקום לצמוח. השאר רווחים בין קבוצות פונקציונליות: קלטים ב-100-120, פלטים ב-150-160, אנלוגיים ב-200-240, דגלים ב-300-320. כאשר הלקוח מבקש ערך חדש — הם תמיד עושים — זה ייפול לרווח מבלי למספר מחדש את הכל ולשבור את מסכי ה-SCADA. התכנון קדימה הזה הוא ההבדל בין מערכת שמתפתחת לבין מערכת שצריכה פרויקט מחדש בכל פעם שמישהו מוסיף חיישן.

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

פתרון בעיות בבוס השקט

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

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

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

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