تطوّر بروتوكولات الاتصالات الصناعية: من Modbus إلى UNS وO-PAS
تحليل موثوق يتتبع التحول في الشبكات الصناعية من الناقلات القديمة المملوكة إلى المعايير المفتوحة مثل OPC UA وMQTT ومساحة الأسماء الموحّدة (UNS). يستعرض البنى ...
من الجذور المبكرة للمرحلات السلكية ووحدات PLC المعزولة إلى البنى المفتوحة القابلة للتشغيل البيني التي تقود التصنيع الذكي، شهد مسار بروتوكولات الاتصالات الصناعية تحولًا عميقًا. ففي العقود الأولى من أتمتة أرضيات المصانع، كانت حلقات التحكم تعمل كجزر رقمية. وكانت وحدات التحكم تنفذ المنطق الحتمي محليًا، لكن مشاركة بيانات القياس عن بُعد عبر حدود العمليات كانت تتطلب تمديدات سلكية واسعة من نقطة إلى نقطة أو بطاقات واجهة مخصصة.
مع ازدياد تعقيد صناعات العمليات الحديثة، تجاوز الطلب التشغيلي على التشخيص في الوقت الفعلي، والتنسيق بين الأنظمة، والرؤية على مستوى المؤسسة قدرات وحدات التحكم الميدانية المعزولة. ولم يكن التحول نحو البيئات المترابطة مجرد نقل للبتات عبر سلك؛ بل مثّل إعادة تصميم جوهرية لكيفية هيكلة البيانات الصناعية، وربطها بالسياق، ونقلها عبر الأجهزة الميدانية، ووحدات التحكم الطرفية، وشبكات تحليلات المؤسسة.
أسس شبكات المصانع: Modbus، ووحدات PLC المبكرة، وتجزؤ البروتوكولات
عندما دخلت وحدات التحكم المنطقية القابلة للبرمجة إلى مصانع التصنيع في أواخر ستينيات القرن العشرين، استبدلت خزائن المرحلات المعقدة بمنطق سُلّمي قائم على البرمجيات. غير أنه مع توسع المنشآت ونشر عشرات وحدات PLC المستقلة عبر خطوط المعالجة، احتاج المهندسون إلى وسيط مادي ومنطقي موحّد يتيح لوحدات التحكم تبادل السجلات الداخلية من دون إشارات مرحلات وسيطة.
في عام 1979، قدّمت Modicon، المعروفة الآن باسم Schneider Electric، معيار Modbus، محدثةً بذلك الاتصالات الصناعية بصورة جوهرية. وقد صُمم Modbus حول بنية رئيسية/تابعة، تُعرف الآن ببنية العميل/الخادم، وتعمل عبر واجهات تسلسلية مثل RS-485. ووفّر بروتوكولًا مفتوحًا وخاليًا من حقوق الملكية، ما بسّط استرداد البيانات على مستوى السجلات. وجعلته بساطته وسهولة تطبيقه معيارًا واسع الانتشار، وهي مكانة لا يزال يحافظ عليها اليوم عبر ملايين نقاط النهاية التشغيلية.
على الرغم من نجاحه التاريخي، يواجه Modbus اختناقات هيكلية عند نشره في بيئات الأتمتة كثيفة البيانات. يفتقر Modbus إلى الأنواع الأصلية للبيانات، والبيانات الوصفية السياقية، والطوابع الزمنية، وإمكانات النشر/الاشتراك. ولاسترداد قيمة تماثلية، يتعين على وحدة التحكم الرئيسية إجراء استقصاء مستمر لسجلات احتجاز محددة. ومع توسع شبكات التحكم لتشمل آلاف نقاط الإدخال/الإخراج، تسبب الاستقصاء الروتيني في ازدحام شديد في عرض النطاق الترددي ومشكلات في زمن الاستجابة.
للتغلب على هذه القيود وتحقيق تحكم حتمي عالي السرعة، طوّر كبار مورّدي الأتمتة بنيات حافلات ميدانية خاصة وامتدادات بروتوكولات تركز على الأداء:
- نشرت Siemens تقنية PROFIBUS (ثم PROFINET) لدعم التبادل الدوري عالي السرعة لبيانات الإدخال/الإخراج وأعلام التشخيص المعقدة عبر محطات المجال الموزعة، مثل وحدات التحكم Siemens SIMATIC.
- قدّمت Allen-Bradley / Rockwell Automation تقنيتَي Data Highway Plus (DH+) وControlNet، اللتين تطورتا في نهاية المطاف إلى EtherNet/IP عبر Common Industrial Protocol (CIP).
- طبّقت Mitsubishi Electric تقنية CC-Link لتوفير تحكم حتمي عالي السرعة عبر طبقات مادية مخصصة ومحصّنة ضد الضوضاء.
رغم أن تقنيات ناقل المجال هذه نجحت في توفير تنفيذ حتمي لدورات التشغيل، فإنها أدت إلى حالة من «الارتهان للمورّد». إذ تطلّب الربط بين PLC من Allen-Bradley ومحرّك من Siemens أو عدّاد طاقة من جهة خارجية محوّلات بروتوكولات معقدة، وتخطيطًا مخصصًا للذاكرة، وأجهزة بوابة هشة، مما زاد تكاليف الصيانة طوال دورة الحياة.
كسر الارتهان للمورّد: من OPC Classic إلى OPC UA المستقل عن المنصة
أدى الاحتكاك التشغيلي الناجم عن تجزؤ البروتوكولات إلى دفع قطاع الأتمتة نحو طبقات تجريد موحّدة. وبدلًا من كتابة برامج تشغيل مخصصة لكل اتصال بين PLC وHMI، احتاج المهندسون إلى واجهة ترجمة موحّدة.
في عام 1996، تعاونت مجموعة من مورّدي أنظمة الأتمتة مع Microsoft لإنشاء معيار Open Platform Communications (OPC)، الذي عُرف لاحقًا باسم OPC Classic. واستنادًا إلى تقنيات OLE وCOM وDCOM من Microsoft، أسّس OPC Classic واجهات موحّدة من نوع العميل-الخادم للوصول إلى البيانات (OPC DA)، والإنذارات والأحداث (OPC AE)، والوصول إلى البيانات التاريخية (OPC HDA). ولم يكن على مورّد نظام الأتمتة سوى توفير خادم OPC لمعدّاته؛ إذ كان بإمكان أي برنامج HMI أو SCADA متوافق مع OPC قراءة البيانات وكتابتها بسلاسة.
ومع ذلك، أدى الاعتماد على Microsoft DCOM إلى تحديات تشغيلية مميزة مع تحديث الشبكات الصناعية:
- الاعتماد على نظام التشغيل: لم تكن خوادم OPC Classic تعمل إلا على أنظمة تشغيل Windows، مما استبعد وحدات التحكم المضمنة التي تعمل بنظام Linux، وأجهزة RTOS، وخوادم المؤسسات التي تعمل بنظام Unix.
- قيود الأمان: كان إعداد DCOM عبر جدران الحماية وحدود الشبكات الفرعية صعبًا للغاية، إذ تطلّب فتح نطاقات من المنافذ، مما أدى إلى ثغرات خطيرة في الأمن السيبراني.
- غياب السياق الدلالي: كانت البيانات تُنقل أساسًا كقيم خام من دون سياق مدمج أو وحدات هندسية أو بيانات وصفية دلالية مضمنة مباشرةً ضمن إطار النقل.
ولمعالجة نقاط الضعف المعمارية هذه، أطلقت مؤسسة OPC بنية OPC الموحدة (OPC UA) في عام 2008. وتخلّت OPC UA عن DCOM لصالح بنية مفتوحة موجّهة نحو الخدمات (SOA)، تستخدم طبقات نقل TCP/IP وHTTP/HTTPS. والأهم أن OPC UA مستقلة عن المنصة، ما يتيح التكامل الأصلي مباشرةً ضمن بوابات الحافة المستندة إلى Linux، ووحدات التحكم المضمنة، وبيئات السحابة.
علاوةً على ذلك، قدّم OPC UA نموذج معلومات موجّهًا للكائنات. فبدلًا من إرسال رقم عشري عائم معزول، يغلّف OPC UA البيانات في صورة كائنات معقدة تتضمن وحدات القياس الهندسية، والحدود العليا والدنيا للإنذارات، ودقة الطابع الزمني، وحقوق الوصول. وبالاقتران مع تشفير PKI المدمج والمصادقة بواسطة شهادات x509، يشكّل OPC UA حجر الأساس لتقارب آمن بين تقنيات المعلومات (IT) وتقنيات التشغيل (OT).
بُنى DCS، ومعيار O-PAS، والتحكم الهجين الحديث
وبينما تتفوق وحدات التحكم المنطقية القابلة للبرمجة (PLCs) في التحكم التتابعي عالي السرعة، اعتمدت صناعات العمليات—مثل تكرير البتروكيماويات، وتوليد الطاقة، والمواد الكيميائية المتخصصة—تاريخيًا على أنظمة التحكم الموزعة (DCS). يدمج نظام DCS وحدات التحكم، والأنظمة الفرعية للإدخال/الإخراج، وقواعد بيانات السجل التاريخي، ومحطات عمل المشغّلين ضمن بيئة هندسية موحّدة.
ضمنت عمليات نشر أنظمة DCS القديمة موثوقية عالية للنظام وحلقات تحكم زائدة عن الحاجة. إلا أن هذا التكامل الوثيق جاء على حساب النمطية. فقد أدت شبكات وحدات التحكم الاحتكارية، ونواقل الإدخال/الإخراج المغلقة، وبرامج التهيئة المتخصصة إلى حصر مشغّلي المنشآت في منظومات بيئية لمورّد واحد لعقود. وغالبًا ما كان توسيع نظام DCS قديم أو دمج أنظمة فرعية متخصصة من جهات خارجية—مثل المراقبة الفورية لاهتزازات الآلات—يتطلب تعديلات هندسية مكلفة.
الشكل 1. المستويات الوظيفية لنظام التحكم الموزع (DCS)، موضّحةً طبقات التحكم الهرمية التقليدية. الصورة مقدّمة من Wikimedia Commons.
لكسر هذا النهج، أطلق كبار مشغّلي القطاعات الصناعية، بقيادة ExxonMobil، معيار أتمتة العمليات المفتوح (O-PAS) ضمن منتدى OPA التابع لـ The Open Group. ويهدف O-PAS إلى إنشاء بنية مفتوحة وغير مرتبطة بنوع الأجهزة لأتمتة العمليات، محددة بثلاث ركائز أساسية:
- قابلية التشغيل البيني: نواقل اتصال موحّدة (تستفيد من OPC UA) تتيح للمكوّنات من مُصنّعين مختلفين للأجهزة تبادل البيانات بشكل أصلي دون الحاجة إلى تطوير برامج تشغيل مخصّصة.
- النمطية: فصل تطبيقات البرمجيات عن الأجهزة الأساسية من خلال الخدمات المصغّرة القائمة على الحاويات وعُقد التحكم الموزعة (DCNs).
- الأمن: أمان سيبراني مدمج ومتوافق مع معايير IEC 62443 ومُطبَّق عند كل حدود الأجهزة.
تنشر المصانع الحديثة اليوم غالبًا بنيات هجينة. إذ تُدار الأصول الحيوية للعملية بواسطة منصات DCS قوية مثل أنظمة التحكم DCS، بينما تبث المعدات المساعدة، وأجهزة مراقبة البيئة، ورفوف حماية الآلات التوربينية المتخصصة معلمات سلامة الأصول مباشرةً إلى منصات الحافة عبر بروتوكولات مفتوحة وموحّدة.
القياس عن بُعد القائم على الأحداث: MQTT وشبكات الحافة منخفضة النطاق الترددي
ومع تطور أجهزة القياس الميدانية من مستشعرات منفصلة أساسية إلى أجهزة إرسال ذكية معقدة قادرة على الإبلاغ عن مئات المعلمات التشخيصية، أصبحت الحدود التشغيلية لشبكات العميل والخادم التقليدية القائمة على الطلب/الاستجابة واضحة.
في عام 1999، طوّر آندي ستانفورد-كلارك (IBM) وآرلن نيبر (Arcom، المعروفة الآن باسم Cirrus Link) بروتوكول نقل القياس عن بُعد لقوائم انتظار الرسائل (MQTT) خصيصًا لحل قيود النطاق الترددي وزمن الاستجابة في تطبيقات SCADA البعيدة، مثل مراقبة خطوط أنابيب النفط والغاز عبر وصلات الأقمار الصناعية. وفي هذه البيئات، أثبت الاستقصاء المستمر عبر الاتصالات ذات زمن الاستجابة المرتفع أنه مكلف وغير موثوق.
حلّ MQTT هذه التحديات من خلال بنية نشر/اشتراك (Pub/Sub) قائمة على الأحداث، وتستخدم وسيطًا مركزيًا للرسائل:
- الاتصال غير المقترن: لا تنشئ عُقد الحافة (الناشرون) والبرمجيات المؤسسية (المشتركون) اتصالات مباشرة من نقطة إلى نقطة، بل تتواصل بصورة غير متزامنة عبر وسيط MQTT.
- الحد الأدنى من الحمل الزائد: بفضل رأس مضغوط بحجم بايتين، يقلّل MQTT استخدام النطاق الترددي بدرجة كبيرة مقارنة بواجهات HTTP/REST أو بروتوكولات RPC الثقيلة.
- الإبلاغ عند الاستثناء (RBE): تنشر الأجهزة الميدانية البيانات فقط عندما تتغير قيمة بما يتجاوز النطاق الميت أو عتبة الحالة المحددة، ما يلغي حركة المرور غير الضرورية الناتجة عن الاستقصاء عبر الشبكة.
- الإدراك بالحالة: تتيح ميزات مثل مؤقتات «البقاء نشطًا» و«الوصية والعهد الأخير» (LWT) للوسيط إخطار المشتركين فورًا إذا انقطع اتصال جهاز الحافة فجأة.
الشكل 2. نموذج النشر/الاشتراك في بنية شبكة MQTT التي تربط عُقد الحافة بوسطاء التطبيقات المركزيين. الصورة مقدّمة بإذن من Wikimedia Commons.
رغم أن MQTT العادي يوفّر آلية مرنة لنقل الحمولة، فإنه لا يضع معيارًا لكيفية تنسيق هياكل الموضوعات أو الحمولات. ولحلّ هذه المشكلة، طوّر المجتمع الصناعي مواصفة Sparkplug B. وتحدّد Sparkplug B مساحة أسماء موحّدة للموضوعات، وهيكل حمولة مضغوطًا يستند إلى Google Protocol Buffer (Protobuf)، وآليات لإدارة الحالة، ما يحوّل MQTT الخام إلى طبقة نقل صناعية جاهزة للمؤسسات.
النموذج الصناعي الحديث: بنية مساحة الأسماء الموحّدة (UNS)
غالبًا ما يؤدي تراكم بروتوكولات الاستقصاء القديمة، وخوادم OPC المعزولة، واتصالات واجهة برمجة التطبيقات من نقطة إلى نقطة إلى بنية "معكرونة معقدة". وفي هذه البيئة، يتطلب إضافة أداة تحليلية جديدة واحدة إنشاء اتصالات مخصصة بكل عقدة SCADA، وقاعدة بيانات المؤرخ، وقاعدة بيانات MES في المنشأة.
للقضاء على اختناقات التكامل هذه، يطبّق مهندسو الأتمتة العصريون بنية مساحة الأسماء الموحدة (UNS). تعمل مساحة الأسماء الموحدة كطبقة تجريد برمجية مركزية وفورية، وتوفّر "مصدر الحقيقة الوحيد" لجميع البيانات التشغيلية وبيانات الأعمال داخل المؤسسة.
الشكل 3. بنية مساحة الأسماء الموحدة (UNS) التي تنسّق تدفق البيانات في الوقت الفعلي عبر جميع طبقات المؤسسة وفق ISA-95. الصورة مقدمة من Wikimedia Commons.
استنادًا إلى نموذج النشر/الاشتراك—والذي يُطبَّق عادةً باستخدام MQTT Sparkplug B أو منصات تدفق الأحداث—تنظّم UNS البيانات دلاليًا وفقًا للتسلسلات الهرمية المادية القياسية (مثل ISA-95):
المؤسسة / الموقع / المنطقة / الخط / الخلية / الأصل
في إطار UNS مكتمل التطبيق:
- ينشر جهاز PLC ميداني حالة المحرك مباشرةً إلى
Enterprise/Plant_A/Line_2/Mixer/Motor_Speedعند تغير الحالة. - يشترك نظام SCADA في بنية الموضوعات لعرض رسومات المشغل في الوقت الفعلي.
- يستمع نظام إدارة أصول المؤسسة (EAM) إلى تدفق الموضوع نفسه لتتبع ساعات التشغيل وجدولة الصيانة الوقائية تلقائيًا.
- تستوعب نماذج التعلم الآلي المستندة إلى السحابة تدفق البيانات الموحد لتنفيذ اكتشاف تنبؤي للشذوذ دون فرض طلبات استقصاء إضافية على وحدة التحكم الميدانية.
من خلال فصل منتجي البيانات عن مستهلكيها عبر UNS، تستطيع المؤسسات الصناعية إضافة أدوات برمجية ومستشعرات طرفية أو تعديلها أو توسيع نطاقها دون إعادة هندسة حلقات التحكم الحالية.
مصفوفة بروتوكولات مستوى الحقل والمقارنة التقنية
يتطلب اختيار استراتيجية البروتوكول المثلى فهم خصائص الأداء التقنية، والنفقات الإضافية للحمولة، والتطبيقات المستهدفة لكل طبقة شبكة عبر المنظومة التشغيلية:
| البروتوكول | البنية | طبقة النقل | حمولة البيانات والسياق | مجال التطبيق الأساسي |
|---|---|---|---|---|
| Modbus RTU/TCP | العميل/الخادم (الاستقصاء) | RS-485 / TCP/IP | سجلات خام بحجم 16 بت، بلا بيانات وصفية | الأجهزة القديمة، وعدادات الطاقة، وشبكات المستشعرات الأساسية |
| PROFINET / EtherNet/IP | دوري بنموذج المنتج/المستهلك | إيثرنت / طبقة مادية مخصصة | إطارات إدخال/إخراج حتمية، وتشخيصات على مستوى الجهاز | التحكم المنفصل عالي السرعة، والتحكم في الحركة، وإدخال/إخراج الحقل |
| OPC UA | العميل/الخادم و& النشر/الاشتراك | TCP/IP، وHTTP/HTTPS، وWebSockets | نماذج كائنات غنية، وبيانات وصفية، وشهادات تشفير | من PLC إلى SCADA، واتصال بين وحدات التحكم، وربط تقنيات المعلومات بالتقنيات التشغيلية |
| MQTT / Sparkplug B | النشر/الاشتراك عبر وسيط مركزي | TCP/IP، وTLS (خفيف) | الإبلاغ عند الاستثناء، وحمولة Protobuf ذات موضوعات دلالية | بنية UNS، ومستشعرات الحافة لإنترنت الأشياء الصناعي، وتحليلات القياس عن بُعد السحابية |
هندسة بنية واقعية: تحديث عمليات المصنع القديمة
يتطلب ترحيل مصنع تصنيع قائم يعمل حاليًا من شبكات الاستطلاع القديمة إلى بنية مفتوحة قائمة على الأحداث نهجًا هندسيًا مرحليًا، بدلًا من إجراء إصلاح شامل للنظام.
ضع في الاعتبار منشأة معالجة مستمرة نموذجية تشغّل أنظمة PLC-5 القديمة أو أنظمة ControlLogix المبكرة إلى جانب أجهزة مستقلة لحماية الآلات الدوارة. إن محاولة استبدال جميع الأجهزة القديمة في وقت واحد تفرض مخاطر غير مقبولة من حيث التوقف والتكاليف الرأسمالية. ويوفر مخطط تحديث منظم من ثلاث مراحل مسارًا عمليًا للمضي قدمًا:
-
المرحلة 1: طبقة ترجمة بروتوكولات الحافة
ثبّت بوابات حافة صناعية بجوار رفوف وحدات PLC القديمة. تستطلع بوابة الحافة سجلات الاحتفاظ المحلية عبر البروتوكولات التسلسلية أو بروتوكولات ناقل المجال القديمة، وتحول القيم الخام إلى عقد OPC UA منظمة أو موضوعات MQTT Sparkplug B. -
المرحلة 2: نشر الوسيط وهيكلة شبكة UNS
انشر وسيط MQTT متكررًا وعالي التوافر داخل الموقع. حدّد مساحة أسماء موحّدة للموضوعات وفق ISA-95 على مستوى المصنع. وجّه بيانات القياس عن بُعد من بوابات الحافة إلى الوسيط، ما يتيح فورًا رؤية الأصول في الوقت الفعلي دون تعديل أزمنة المسح الأساسية لوحدات PLC أو منطق التحكم. -
المرحلة 3: تكامل التحليلات المتقدمة والتحكم الهجين
اربط مؤرخات بيانات المؤسسة، ومحركات التحليلات السحابية، وأنظمة HMI الحديثة مباشرةً بشبكة UNS بصفتها مشتركين. ومع وصول وحدات التحكم القديمة إلى نهاية عمرها التشغيلي، استبدلها بوحدات PAC حديثة مفتوحة البنية، ومتوافقة أصلاً مع بيئات OPC UA وMQTT.
من خلال هذه الاستراتيجية المعيارية، تحمي المنشآت الصناعية استثماراتها الرأسمالية الحالية في الأجهزة الميدانية، مع اكتساب مرونة البيانات، والامتثال لمتطلبات الأمن السيبراني، وقابلية التوسع اللازمة لعمليات الصناعة 4.0 الحديثة.
نبذة عن المؤلف
ماركوس فانس | مراسل أول للأنظمة الصناعية
يتمتع ماركوس فانس بخبرة عملية تزيد على 14 عامًا في الأتمتة الصناعية، وتكامل أنظمة التحكم، والهندسة الميدانية. وبعد تنفيذ عمليات تحديث رئيسية لأنظمة الأتمتة في منشآت الطاقة والبتروكيماويات والتصنيع باستخدام تقنيات من Schneider Electric وSiemens وABB وHoneywell، تركز تقاريره التقنية على معايير الشبكات الصناعية، وتقارب تقنيات المعلومات والتقنيات التشغيلية، واستراتيجيات الترحيل العملية لهندسات العمليات.