تطوّر بروتوكولات الاتصالات الصناعية: من مودباص إلى UNS وO-PAS

من الجذور الأولى للمرحلات الموصلة سلكيًا ووحدات التحكم المنطقي القابلة للبرمجة المعزولة إلى المعماريات المفتوحة والقابلة للتشغيل البيني التي تقود التصنيع الذكي، شهد مسار بروتوكولات الاتصالات الصناعية تحولًا عميقًا. ففي العقود الأولى من أتمتة أرضية المصنع، كانت حلقات التحكم تعمل كجزر رقمية. وكانت وحدات التحكم تنفذ المنطق الحتمي محليًا، لكن مشاركة بيانات القياس عن بُعد عبر حدود العمليات كانت تتطلب تمديدات سلكية واسعة من نقطة إلى نقطة أو بطاقات واجهة مخصصة.

مع ازدياد تعقيد صناعات المعالجة الحديثة، تجاوز الطلب التشغيلي على التشخيص في الوقت الفعلي، والتنسيق بين الأنظمة، والرؤية على مستوى المؤسسة قدرات وحدات التحكم الميدانية المعزولة. ولم يكن التحول نحو البيئات المترابطة مجرد مسألة نقل بتات عبر سلك؛ بل مثّل إعادة تصميم جوهرية لكيفية هيكلة البيانات الصناعية، وربطها بالسياق، ونقلها عبر الأجهزة الميدانية، ووحدات التحكم الطرفية، وشبكات تحليلات المؤسسة.

أسس شبكات المصانع: مودباص، ووحدات التحكم المنطقي القابلة للبرمجة المبكرة، وتجزؤ البروتوكولات

عندما دخلت وحدات التحكم المنطقي القابلة للبرمجة إلى مصانع التصنيع في أواخر ستينيات القرن العشرين، استبدلت خزائن المرحلات المعقدة بمنطق السلم القائم على البرمجيات. ولكن مع توسع المنشآت ونشر عشرات وحدات التحكم المنطقي القابلة للبرمجة المستقلة عبر خطوط المعالجة، احتاج المهندسون إلى وسيط مادي ومنطقي موحّد يتيح لوحدات التحكم تبادل سجلاتها الداخلية من دون إشارات مرحلية وسيطة.

في عام 1979، قدّمت شركة موديكون (المعروفة الآن باسم شنايدر إلكتريك) معيار مودباص، مغيرةً بذلك الاتصالات الصناعية تغييرًا جوهريًا. وقد صُمم مودباص حول بنية رئيسية/تابعة (تُعرف الآن ببنية العميل/الخادم) تعمل عبر واجهات تسلسلية مثل RS-485، ووفّر بروتوكولًا مفتوحًا وخاليًا من حقوق الملكية سهّل استرداد البيانات على مستوى السجلات. وبفضل بساطته وسهولة تطبيقه، أصبح معيارًا واسع الانتشار—ولا يزال يحافظ على هذه المكانة عبر ملايين نقاط النهاية التشغيلية حتى اليوم.

على الرغم من نجاحه التاريخي، يواجه مودباص اختناقات هيكلية عند نشره في بيئات الأتمتة كثيفة البيانات. إذ يفتقر مودباص إلى تعريف أصلي لأنواع البيانات، وبيانات وصفية للسياق، ووضع الطوابع الزمنية، وإمكانات النشر/الاشتراك. ولاسترداد قيمة تماثلية، يتعين على وحدة تحكم رئيسية الاستعلام باستمرار عن سجلات احتجاز محددة. ومع توسع شبكات التحكم لتشمل آلاف نقاط الإدخال/الإخراج، تسبب الاستعلام الدوري المعتاد في ازدحام شديد للنطاق الترددي ومشكلات في زمن الاستجابة.

للتغلب على هذه القيود وتحقيق تحكم حتمي عالي السرعة، طوّر كبار مورّدي الأتمتة معماريات ناقل ميداني خاصة وامتدادات بروتوكولات موجهة نحو الأداء:

• نشرت 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 ركيزة أساسية للتقارب الآمن بين تقنيات المعلومات وتقنيات التشغيل.

بُنى أنظمة DCS، ومعيار O-PAS، والتحكم الهجين الحديث

في حين تتفوق وحدات التحكم المنطقية القابلة للبرمجة (PLCs) في التحكم المنفصل عالي السرعة، اعتمدت صناعات العمليات—مثل تكرير البتروكيماويات، وتوليد الطاقة، والكيماويات المتخصصة—تاريخياً على أنظمة التحكم الموزّع (DCS). يدمج نظام DCS وحدات التحكم، والأنظمة الفرعية للإدخال/الإخراج، وقواعد بيانات السجل التاريخي، ومحطات عمل المشغّلين ضمن بيئة هندسية موحّدة.

ضمِنت عمليات نشر أنظمة DCS القديمة موثوقية عالية للنظام وحلقات تحكم احتياطية. إلا أن هذا التكامل الوثيق جاء على حساب الوحدية. فقد حبست شبكات وحدات التحكم المملوكة، وحافلات الإدخال/الإخراج المغلقة، وبرامج الإعداد المتخصصة مشغّلي المنشآت ضمن منظومات بيئية لمورّد واحد لعقود. وكان توسيع نظام DCS قديم أو دمج أنظمة فرعية متخصصة من جهات خارجية—مثل المراقبة الفورية لاهتزازات الآلات—يتطلب غالباً تعديلات هندسية مكلفة.

الشكل 1. المستويات الوظيفية لنظام التحكم الموزّع (DCS)، التي توضّح طبقات التحكم الهرمية التقليدية. الصورة مقدّمة من Wikimedia Commons.

ولكسر هذا النهج، بادر كبار مشغّلي القطاع الصناعي، بقيادة ExxonMobil، إلى إنشاء معيار الأتمتة المفتوحة للعمليات (O-PAS) ضمن منتدى OPA التابع لـ The Open Group. ويهدف O-PAS إلى إنشاء بنية مفتوحة مستقلة عن الأجهزة لأتمتة العمليات، تستند إلى ثلاثة أعمدة أساسية:

1. قابلية التشغيل البيني: حافلات اتصال موحّدة (تستفيد من OPC UA) تتيح للمكوّنات من مختلف مصنّعي الأجهزة تبادل البيانات أصلاً دون الحاجة إلى تطوير برامج تشغيل مخصّصة.
2. النمطية: فصل تطبيقات البرمجيات عن الأجهزة الأساسية من خلال الخدمات المصغرة المستندة إلى الحاويات وعُقد التحكم الموزعة (DCN).
3. الأمان: أمن سيبراني مدمج ومتوافق مع معايير IEC 62443 ومُطبّق عند كل حدود الأجهزة.

تنشر المصانع الحديثة اليوم غالبًا بنيات هجينة. تُدار أصول العمليات الحرجة بواسطة منصات DCS قوية مثل أنظمة التحكم DCS، بينما تبث المعدات المساعدة وأجهزة مراقبة البيئة ورفوف حماية الآلات التوربينية المتخصصة معلمات سلامة الأصول مباشرةً إلى منصات الحافة عبر بروتوكولات مفتوحة وموحّدة.

القياس عن بُعد الموجه بالأحداث: MQTT وشبكات الحافة منخفضة النطاق الترددي

مع تطور أجهزة القياس الميدانية من مستشعرات منفصلة أساسية إلى مرسلات ذكية معقدة قادرة على الإبلاغ عن مئات المعلمات التشخيصية، أصبحت الحدود التشغيلية لشبكات العميل/الخادم التقليدية القائمة على الطلب/الاستجابة واضحة.

في عام 1999، طوّر آندي ستانفورد-كلارك (IBM) وآرلن نايبر (Arcom، المعروفة الآن باسم Cirrus Link) بروتوكول نقل القياس عن بُعد لصفوف الرسائل (MQTT) خصيصًا لمعالجة قيود النطاق الترددي وزمن الاستجابة في تطبيقات SCADA البعيدة، مثل مراقبة خطوط أنابيب النفط والغاز عبر الوصلات الساتلية. في هذه البيئات، أثبت الاستقصاء المستمر عبر الاتصالات ذات زمن الاستجابة المرتفع أنه مكلف وغير موثوق.

عالج MQTT هذه التحديات من خلال بنية النشر/الاشتراك (Pub/Sub) الموجهة بالأحداث، باستخدام وسيط مركزي للرسائل:

• الاتصال غير المقترن: لا تنشئ العقد الطرفية (الناشرون) والبرمجيات المؤسسية (المشتركون) اتصالات مباشرة من نقطة إلى نقطة، بل تتواصل بشكل غير متزامن عبر وسيط MQTT.
• الحد الأدنى من الحمل: بفضل رأس مضغوط من وحدتي بايت، يقلل MQTT استخدام النطاق الترددي بدرجة كبيرة مقارنة بواجهات HTTP/REST أو بروتوكولات RPC الثقيلة.
• الإبلاغ عند الاستثناء (RBE): تنشر الأجهزة الميدانية البيانات فقط عند تغير قيمة بما يتجاوز نطاقًا ميتًا أو عتبة حالة محددة، مما يلغي حركة المرور غير الضرورية الناتجة عن الاستقصاء عبر الشبكة.
• الوعي بالحالة: تتيح ميزات مثل مؤقتات «الإبقاء على الاتصال» و«الوصية والعهد الأخير» (LWT) للوسيط إخطار المشتركين فورًا إذا انقطع اتصال جهاز طرفي فجأة.

الشكل 2. نموذج النشر/الاشتراك في بنية شبكة MQTT التي تربط العقد الطرفية بوسطاء التطبيقات المركزيين. الصورة مقدمة من ويكيميديا كومنز.

مع أن MQTT العادي يوفر آلية مرنة لنقل الحمولة، فإنه لا يوحّد طريقة تنسيق هياكل الموضوعات أو الحمولات. ولحل هذه المشكلة، طوّر مجتمع الصناعة مواصفة Sparkplug B. وتحدّد Sparkplug B مساحة أسماء موحّدة للموضوعات، وبنية حمولة مضغوطة تعتمد على Google Protocol Buffer (Protobuf)، وآليات لإدارة الحالة، مما يحوّل MQTT الخام إلى طبقة نقل صناعية جاهزة للمؤسسات.

النموذج الصناعي الحديث: بنية مساحة الأسماء الموحّدة (UNS)

غالبًا ما يؤدي تراكم بروتوكولات الاستقصاء القديمة، وخوادم OPC المعزولة، واتصالات واجهات برمجة التطبيقات من نقطة إلى نقطة إلى بنية معقدة «متشابكة كخيوط السباغيتي». وفي هذه البيئة، يتطلب إضافة أداة تحليلية جديدة واحدة إنشاء اتصالات مخصصة بكل عقدة SCADA ومسجّل بيانات وقاعدة بيانات MES في المنشأة.

للقضاء على اختناقات التكامل هذه، يطبّق مهندسو الأتمتة العصريون بنية مساحة الأسماء الموحّدة (UNS). تعمل مساحة الأسماء الموحّدة كطبقة تجريد برمجية مركزية وآنية تؤدي دور «المصدر الوحيد للحقيقة» لجميع البيانات التشغيلية والتجارية داخل المؤسسة.

الشكل 3. هيكل مساحة الأسماء الموحّدة (UNS) الذي ينسّق تدفق البيانات في الوقت الفعلي عبر جميع طبقات المؤسسة وفق ISA-95. الصورة مقدّمة من ويكيميديا كومنز.

استنادًا إلى نموذج النشر/الاشتراك—الذي يُنفَّذ عادةً باستخدام 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	إنتاج/استهلاك دوري	Ethernet / طبقة فيزيائية مخصصة	إطارات إدخال/إخراج حتمية، وتشخيصات على مستوى الجهاز	التحكم التتابعي عالي السرعة، والتحكم في الحركة، والإدخال/الإخراج الميداني
OPC UA	عميل/خادم و& نشر/اشتراك	TCP/IP، HTTP/HTTPS، WebSockets	نماذج كائنات غنية، وبيانات وصفية، وشهادات تشفير	PLC إلى SCADA، الاتصال بين وحدات التحكم، الربط بين تقنيات المعلومات وتقنيات التشغيل
MQTT / Sparkplug B	النشر/الاشتراك عبر وسيط مركزي	TCP/IP، TLS (خفيف)	الإبلاغ عن الاستثناءات، حمولة Protobuf مع موضوعات دلالية	بنية UNS، مستشعرات الحافة لإنترنت الأشياء الصناعي، وتحليلات البيانات السحابية

هندسة بنية واقعية: تحديث عمليات المصنع القديمة

يتطلب ترحيل مصنع تصنيع قائم يعمل بنظام قديم من شبكات الاستطلاع إلى بنية مفتوحة قائمة على الأحداث نهجاً هندسياً مرحلياً، بدلاً من إجراء إصلاح شامل للنظام بأكمله.

لنفترض وجود منشأة معالجة مستمرة نموذجية تشغّل أنظمة PLC-5 قديمة أو أنظمة ControlLogix المبكرة إلى جانب أجهزة مستقلة لحماية الآلات الدوارة. إن محاولة استبدال جميع الأجهزة القديمة في وقت واحد تنطوي على مخاطر توقف وتكاليف رأسمالية غير مقبولة. ويوفر مسار تحديث منظّم من ثلاث مراحل نهجاً عملياً للمضي قدماً:

1. المرحلة 1: طبقة ترجمة بروتوكولات الحافة
   ثبّت بوابات حافة صناعية بجوار رفوف وحدات PLC القديمة. تستطلع بوابة الحافة سجلات الاحتفاظ المحلية عبر المنافذ التسلسلية أو بروتوكولات ناقل المجال القديمة، وتحول القيم الأولية إلى عُقد OPC UA مهيكلة أو موضوعات MQTT Sparkplug B.
2. المرحلة 2: نشر الوسيط وهيكلة UNS
   انشر وسيط MQTT متاحاً بدرجة عالية ومكرراً داخل الموقع. حدّد مساحة أسماء موحّدة للموضوعات وفق معيار ISA-95 عبر أرضية المصنع. وجّه بيانات القياس عن بُعد من بوابات الحافة إلى الوسيط، ما يتيح فوراً رؤية الأصول في الوقت الفعلي من دون تغيير أزمنة المسح الأساسية لوحدات PLC أو منطق التحكم.
3. المرحلة 3: دمج التحليلات المتقدمة والتحكم الهجين
   اربط أنظمة سجل البيانات المؤسسية ومحركات التحليلات السحابية وأنظمة HMI الحديثة مباشرةً بـ UNS بصفتها مشتركين. ومع وصول وحدات التحكم القديمة إلى نهاية عمرها التشغيلي، استبدلها بوحدات PAC حديثة مفتوحة البنية، متوافقة أصلاً مع بيئات OPC UA وMQTT.

من خلال هذه الاستراتيجية المعيارية، تحمي المنشآت الصناعية استثماراتها الرأسمالية الحالية في الأجهزة الميدانية، مع اكتساب مرونة البيانات والامتثال لمتطلبات الأمن السيبراني وقابلية التوسع اللازمة لعمليات الصناعة 4.0 الحديثة.