توحيد برنامج PLC: الطبقات والتسمية وإدارة الإصدارات

١. ما هو توحيد برنامج PLC: تحويل العادة الفردية إلى أصل هندسي

توحيد برنامج PLC هو تضييق طريقة كتابة برنامج التحكم من عادة فردية إلى هيكل يمكن للفريق إعادة استخدامه. في آلة التغليف نفسها قد يختلف مهندسان في تسمية المتغيرات وتقسيم المقاطع ومعالجة الإنذارات. وبعد ثلاث سنوات من التسليم، وعندما يغادر المطور الأول، يقضي من يتسلم العمل عدة أيام في قراءة المنطق قبل أن يجرؤ على تعديل شرط تعشيق واحد. هنا تظهر قيمة التوحيد: الهيكل والتسمية والتوثيق تتبع اتفاقاً مشتركاً، فيسير أي شخص في الطريق نفسه إلى النقطة نفسها.

يجب توضيح الحدود. التوحيد يضبط طريقة تنظيم البرنامج والمخرجات المسلَّمة، لا العملية نفسها. فالوصفات وزمن الدورة وتسلسل الحركات تبقى وفق عملية العميل. وفهمه كقيد على أسلوب الكتابة خطأ شائع: ما يُثبَّت هو الهيكل والواجهات، أما منطق العملية فيصبح أسهل في التعديل عندما تكون الطبقات واضحة. وقد عرّفت IEC 61131-3:2013 وحدات تنظيم البرنامج (POU) وكتل الوظائف والمتغيرات العامة. وعمل الهندسة هو نقل هذه المفاهيم إلى بنية مجلدات المشروع وترتيب المقاطع وقواعد التسمية، لا بناء نظام موازٍ جديد.

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

٢. كيفية تقسيم الطبقات: الأجهزة والوحدات والعملية والمشتركة

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

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

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

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

٣. التسمية وجدول المتغيرات والتعليقات: لكي يفهم من يأتي بعدك

التسمية هي البند الأعلى مردوداً مقابل الجهد في عمل التوحيد كله. وعندما تحمل الإشارة نفسها اسم M100 في مشروع، وStart_OK في آخر، وX12 في ثالث، تصبح الصيانة تخميناً. والاسم الثلاثي يثبّت المعدة والوظيفة والرقم التسلسلي، فيدل الاسم نفسه على الآلة التي ينتمي إليها وما يفعله وترتيبه.

يُسلَّم جدول المتغيرات مع البرنامج لا لاحقاً. ويضم على الأقل العنوان ونوع البيانات والمدى والوحدة الهندسية وكتلة الوظائف المالكة والقيمة الابتدائية وعلامة الحفظ عند انقطاع التغذية. وتحتاج الإشارات التناظرية عناية أكبر: إذا لم تُكتب مطابقة 4–20 مللي أمبير للمدى الهندسي وزمن الترشيح وعتبة كشف انقطاع السلك بوضوح، فسيُزيحها من يضبطها لاحقاً.

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

٤. إدارة الإصدارات والنسخ الاحتياطي وقبول التسليم

التعديل الميداني هو المصدر الرئيسي لانحراف البرنامج. عشرات الإصدارات في اليوم أثناء التشغيل التجريبي أمر معتاد؛ وبلا سجل إصدارات لا يعرف أحد بعد أسبوع أي إصدار يعمل على الآلة وأيها كان تجربة. وإدارة الإصدارات تجيب على ثلاثة أسئلة: أي إصدار يعمل، وما الذي تغير فيه، وإلى أي إصدار يُرجع عند المشكلة.

• قاعدة ترقيم الإصدار: رقم رئيسي لتغيير العملية أو الهيكل، ورقم فرعي للمعاملات والمنطق الموضعي؛ ويُكتب رقم الإصدار في أول كتلة تعليقات بالبرنامج وعلى ملصق داخل اللوحة، ويجب أن يتطابقا.
• وتيرة الأرشفة: يومياً في التشغيل التجريبي، ثم عند كل تعديل بعد الاستقرار؛ ويضم الأرشيف مشروع المصدر وجدول المتغيرات وملاحظات التعليقات وسجل البناء، وغياب أي بند يقطع السلسلة لمن يليه.
• سجل التعديل: من عدّل ومتى ولماذا وما مدى التأثير؛ وتُعلَّم تعديلات التعشيقات والمنطق المرتبط بالسلامة بشكل منفصل وتُراجع.
• النسخ الاحتياطي والاستعادة: نسخة واحدة قابلة للاستعادة دون اتصال في الموقع ونسخة تاريخية على الخادم؛ وتُثبت صلاحية النسخة بتمرين استعادة لا بوجود الملف.

وللمنطق المرتبط بالسلامة متطلبات إضافية. تحدد ISO 13849-1:2023 مسار التصميم والتحقق لأجزاء نظام التحكم المرتبطة بالسلامة، ولا يمكن أن تبقى وظيفة السلامة في مقطع برنامج عادي يميّزه تعليق فقط. ويُطبَّق لائح Machines الأوروبية (EU) 2023/1230 اعتباراً من 20 يناير 2027، ويحتاج البرنامج كجزء مرتبط بالسلامة إلى إصدار وسجل تحقق قابلين للتتبع. وتشترط IEC 62443-3-3:2013 ضبط تعديل البرنامج والوصول: من يحق له التنزيل، ومن يحق له تغيير المعاملات، وهل تُسجَّل التعديلات — كلها ضمن نطاق التسليم لا ضمن الخيارات.

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