ثلاثة أحلام لمصنع مختلف

هناك ثلاثة أشياء تساءل عنها أي شخص قام بتشغيل آلة صناعية مرة واحدة على الأقل. ثلاثة أشياء لا تُقال بصوت عالٍ لأنها تبدو طوباوية. يضع هذا المقالهم في قائمة.

مشهد، للبدء

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

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

من هنا يبدأ العمل الذي نقوم به. ليس PLC جديدًا. ليس HMI أكثر جمالًا. طريقة مختلفة للتفكير في ماهية البرنامج الذي يجب أن يحرك الآلة في عام 2026. وثلاث أفكار ثابتة — يمكنك أن تسميها أحلامًا — نحاول الاحتفاظ بها معًا.

الحلم الأول: الأتمتة بدون برمجة

الأتمتة الصناعية، كما هي اليوم، تتطلب شخصية متخصصة للغاية: شخص يعرف كيفية البرمجة بلغة — عائلة IEC 61131-3، مع لهجاتها من سلم، ووحدة الكتلة الوظيفية، والنص المنظم — والتي لا تستخدم عمليًا في أي مكان آخر في عالم البرمجيات. أولئك الذين يعرفون هذه اللغات نادرون، وهم مكلفون، وهم دائمًا متأخرون بثلاثة أسابيع.

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

الفكرة هي قلب التسلسل. يكتب مطورو البرامج مكونات قابلة لإعادة الاستخدام — التحكم في الحركة، وإدارة المستشعرات، والتسلسلات التشغيلية — مرة واحدة فقط، بلغات حديثة وعامة. لا يقوم مُكامل الآلة ببرمجتها: بل يجمعها، مع تحديد (بالتحدث أو الكتابة) ما يجب أن تفعله الآلة. يعمل نموذج لغوي كبير — LLM — كمترجم: يأخذ المواصفات الوظيفية من المُكامل ويحولها إلى تكوين قابل للتنفيذ، بتجميع المكونات المكتوبة والمختبرة بالفعل.

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

الحلم الثاني: الآلة التي تعرف نفسها

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

الحلم الثاني هو أن تكون الآلة هي التي تعرف نفسها. ليس بمعنى غامض - بل بمعنى ملموس للغاية: الوثائق الفنية، ومعلمات العملية، وحالات الفشل النموذجية، وإجراءات التدخل لم تعد موجودة في خزانة أو خادم مستندات منفصل، ولكن داخل الآلة نفسها، قابلة للقراءة بواسطة برنامجها الخاص. وعندما يحدث خطأ ما، لا تقول الآلة "خطأ 1423". تقول "صمام V12 عالق على الأرجح، يجب عليك التحقق منه؛ في هذه الأثناء، يمكنني الاستمرار في الوضع المنخفض بسرعة 60٪".

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

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

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

الحلم الثالث: البرنامج الذي يعمل في كل مكان

الحلم الثالث هو الأكثر تقنية، وبشكل متناقض، الأكثر سياسية. اليوم، الأتمتة الصناعية هي عالم من الأنظمة البيئية المغلقة. لكل شركة مصنعة كبيرة من وحدات التحكم المنطقية القابلة للبرمجة (PLC) لغتها الخاصة وبيئة التطوير الخاصة بها وأجهزاتها الخاصة وبرامج التشغيل الخاصة بها وشبكة الموزعين الخاصة بها. يعني تغيير المورد إعادة كتابة كل شيء.

الطموح هنا هو بناء نظام برمجيات يعمل على أجهزة عامة — جهاز كمبيوتر صناعي صغير، وحدة تحكم مدمجة، خادم في القبو — باختيار الأجهزة بناءً على الميزانية والأداء المطلوبين، وليس بناءً على العلامة التجارية لوحدة التحكم المنطقية القابلة للبرمجة (PLC) التي فازت بالمناقصة. نظام تشغيل Linux في إصدار الوقت الفعلي، بطاقات اتصال تعتمد على معايير مفتوحة (EtherCAT على الجميع)، مكونات برمجية بلغات حديثة للأجزاء الحتمية وفي لغات أكثر مرونة لتلك التي ليست كذلك.

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

هذا هو الجزء الذي يضحك فيه المهندسون ذوو الخبرة. يعرفون جيدًا أن الوقت الفعلي صعب، وأن Linux لم يولد كنظام في الوقت الفعلي، وأن نماذج اللغة الكبيرة لا تعمل على Raspberry Pi، وأن خلط لغات مختلفة في نفس المكدس له مخاطر أكثر مما تعد به البرامج التعليمية. وهم على حق. لكن الاتجاه هو هذا، وأن اللبنات الأساسية لبنائه - امتدادات الوقت الفعلي لنواة Linux، ومكدسات EtherCAT مفتوحة المصدر ناضجة، ونماذج اللغة الكبيرة التي تبدأ في العمل على أجهزة متواضعة - موجودة، اليوم، لأول مرة معًا.

لماذا "يوتوبيا"

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

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

في المقالات التالية، سنروي الأجزاء التي نبنيها من هذا اللغز. واحدًا تلو الآخر، دون الوعد بأن اللغز مكتمل. إنه ليس كذلك. لكن التصميم يبدأ في الظهور.