שילוב של פרופ'יבוס עם פלטפורמות נתונים תעשייתיות מבוססות ענן

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

הבנה של פרופ'בוס ומזג אווירת עננים

פרופ'יבוס (Process שדה Bus) הוא תקן לתקשורת בטכנולוגיית אוטומציה, המאפשר מכשירים כמו חיישנים, אקטוטורים, ובקרים להחליף נתונים ביעילות.זה פותח בסוף שנות ה-80 על ידי קונסורציום של חברות גרמניות ומאז הפך לאחד מפרוטוקולים שדה מבוזרים ביותר, במיוחד בייצור, בקרה ובניית אוטומציה מגיע בשני גרסאות עיקריות: אופטימיזציה מהירה ומטמים (Detropretinal-cototroto-cotators), , אוטומציה ממוקדת עבור אוטומציה ואוטומציה גבוהה, בעיקר באוטומציה גבוהה, אוטומציה (DetroptiPA), בעיקר באוטומציה ממוקדת), בעיקר בתחום האוטומציה, אוטומציה, ניהולית, ניהולית, ניהולית, ניהולית, ניהולית, ניהולית, ניהולית, ניהולית, וניהול אוטומציה, ואוטומציה גבוהה, ניהולית (מנהלת, ניהול, ניהולית, ניהול, ניהולית, ניהול, ואוטומציה גבוהה, ואוטומציה גבוהה, ניהול, ואוטומציה גבוהה, ואוטומציה גבוהה, ניהולית), ואוטומציה גבוהה, ומבנה אוטומציה, ואוטומציה גבוהה, ניהולית, ניהולית, ומבנה אוטומציה של פרופ'מחדשנית, ואוטומציה של פרופ'רבית (מנהלת, ניהול, ואוטומציה גבוהה של פרופ'יבית גבוהה של פרופ'יבית (

(ב) פלטפורמות נתונים תעשייתיות מבוססות ענן, לעומת זאת, מאפשרות אחסון נתונים מרכזי, ניתוח ו ניטור מרחוק (לדוגמה, דוגמאות כוללות התמוטטות:0AWS IoT SiteWiseFLT:1, FLT:2 Microsoft Azure HubFLT 3, FLT:4Siemens MindSphereFreave:5, ו-LT6GEs (המכונים: 7) ל-Fish) , לדוגמה, כדי לספק נתונים תפעוליים משופרים ו-Flymate.

צינור האינטגרציה בדרך כלל כרוך להמיר את מסגרות פרופ'יבוס לתוך חבילות מבוסס IP באמצעות מכשיר שער, לתרגם את הנתונים לתבנית סטנדרטית (למשל, OPC UA, MQTT, או JSON), ולאחר מכן להעביר אותו על חיבור אינטרנט מאובטח לנקודת קצה בענן.

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

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

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

פרופ'יבוס משתמש בתוכנית קידוד-מנהל (או מאסטר-מאסטר) עם מבנה טלגרם ספציפי מותאם להחלפת נתונים מחזוריים.הנתונים מקודדים בפורמט קנייני המוגדר על ידי פרופיל המכשיר וקובץ GSD (תחנה כללית) פלטפורמות ענן, בניגוד, לצפות בנתונים מובניים בפורמטים מקובלים נרחבים כגון JSON, Avro, או Buffers על HTTP או MTT, עשויים גם כן להמיר את ה-APT, אך לאזן את ה-A.

בעיות שקיפות ודרישות נתונים בזמן אמת

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

בעיות אבטחה בעת העברת נתונים מעל רשתות

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

תאימות בין Legacy Profibus מכשירים ו- Modern Cloud Solutions

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

פתרונות ופרקטיקה הטובה ביותר

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

שימוש ב- Gateways

שער הוא המרכיב הבסיסי ביותר.שערים תעשייתיים ייעודיים, כגון:0 כלבוס X-gatewayveFLT 1 או FLT:2Softing Edge GatewayFLT 3:0, נועדו לגשר על רשתות פרופ' נובובוס על מערכות IT.הם כוללים ממשק פרופ'בוס בצד אחד (לעיתים קרובות קשר D-subor עם RS-485) ו- Ethernet על גבי שער פנימי (OTTQ) לאחר מכן, לאחר מכן, 2.

• (ב) מספר עבדי פרופ'בוס תמכו: FIRLT:1 , וודא שהשער יכול לבדוק את כל המכשירים בתוך זמן מחזור האוטובוס הנדרש.
• (ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
• (FLT:0) תרגום פרוטוקולי: 1FLT) לבדוק כי השער יכול למפות את הנתונים של פרופ'יבוס לתבנית הענן הרצויה (למשל, OPC UA עם נודות ספציפיות הספק).
• (ב) ב[[1924]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]], [[1924]]]]]]]], [[1924]]]]]]]]]]]]

לדוגמה, שער יכול לבדוק רשת של פרופ'בוס-DP של 20 עבדים כל 10 מ', לחלץ ערכי 16 סיביות מכל אחד, ולפרסם אותם כ-JSON באמצעות MQTT לנושא Core IoT של AWS.פלטפורמת הענן מאחסנת את הנתונים במאגר זמן כמו InfluxDB או AWS Timestream.

צוק מחשוב

כדי לטפל בדאגות לב ופס רוחב פס, מחשוב קצה מציב כוח עיבוד קרוב לרשת פרופ'יבוס. An Edge המכשיר (למשל, מכשיר הגנתי סימנס או מחשב סטנדרטי עם כרטיס PCI של פרופ'יבוס) יכול לבצע סינון נתונים מקומי, aggregation ואפילו שליטה לוגיקה מקומית.לדוגמה, במקום לשלוח כל 10 ms נתונים נקודה לענן, קצה יכול ליישר ממוצע נע רק כדי לשדר את ה- HIV ו- HIV, אם אתה יכול גם לזהות את זה יכול לגרום להתנגשות אינטרנטיתות מקומית.

אדריכלות מומלצת היא The FLT:0.3-tier-fog-Cloud ModelFLT:1: רשת פרופ'בוס מתחברת לצומת קצה מקומי (Tier 1), אשר מעביר נתונים מצטברים לצומת ערפל אזורי (Tier 2) לניתוח לטווח קצר, ולאחר מכן לפלטפורמת ענן מרכזית (Tier 3) לאחסון לטווח ארוך ואימון מכונה.

פורמטי נתונים סטנדרטיים

(ב) באמצעות פרוטוקול פתוח סטנדרטי לשילוב של תעבורת נתונים ומונע מיצרן מנעול-אין (ODouble-in.The Two Common Choices) ב-FLT:0OPC UAFevolvefies אינטגרציה ו-FLT:2MQTTS) או בקיצור: כל אחד מהנתונים המשתנים (המידע של QITU) הוא גם עבור גישה לטמפרטורה נמוכה (התיקים).

תקן חשוב נוסף הוא (FLT:0)NOAFLT:1 (NAMUR Open Architecture), אשר ממליץ להשתמש ב- OPC UA כדי לחבר מכשירים שדה במערכות ניטור מבוססות ענן תוך שמירה על לולאת הבקרה בשלמותה.

מדדי אבטחה

שמירה על האינטגרציה דורשת גישה ביטחונית-בפנית.

• (FLT:0 Network פלמנטציה:0 Network: FLT:1) להציב את השער באזור de Militaryized (DMZ) עם כללי חומת אש קפדניים. הצד פרופ'בוס צריך להישאר באזור בקרה תעשייתי ללא גישה ישירה לאינטרנט.
• (FLT:0) קידוד: 1.10.10.10.1 השתמש ב-TLS 1.2 ומעלה לכל התקשורת הקשורה לענן.עבור MQTT, להבטיח הצפנה ותעודות לקוח.
• (FLT:0) Authentication: FLT:1 אימות מבוסס תעודה עבור מכשירים ומשתמשים.
• (FLT:0)VPN או רשת פרטית: 1 היכן שניתן, השתמש במנהרה ייעודית VPN או בWAN פרטי (למשל, SD-WAN) ולא באינטרנט הציבורי.
• (ב) ,0) ,Firmware היושרה: 1.FLT 1 עדכון קבוע קושחה שער ואמת את החתימה שלו. Disable services (למשל, Telnet, FTP ללא ביטחון).
• (FLT:0)Audit logging: 1FLT 1 Log כל השינויים בתצורה, ניסיונות חיבור והודעות נתונים. Forward , כניסה למערכת מידע אבטחה וניהול אירועים (SIEM)

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

יישום האינטגרציה

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

שלב 1: ממציאים והערכה

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

שלב 2: בחירת השער וההפצה

בחר שער התומך בקצב ה-Bud הנדרש (בעיקר 12 Mbit/s for Profibus-DP) וזיכרון מספיק עבור נתונים buffering.הגדרת הפרמטרים המאסטרים של פרופ'בוס: להגדיר את פרופיל האוטובוס (DP-V0, DP-V1), כתובות עבדים והגדרות עקביות נתונים. בצד הענן, להגדיר את נושא MQTT או OPC UA לא מבנה.

שלב 3: שילוב רשת ובדיקה

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

שלב 4: נתונים ממפה ואימות

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

שלב 5: אבטחה קשה וGo-Live

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

מגמות עתידיות

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

אינטגרציה דיגיטלית

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

AI ו- Machine Learning at the Edge

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

Wireless Profibus ו- Remote Connectivity

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

עקבו אחרי OPC UA FX

תקן ההרחבה החדש (FLT:0) UA FXFLT:1 (Field eXchange) נועד לאחד את שדות התעופה סימנטטיקה, החלפת או הגדלת פרופ'יבוס במתקנים עתידיים.עם זאת, עבור רשתות Profibus קיימות, המגמה היא לבודד נתונים של פרופ'בוס בתוך OPC UA כדי ליצור נתיב מעבר חלק.

(ב) ראו את ה-[[1924]], [[1924]], [[1924]]]], [[1924]], [[1924]]]], [[1924]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]]]]]]], [[1924]]]]]]]], [[1924]]]]]], [[1924]]]]]], [[1924]]]]

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