פרוטוקולי תקשורת נתונים ב-Ladder Logic

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

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

מימון של תקשורת נתונים תעשייתית

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

מודל OSI שכבתי ל-Ladder Logic

בעוד מתכנתים לוגיים הסולם עובדים לעתים רחוקות ישירות עם כל שבעת השכבות של מודל Open Systems Interconnection (OSI), הבנת הקשר הפיזי, הנתונים, הרשת ושכבות היישום מסייעות באבחון של כשלי תקשורת.השכבה הפיזית מכסה כבלים ומתחי אותות, שכבת הקישור נתונים מנהלת זיהוי, הרשת מטפלת ב-Stratling ו- routing, וה-Aפליקציה מגדירהצורה כיצד נתונים בנויים לפונקציות ספציפיות כגון רישום או כתיבה.

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

שירות לקוחות מול מפיק-Consumer Models

שני מודלים עיקריים של תקשורת לשלוט ברשתות תעשייתיות. במודל של הלקוח-server, מכשיר מאסטר (בדרך כלל PLC או HMI) מבקש נתונים ממכשיר עבדים ( חיישן או חסם מרחוק I / O) מודל זה עובד טוב עבור מערכות מבוססות סקרים שבו תזמון תזמון תזמון דטרמיוני אינו קריטי.מודל היצרן-consumer, המשמש פרוטוקולים כגון EtherNet / IP ו-PRONET, מאפשר לכל מכשיר מהיר לפרסם את האפשרות של שליטה על גבי דגם זה.

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

פרוטוקולים תעשייתיים משותפים ב- Depth

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

Modbus TCP/IP ו- Modbus RTU

Modbus נשאר הפרוטוקול התעשייתי הכי פחות או יותר בשל הפשטות והמפרט הפתוח שלו. Modbus RTU פועל על קווים סידוריים (RS-232 או RS-485) באמצעות Binary ⁇ , בעוד Modbus TCP/IP פועל על Ethernet באמצעות נמל סטנדרטי TCP. , יישום לוגיקה סולם בדרך כלל להשתמש בקודים פונקציה כדי לקרוא סלילים (פלטים דיגיטליים), לקרוא קלטות דיסקרטיות, לקרוא קידודים, לרשום ערכים 16 סיביות וכתובים לקודות), או לכתוב קוד פתוח.

שגרת סולם Modbus TCP/IP טיפוסית כוללת תצורה של PLC כלקוח או השרת.כלקוח, PLC יוזם לקרוא ולכתוב בקשות למכשירים מרוחקים. as a Server, PLC מגיב לבקשות של HMIs או PLC אחרים. ⁇ מודרני רבים מספקים בלוקים כגון MB Client או MB Server Server שמנציח את פרוטוקול הטיפול, הדורשים את אורך הכתובת בלבד, לרשום את כתובת ה- IP, רק כדי לציין את כתובת הנתונים.

אחד המלכודות הנפוצות ביישום Modbus הוא לרשום בלבול.המפרט של Modbus השתמש היסטורית ב-5 ספרות (למשל, 40001 עבור מחזיקות רשומות), בעוד יישומים חדשים יותר משתמשים 6-דיגיטלי טיפול (למשל, 400001) כמה מכשירים משתמשים גם ב- אפס מבוסס טיפול שבו נרשם 0 מתאים לכתובת 40001.

Ethernet/IP

EtherNet/IP, שפותחה על ידי אלן-Bradley, וכעת מנוהלת על ידי ODVA, היא פרוטוקול בולט בייצור צפון אמריקה.זה משתמש במודל המפיק-הסומר ופועל על פני תשתיות Ethernet סטנדרטיות. EtherNet/IP תומך הן בחסר (נתוני זמן אמת-אני/O) והודעות מפורשות (תיקון ואבחון).

יישום EtherNet / IP בלוגיקה הסולם דורש תצורה זהירה של הסורק (master) והתאמה (של) תפקידים (של הסורק מבקש נתונים בקצב מוגדר בשם Packet Interval (RPI) קביעת RPI נמוך מדי יכול לטעון את הרשת, תוך הגדרת נתונים קריטיים מדי.

שגרות לוגיקה סולם כוללות לעתים קרובות בדיקות עבור מצב חיבור שגיאות זמן.כאשר חיבור EtherNet / IP טיפות, PLC חייב להתמודד בחסד עם האשמה, או על ידי החזקת התפוקה האחרונה תקפה, המעבר למצב בטוח, או אות אזעקה.הקובץ האלקטרוני Sheet (EDS) המסופק על ידי יצרנים מכיל פרמטרים תצורה כי חייב להתאים את תוכנית הלוגיקה.

ProFIBUS ו- PROFINET

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

PROFINET מבחין בין שלושה רמות ביצועים: RT (Real-Time) עבור אוטומציה טיפוסית, IRT (Isochronous Real-Time) עבור בקרת תנועה מסונכרנת, ו- NRT (Non-Real-Time) עבור תעבורת TCP/IP סטנדרטית. בלוגיקה הסולם, תצורה PROFINET מטופלת בדרך כלל באמצעות תוכנת הנדסת PLC, אשר מייצרת הגדרות חומרה ותקשורת באופן אוטומטי.

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

אפשרות פתוחה

ניתן לפתוח, שנבנה על גבי רשת אזורי הבקר (CAN) של שכבת פיזית, משמש נרחב במכונות ניידים, מכשירים רפואיים ומערכות אוטומציה קטנות יותר.זה מגדיר דיוני אובייקטים, אובייקטים תקשורת (PDO עבור נתוני תהליכים ו-SDO עבור נתונים תצורה), ותפקודי ניהול רשת.

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

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

פרוטוקולי תקשורת ב-Ladder Logic

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

סודיות ודיבור

הצעד הראשון הוא תצורה של חומרת PLC וממשק הרשת.זה כולל הקצאת כתובות IP, מסכות תת-נט והגדרות שער לפרוטוקולים המבוססים על Ethernet. עבור פרוטוקולים סידוריים כמו Modbus RTU, קביעת קצב הבאוד, parity, stop bits ו-Gatement Mode (ASCII או RTU).

מודרני PLCs לאחסן הגדרות אלה בקובץ תצורה חומרה כי התוכנה ההנדסית מורידה לבקר.תוכנית לוגיקה הסולם מתייחסת לממשק הרשת באמצעות מזהה לוגי.לדוגמה, סימנס PLC עשוי להשתמש ב-FLT:0 הוראה להקים חיבור TCP, המתייחס לסימן חיבור המכיל את כתובת ה- IP ומספר הנמל.

נתונים ממפה ומרשמה אללוק

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

שקול באמצעות גישה מובנית כגון סוג של User-Defined Type (UDT) או בלוק נתונים מובנה כדי לארגן פרמטרים קשורים.לדוגמה, מבנה בקרת כונן עשוי להכיל מילת מצב, מהירות סטמנט, משוב נוכחי ושדות קוד אשמה. הארגון הזה מפשט את הנפיחות והופך את התוכנית לטעימה עצמית.

כאשר מיפוי רישום בין מכשירים שונים, שימו לב קרוב לסוגי נתונים ורישום על ידי טבלאות של מטבוליזם הם 16 ביטים, בעוד ערך צף 32 סיביות דורש שתי רישומים רצופים. כמה מכשירים להשתמש Big Endian על ידי סדר (בעיקר משמעותי על ידי te הראשון), בעוד אחרים משתמשים ב- Little Endian.Ladder לוגיקה חייב לכלול הוראות החלפת או להסתמך על פונקציות בנוי כדי לתקן כראוי.

בניית תקשורת Routines

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

הנה רצף בסיסי עבור שגרה לקוח Modbus TCP/IP:

  1. ניתן לתפקוד הלקוח Modbus בלוק עם גורם עלייה או דופק מחזורי.
  2. ציין את כתובת IP מרחוק, נמל (בדרך כלל 502) וקוד הפונקציה.
  3. לספק את כתובות ה-buffer המקומיות לקבלת מידע בקשה ותגובה.
  4. עקבו אחר תפוקה של בלוק העבודה וטעייה.
  5. אם יצליח, להעביר את הנתונים שהתקבלו לתגיות גלובליות המיועדות.
  6. אם מתרחשת טעות, להגדיל את הדלפק שגיאה, להזין את קוד השגיאה, ולנסוע מחדש באופן אופציונלי לאחר עיכוב.

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

טעויות ואבחון

טיפול בשגיאה Robust מבחין בקוד הייצור-ready מלוגיקה אבטיפוס. שגיאות תקשורת נפוצות כוללות נקודות זמן חיבור, תגובה לא חוקית CRC, מכשיר עסוק, ועומס רשת.

יישום מכונה ממשלתית שמנהלת את קווי התקשורת והתנהגויות של נפילה.

  • מדינה 0: אידל וונדאש; שום תקשורת פעילה; לחכות לציר זמן כדי לעורר סריקה.
  • מדינה 1: בקשה וונדאש; שלח את הבקשה לקריאה או לכתוב; להתחיל תזמון.
  • המדינה 2: חכה לתגובה ונדיש; לבדוק את השלמת או זמנם.
  • המדינה 3: תהליך תגובה ונדריש; להעביר נתונים לזיכרון עבודה; לבדוק שגיאות.
  • המדינה 4: טעות ידה – היכנסו לשגיאה; קבעו אם לנסות או להגדיר תפוקה למדינה בטוחה.

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

טכניקות תקשורת מתקדמות

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

מספר רב של זיהום ו- Scheduling

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

יצירת שולחן סקרן בזיכרון שמאחסן את כתובת ה-IP של המכשיר, מפה רשומה, ו-Disuping המרווח. A Scale Logic Surgery מחזורי דרך ערכי השולחן, תוך מתן בקשה למכשיר הבא שהזמן שלו הסתיים. גישה זו מפיצה עומס רשת אפילו ומבטיחה עדכונים בזמן עבור כל המכשירים.

מידע על מטבוליזם ושקיפות

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

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

רדיפת וכישלון

מערכות קריטיות עשויות לדרוש נתיבי תקשורת מאוזנים.חלק מה-PLCs תומכים בנמלי Ethernet כפולים עבור רדונדנסיות מדיה באמצעות פרוטוקולים כגון MRP (פרוטוקול רדונדנסיות) או PRP (פרוטוקול Parallel Redundancy Protocol) בלוגיקה של הסולם, טיפול בפלונדנסיכות בדרך כלל כרוך במעקב הן ערוצי תקשורת והן מעבר לתעל הגיבוי הגיבוי הגיבוי כאשר נכשלים העיקריים.

עבור ריצוף גבוה יותר, לחבר את PLC לשתי רשתות נפרדות או להשתמש ערימה פרוטוקול מרובים.לדוגמה, מערכת ביקורת בטיחותית עשויה להשתמש EtherNet / IP לשליטה סטנדרטית ו-ProFISafe עבור נתוני בטיחות, עם תוכנית לוגיקה הסולם הלוגיקה החלת בין שני הערוצים.בדיקת תרחישים כשלי המשך במהלך הגשת חיוני כדי לאמת כי המערכת מתנהגת כמתוכנן במהלך כשל בפועל.

תכנון אבטחה בפרוטוקול

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

בקרת גישה וגישה

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

אינטגרציה בנתונים ואימות

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

בדיקת CRC ברמת הפרוטוקול תופסת שגיאות שידור, אך אימות סימנטאלי תופס סוגיות ברמת היישום כגון מכשיר שולח לחץ קריאה של 10,000 PSI כאשר החיישן יש טווח מקסימלי של 100 PSI.

רשת הגדרות ושיקולי אש

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

בעיות תקשורת

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

מצבי כישלון נפוצים

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

תקלות קונפדרציה מתרחשות כאשר כתובות IP של המכשיר, מסכות תת-נט, או פרמטרים פרוטוקולים אינם מתאימים לתצורה PLC.דוגמה נפוצה היא מכשיר מוגדר למצב אסיי של Modbus בעוד PLC מצפה למצב RTU.

בעיות שכבת יישומים כוללות כתובות רישום שגויות, סוגים לא מתאימים של נתונים, או שגיאות הזמנה על ידי טבלאות.לדוגמה, ערך צף 32 סיביות יכול להיקרא שני integers 16 סיביות ו misdec. השתמש בתוכנות פרוטוקולים כגון Wireshashashasha כדי ללכוד תנועה גולמית לאמת את פורמט הנתונים.

המונחים: Ladder Logic

כולל ריצות אבחון בתוכנית שלך לפקח על נתוני תקשורת. להציג את הפעולות הבאות על HMI:

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

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

שימוש בכלים הנדסיים לוויכוח

רוב סביבות ההנדסה PLC מספקות כלים בנויים לניטור תקשורת. השתמש בטבלה שעון או תצוגת נתונים כדי לבדוק את כתובות ה-buffer ישירות. השוו את הערכים הצפויים עם הערכים בפועל כדי לזהות פערים.

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

שיטות עבודה טובות ביותר עבור מערכות תקשורת מוכנות

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

תקני מסמכים

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

במסגרת תכנית לוגיקה הסולם, השתמש בשמות תגים משמעותיים במקום כתובות גלם.תייג בשם "FLT" 1 הוא ללא ספק מועיל יותר מאשר FLT:2.מנע הערות המסבירות את מטרת כל פונקציה תקשורת וכל לוגיקה לא אובססיבית.

בדיקות ואימות

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

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

שיקולים

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

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

מסקנה

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

הנוף של תקשורת תעשייתית ממשיך להתפתח, עם טכנולוגיות כגון OPC UA, MQTT ו-Time-Sensitive Networking (TSN) צובר אימוץ.מהנדסים אשר שולטים ביסודות מכוסה מדריך זה יהיה מוכן היטב לאמץ פרוטוקולים חדשים אלה כמו שהם הופכים לזרם מרכזי למידה, בדיקה יסודית, ותיעוד קפדני נשאר אבני היסוד של מערכת תקשורת מוצלחת.

לקריאה נוספת, להתייעץ עם פרוטוקול Modbus Application Specification v1.1b3 ו- ODVA EtherNet/IP Specification. יצרנים רבים של PLC מספקים גם הערות יישום וקוד לדוגמה ליישום פרוטוקולי תקשורת, אשר משמשים כנקודות התחלה מצוינות לפרויקטים שלך.