Ubuntu 26.04 LTS: خطة تحقق لترقية الحاسوب الصناعي

الخلاصة العملية

ترقية Ubuntu في الحاسوب الصناعي مشروع تحقق من العتاد والتطبيق معًا. تشغيل برنامج التثبيت هو البداية فقط؛ إذ يجب التأكد من برامج التشغيل وهوية المنافذ التسلسلية وGPIO والعرض والتعافي عبر مؤقت المراقبة وبرنامج الإنتاج قبل اعتماد الصورة الجديدة.

في Ubuntu 26.04 LTS، يُنصح بحفظ الصورة الحالية، واختبار وحدة ممثلة، وإجراء تشغيل تجريبي تحت الإشراف، ثم تسليم صورة قابلة لإعادة الإنتاج مع خطة استعادة مجرَّبة. هذه ضوابط هندسية مقترحة، وليست إجراء اعتماد رسميًا أو إعلانًا بتوافق جميع منتجات Yantronic.

ما الذي تغير، وما المطلوب التحقق منه؟

أصدرت Canonical نظام Ubuntu 26.04 LTS في 23 أبريل 2026. يغير الإصدار الجديد الأساس البرمجي، لكنه لا يثبت توافق كل مراجعة للوحة وكل جهاز طرفي.

يوضح الملخص الرسمي لترقية LTS نقطة مهمة لواجهات HMI: تستخدم جلسة GNOME الافتراضية في Ubuntu Desktop بروتوكول Wayland، ويمكن لتطبيقات X11 العمل عبر XWayland. لم تعد جلسة GNOME الأصلية على Xorg متاحة؛ أما بيئات سطح المكتب الأخرى فتحتاج تقييم دعم مستقلًا.

الشكل 1. خريطة تحقق وليست شهادة توافق. اختر الصورة لتكبيرها.

سجل إصدارات النواة والبرامج الثابتة ومكونات الرسوم والتطبيق المثبتة فعلًا. وجود PREEMPT_RT في المشروع الأصلي لا يعني تفعيله في النواة المستخدمة أو ضمان الاستجابة الحتمية بصورة سطح مكتب عادية. حدد متطلبات التوقيت مستقلةً ثم قِس التكوين المختار.

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

أربعة مجالات تكامل تستحق الاختبار الدقيق

1. الاتصال التسلسلي وهوية المنفذ

اربط كل منفذ RS-232/422/485 بموصله المادي. اختبر الحركة العادية وإعادة التشغيل وسرعات النقل المدعومة واتجاه RS-485 باستخدام أجهزة ممثلة مثل PLC أو قارئ الرموز أو الميزان. اختبار الحلقة الراجعة مفيد لكنه لا يعيد جميع ظروف التوقيت والإشارة للجهاز الحقيقي.

عندما يوفر برنامج التشغيل معرفات مناسبة، استخدم قواعد أجهزة دائمة أو خريطة موثقة بدل افتراض أن /dev/ttyS1 يمثل الموصل نفسه دائمًا. قد يوفر محول USB التسلسلي رقمًا فريدًا، بينما تحتاج بعض UART القديمة طريقة أخرى. تحقق من قواعد udev على العتاد الحقيقي قبل اعتمادها.

2. واجهات GPIO والتطبيق

تصنف وثائق نواة Linux واجهة GPIO sysfs ABI بأنها مهجورة وتوجه التطبيقات الجديدة نحو واجهة الأجهزة المحرفية. لا يعني ذلك حذفها من جميع الأنوية.

افحص إعداد النواة وما إذا كانت اللوحة توفر أجهزة GPIO قياسية أم API خاصة بالمورد. اختبر إصدارات المكتبات وترقيم الخطوط ومنطق active-low وحالة الخرج عند الإقلاع والصلاحيات. قد يشغل تغيير GPIO معدات فعلية؛ لذلك استخدم منصة اختبار معزولة قبل توصيل أحمال الإنتاج.

3. اللمس والرسوم وبرامج HMI القديمة

اختبر تطابق اللمس بعد تدوير الشاشة وإعادة توصيلها وإعادة التشغيل وتغيير التحجيم. تحقق من معاينة الكاميرات والتسريع العتادي والوصول البعيد والبدء التلقائي في بيئة Wayland/XWayland المقصودة.

لا تفترض أن أداة معايرة X11 القديمة أو نص التحكم بالشاشة سيعمل بالطريقة نفسها. إذا لم ينجح التطبيق الضروري، فقيّم بيئة سطح مكتب مدعومة بصورة منفصلة أو تحديثًا من المورد أو استمرار استخدام الصورة الحالية المصانة. اختيار “GNOME on Xorg” ليس حلًا افتراضيًا صالحًا في 26.04.

4. مؤقت المراقبة والتعافي

أكد برنامج التشغيل المطابق وعقدة الجهاز والخدمة المسؤولة عن تغذية مؤقت المراقبة. راجع نطاق المهلة المدعوم والسلوك عند توقف العملية. نسّق بين مؤقت اللوحة وsystemd أو المشرف المختار كي لا تتنافس خدمتان على الجهاز.

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

مصفوفة تحقق عملية

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

أربع بوابات لإطلاق صورة الإنتاج

الشكل 2. ضوابط مشروع مقترحة وليست عملية اعتماد رسمية من Ubuntu. اختر الصورة لتكبيرها.

1. حفظ المرجع الحالي. احفظ صورة قابلة للاستعادة، وتخطيط الأقسام وإعدادات BIOS وبرامج التشغيل والتراخيص والتكوين. اختبر وسائط الاستعادة وقِس المدة وسجل الزمن المقاس للاستعادة.
2. التحقق على المنصة. استخدم مراجعة لوحة ممثلة وملحقات فعلية. عالج أعطال الأجهزة الضرورية وراجع السجلات، دون اعتبار كل تحذير غير مؤثر سببًا لمنع الإصدار.
3. تجربة تحت الإشراف. شغّل برنامج الإنتاج مع كاميرات وPLC وقواعد بيانات ممثلة. افصل إجراءات الاختبار عن التحكم الحي وحدد نقطة اتخاذ قرار الرجوع.
4. التثبيت والتسليم. سجل بصمات الصورة وإصدارات الحزم والصلاحيات والإعدادات. عيّن مسؤولًا عن التحديثات ووثائق التعافي. يمكن إدراج خدمات صور النظام وBIOS ضمن هذا التسليم المنضبط.

قائمة تحقق لترقية الإنتاج

• سجل مراجعة اللوحة وBIOS والنواة وجميع الأجهزة المطلوبة.
• استعد الصورة السابقة بنجاح على جهاز اختبار.
• تحقق من دعم برامج التشغيل وSDK وSecure Boot عند الحاجة.
• اختبر هوية المنافذ والشبكة وGPIO ومسؤولية مؤقت المراقبة.
• اختبر HMI في جلسة العرض والوصول البعيد الفعلية.
• حدد معايير قبول الحمل والتوقيت والحرارة والاستعادة.
• ضع سياسة لتحديثات الأمان والرجوع إلى النسخة السابقة.

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

أسئلة شائعة

هل يجب ترقية تثبيت LTS قديم يعمل جيدًا فورًا؟

ليس لمجرد صدور نسخة جديدة. راجع فترة الدعم والتعرض الأمني وتغييرات العتاد واعتماديات التطبيق. وحتى استمرار النظام القديم يحتاج خطة أمن موثقة ومصانة.

أي إصدار يناسب المعدات الصناعية؟

قد يناسب Ubuntu Server الأنظمة دون شاشة تشغيل، بينما تحتاج محطة المشغل بيئة رسومية مؤهلة. Ubuntu Core نموذج مختلف لنشر الأجهزة ويتطلب تقييم التطبيق والتحديثات مستقلًا؛ ولا ينبغي وصفه بالمناعة ضد تلف انقطاع الطاقة.

هل نجاح التثبيت يثبت توافق اللوحة بالكامل؟

لا. يجب اختبار Ethernet والمنافذ التسلسلية وGPIO والعرض ومؤقت المراقبة والتطبيق كنظام واحد. يعتمد الدعم على مراجعة العتاد وحزمة البرامج المحددتين.

خطط للترقية وفق المعدات

جهز جرد I/O واعتماديات التطبيق ومتطلبات الاستعادة قبل مقارنة منصات الحوسبة الصناعية. ويمكن التواصل مع الفريق الهندسي لمناقشة دمج برامج التشغيل وصورة إنتاج متحكم فيها.