מהחיישן ועד לדשבורד: צינור ה-MQTT דרך Azure IoT Hub

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

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

עם זאת, מפעלים ישנים מפעילים לעתים קרובות מספר דורות של ציוד באמצעות פרוטוקולים קנייניים או OPC UA, מה שאומר שבקרי PLC כמעט אף פעם אינם מדברים ישירות ב-MQTT של הענן. שער תעשייתי הפרוס ברשת הטכנולוגיה התפעולית (OT) מגשר על הפער הזה על ידי:

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

העברת הודעות באמצעות MQTTלאחר שהשער מעצב הודעה, הוא מפרסם אותה באמצעות MQTT (Message Queuing Telemetry Transport), פרוטוקול פרסום-מנוי קל משקל המתאים להתקנים מוגבלים וקישורים לא אמינים.

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

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

• זהות התקן ואימות: לכל שער נדרשת זהות התקן מאובטחת ורשומה ב-IoT Hub, באמצעות Shared Access Signatures (SAS) או תעודות X.509.
  
• אבטחת תעבורה: החיבורים מסתמכים על TLS (Transport Layer Security) להגנה על הנתונים בזמן העברה על פני גבולות רשת וחומות אש.
  
• נקודות קצה מובנות: IoT Hub מקבל הודעות ממכשיר לענן, מטביע בהן מטא-נתוני חיבור מהימנים, ושומר אותן זמנית לפני ניתובן הלאה.
  

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

1. אחסון היסטוריה גולמית: ניתוב הודעות ל-Azure Blob או Data Lake Storage שומר על יומן ביקורת בלתי משונה לצורך סקירות הנדסיות ועיבוד מחדש.
   
2. עיבוד זרמים: נקודות קצה כמו Event Hubs מזינות צרכני זרמים כמעט בזמן אמת וכללי התראה כדי להודיע לצוותי תחזוקה על תנאים חריגים.
   
3. מודלים אנליטיים: שילוב זרמי נתונים בפלטפורמות כמו Microsoft Fabric עוזר לשלב טלמטריה עם הקשר של תכנון וביצוע ארגוני.
   

הפכו לתומכים של הפודקאסט הזה: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.