برامج التوأم الرقمي للتصنيع: قائمة تحقق للمشتري
Disclosure: M365.FM host Mirko Peters works at iFAKT GmbH. This page describes the company factually; paid partnerships and links are labelled as advertising.
By Mirko Peters ·
برامج التوأم الرقمي للتصنيع تُبقي نموذجًا متزامنًا مع البيانات الحية. قائمة تحقق لمقارنة المنصات والأدوات الجاهزة والأمان والتكلفة والصيانة.
Automatically translated with AI from the original post. Read the English original
تبني برامج التوأم الرقمي للتصنيع نموذجًا لآلة أو خط إنتاج أو مصنع، وتُبقي هذا النموذج متصلًا بالبيانات الفعلية، حتى تتمكن من مراقبة ما يعمل، والتنبؤ بالمشكلات، أو اختبار تغيير قبل تنفيذه. هذا المقال موجّه إلى مديري المصانع الذين يتعين عليهم مقارنة عروض تستخدم جميعها المصطلحات نفسها. لن يكرّر أساسيات تعريف التوأم، بل سيقدم لك قائمة تحقق لاختيار البرنامج، بدءًا مما يجب أن يتضمنه، وصولًا إلى ما ستكلفك صيانته.
النقاط الرئيسية
- يحدد NIST ثلاثة عناصر أساسية للتوأم: الاستشعار عالي التردد، والاتصال الصناعي الموثوق بإنترنت الأشياء، ونماذج المحاكاة للتنبؤ. يجب أن يغطي البرنامج هذه العناصر، أو أن يعمل مع شركاء يغطونها.
- Azure Digital Twins خدمة منصّة لرسوم التوائم البيانية، وليست تطبيقًا جاهزًا للمصنع، وتقول Microsoft إنها تختلف عن معاينة أداة بناء التوأم الرقمي في Fabric.
- قرّر أولًا ما إذا كنت تحتاج إلى منصة تبني عليها، أم إلى أداة جاهزة لسؤال محدد، لأن الإجابة تغيّر من يقوم بالعمل، وما الذي سيكلّفك.
- يقدّم المعيار ISO 23247-1 نظرة عامة ومبادئ عامة لإطار التوأم الرقمي في التصنيع، وهذا يساعدك على الاتفاق مع الموردين على المصطلحات المستخدمة.
- ضع في ميزانيتك تكامل البيانات والتحقق من صحة النموذج والصيانة إلى جانب التراخيص، واحصر المشروع التجريبي الأول في خط واحد وقرار واحد.
ما الذي يجب أن تتضمنه برامج التوأم الرقمي للتصنيع؟
ابدأ من تعريف لا يستطيع الموردون التوسع فيه. يصف NIST التوأم الرقمي بأنه تمثيل افتراضي ديناميكي يعتمد على البيانات، يحاكي نظيره المادي بدقة، ويتصل به ويتزامن معه. ويوضح أن التوأم ليس نموذجًا ثابتًا، ويحدد ثلاثة عناصر أساسية تحدد دقته وفائدته وقابليته للاستمرار على المدى الطويل: الاستشعار عالي التردد، والبنية التحتية الصناعية الموثوقة لإنترنت الأشياء للاتصال، ونماذج المحاكاة المتقدمة للتحليل التنبؤي.
حوّل هذه العناصر الثلاثة إلى أسئلة تطرحها على أي منتج:
- البيانات الداخلة. ما المصادر التي يقرأ منها: وحدات التحكم في الآلات، وأجهزة الاستشعار، وMES، وERP، والجداول الإلكترونية؟ ما عدد مرات التحديث؟ من يبني كل اتصال ويصونه؟
- نموذج ذو معنى. كيف يوصف المصنع: الأصول، والخطوط، والعمليات، والعلاقات؟ وهل يستطيع فريقك تعديل هذا الوصف عندما تتغير العملية؟
- التحليل فوق البيانات. هل يكتفي بعرض القيم الحالية، أم يستطيع التنبؤ والمحاكاة ومقارنة السيناريوهات؟ وهل هذه القدرة مدمجة فيه، أم أنها مشروع منفصل؟
ثم أضف حاجتين عمليتين: يجب أن يتمكن الأشخاص من قراءة النتائج (لوحات المعلومات والتقارير والتنبيهات)، ويجب أن يُتحكم في الوصول بحسب الدور. إذا أغفل منتج أيًا من العناصر الخمسة، فاسأل من يوفره.
ما أنواع البرامج التي تُباع على أنها توائم رقمية؟
تُطلق تسمية التوأم الرقمي على أشياء مختلفة جدًا. صنّف العروض في أربع مجموعات قبل أن تقارن الأسعار.
- منصات للبناء عليها. توفر لك المكونات اللازمة لتخزين النموذج وربط البيانات والاستعلام عنها. أنت أو شريك لك تبنون الحل فوقها.
- توائم إنتاج جاهزة التغليف. تأتي هذه التوائم مع نموذج بيانات جاهز للإنتاج، مثل التخطيط أو المحاكاة أو تحسين أداء المصنع، وتحتاج إلى تطوير أقل.
- توائم الأصول والحالة. تركّز هذه التوائم على سلامة الآلات، إذ تستخدم بيانات المستشعرات لرصد التآكل والانحرافات.
- توائم التصميم والتشغيل التجريبي. تختبر هذه التوائم التخطيطات ومنطق التحكم قبل تركيب المعدات.
تجيب أداة من مجموعة معيّنة عن سؤال مختلف عمّا تجيب عنه أداة من مجموعة أخرى. فتوأم الحالة لن يخبرك ما إذا كان نموذج وردية جديد سيقلّص تراكم الأعمال المتأخرة، ومحاكاة الإنتاج لن تخبرك متى سيتعطل المحمل. دوّن قرارك أولاً، ثم اختر المجموعة.
ماذا تقدّم لك منصة مثل Azure Digital Twins؟
Azure Digital Twins هي المثال الذي تقدّمه Microsoft. وفقاً لـ Microsoft Learn، فهي منصة خدمة (PaaS) لإنشاء مخططات توائم مبنية على نماذج رقمية لبيئات مثل المباني والمصانع وشبكات الطاقة. تحدّد مفردات مجالك في لغة Digital Twins Definition Language (DTDL)، وهي لغة شبيهة بـ JSON، والتوائم هي نسخ فعلية من تلك النماذج. تشكّل العلاقات بين التوائم المخطط، ويمكن الاستعلام عنه بوصفه تمثيلاً حياً ومحدّثاً. يمكن لـ IoT Hub توفير بيانات الأجهزة، ويمكن لواجهات REST والموصلات إدخال بيانات أنظمة الأعمال، ويمكن لمسارات الأحداث إرسال بيانات التوائم إلى خدمات Azure الأخرى لتحليلها.
هناك أمران مهمان للمشتري. أولاً، هذه لبنة بناء؛ فهي تخزّن النموذج وتربطه. أما منطق "ماذا لو" في محاكاة الإنتاج، بما يشمل الطوابير والإعدادات وتقويمات الورديات، فهو برنامج مختلف، والنتيجة شيء يجب أن تطوّره أنت أو شريك لك. ثانياً، توضح الصفحة أن Azure Digital Twins تختلف عن أداة إنشاء التوائم الرقمية في Fabric (المعاينة) وعن توائم الأجهزة في IoT Hub. تحقّق من المقصود تحديداً عندما يتحدث زميل أو مورّد عن أحدها قبل أن تبني خططك عليه.
السجل خطوة منفصلة. فالمخطط عرض حيّ، وتشرح صفحة Microsoft عن سجل البيانات أنك تربط المثيل بمجموعة Azure Data Explorer لتسجيل تحديثات المخطط عبر الزمن، مع وجود مساحة اسم Event Hubs بينهما. وتذكر الصفحة أيضاً أن الرسائل التي يُصدرها سجل البيانات تُحتسب ضمن بُعد تسعير الرسائل. بعبارة أخرى، فإن "نريد أن نرى اتجاهات الشهر الماضي" تضيف مكوّنات وبنداً جديداً في التكلفة. اسأل أي مورّد السؤال نفسه: أين يُحفظ السجل، وكم تكلّف؟
هل تبني على منصة أم تشتري أداة جاهزة؟
استخدم هذه الأسئلة لاتخاذ القرار.
- ما مدى تحديد سؤالك؟ لسؤال إنتاجي محدد، مثل السعة أو التوظيف أو مزيج المنتجات، تصل الأداة الجاهزة عادةً إلى إجابة أسرع. أما لأساس رقمي طويل الأمد وواسع يشمل أنواعاً كثيرة من الأصول، فتمنح المنصةُ مرونةً أكبر.
- من سيقوم بالعمل؟ تحتاج المنصة إلى مطوّرين أو إلى شريك. احسب وقتهم. أما الأداة الجاهزة فتنقل العمل إلى الإعداد وتحضير البيانات.
- ما مدى تفرّد عمليتك؟ كلما كانت عمليتك أكثر خصوصية، زادت أهمية النموذج المرن. أما التدفقات القياسية فتناسب الأدوات الجاهزة بشكل أفضل.
- كم تخطط للإبقاء عليه؟ النموذج الذي يستمر لسنوات يحتاج إلى مالك وميزانية للتغيير. اسأل من سيحدّثه عند إضافة عائلة منتجات جديدة أو نقل خط إنتاج.
- ما الذي تملكه بالفعل؟ إذا كان فريق تقنية المعلومات لديك يدير منصة سحابية وفريق بيانات، فقد يناسبك بناء منصة. وإذا لم يكن لديك أي منهما، فقد تكون الأداة الجاهزة الخيار الأكثر واقعية.
لا توجد إجابة صحيحة تناسب الجميع. فكثير من المصانع ينتهي بها الأمر إلى الجمع بين الخيارين: منصة لأساس البيانات المشترك، وأداة جاهزة لقرار محدد. خطّط للواجهة بينهما منذ البداية.
كيف تتحقق من الاتصال والمعايير؟
التوأم مفيد فقط إذا دخلت البيانات وخرجت النتائج. اسأل عن كيفية اتصال البرنامج بالمعدات من أعمار مختلفة وشركات مصنّعة متعددة.
أحد المسارات الشائعة هو OPC UA. تصف مؤسسة OPC هذا البروتوكول بأنه ينقل البيانات من أجهزة المصنع وأجهزة التحكم في العمليات إلى الأنظمة المؤسسية، مع التركيز على الأمان والموثوقية والتشغيل عبر المنصات المختلفة، وتذكر أنه أصبح المعيار IEC 62541 في عام 2011. غالباً ما يستطيع المورد الذي يدعم OPC UA قراءة بيانات كثير من الآلات دون الحاجة إلى مشغلات مخصصة، although قد تحتاج المعدات القديمة إلى بوابات أو مستشعرات إضافية.
أما الإطار نفسه، فإن ISO 23247-1 هو الجزء الأول من المعيار "إطار التوأم الرقمي للتصنيع". تسجّل ISO نشره في أكتوبر 2021، ويقدم نظرة عامة ومبادئ عامة، بما في ذلك المصطلحات والتعاريف ومتطلبات الإطار. قراءته لن تبني التوأم الرقمي الخاص بك، لكنها تمنح فريقك والموردين لغة مشتركة. اسأل عما إذا كانت بنية المورد تستند إليه وما الذي يعنيه ذلك عملياً، لا في العرض التقديمي فقط.
اسأل أيضاً عن حدود النظام:
- هل يمكنك تصدير النموذج وبياناتك بصيغة مفتوحة؟
- هل يتصل بنظام ERP ونظام MES وأدوات التقارير، مثل Power BI، دون عمل مخصص لكل تقرير؟
- ماذا يحدث عند توقف تدفق البيانات؟ التوأم الذي يستمر في عرض قيم قديمة بثقة كاملة أسوأ من التوأم الذي يُظهر فجوة.
كيف تقيّم الأمان والوصول؟
يربط التوأم الرقمي أنظمة كانت منفصلة: الآلات وأوامر الإنتاج وربما بيانات الموردين. هذا يوسّع المسار الذي قد يستخدمه المهاجم، ويوسّع دائرة الأشخاص القادرين على الاطلاع على عمليتك.
اطرح هذه الأسئلة كتابةً:
- من يستطيع رؤية أي أجزاء من النموذج وتحريرها؟ هل الوصول مبني على الأدوار، وهل يمكن تقييده حسب المصنع أو خط الإنتاج؟
- أين تُخزَّن البيانات، ومن يشغّلها، وماذا يحدث لها إذا غادرتَ؟
- كيف تُسجَّل التغييرات على النماذج، وهل يمكن التراجع عنها؟
- ما شهادات الأمان التي يحملها المورد، وما نطاقها؟ الشهادة الممنوحة للشركة لا تغطي تلقائياً المنتج الذي تشتريه.
- كيف تصل التحديثات والتصحيحات إلى النظام، ومن المسؤول عنها؟
إذا كنت تشارك البيانات مع العملاء أو الموردين، فاسألهم هل يشترطون تقييمات أمنية محددة قبل ربط أي شيء.
ما التكلفة الحقيقية، وكيف تقيس القيمة؟
رسوم الترخيص هي الجزء الظاهر، أما الباقي فيميل إلى الظهور لاحقاً:
- المستشعرات والبوابات وأعمال الشبكات للآلات التي لا تملك مخرجات رقمية.
- إعداد البيانات: التنظيف والربط والاتفاق على التعريفات عبر الأنظمة.
- بناء النموذج والتحقق منه مقابل النتائج الفعلية.
- استهلاك الخدمات السحابية، مثل أحجام الرسائل والتخزين للسجل التاريخي.
- الأشخاص الذين يصونون النموذج بعد كل تغيير في العملية.
- التدريب للأشخاص الذين يستخدمون النتائج.
اطلب من كل مورد تسعير خط تجريبي واحد على مدى ثلاث سنوات، يشمل كل ما سبق. قارن الإجماليات، لا الاشتراكات.
لتحديد القيمة، اختر المقياس قبل البدء. اربطه بالقرار الذي يدعمه التوأم: التوقف غير المخطط على الخط التجريبي، ووقت التسليم، والالتزام بالجدول الزمني، ووقت الإعداد، أو الهالك، أو جهد الصيانة. سجّل خط الأساس لمدة لا تقل عن بضعة أسابيع، ثم نفّذ التجربة، ثم قارن. إذا لم تستطع تسمية رقم يجب أن يتحرك، فأنت غير جاهز للشراء.
إليك مثالاً افتراضياً. يريد مدير مصنع أن يعرف هل ستتمكن وردية ثانية في خلية التجميع من تصفية تراكم متكرر في الطلبات. لا يحتاج هذا إلى بيانات حية من الآلات. يمكن لمحاكاة مبنية على مسارات التصنيع وأزمنة الدورات والتقويمات أن تجيب عنه مباشرة. أما توأم مراقبة الحالة ببرنامج من المستشعرات فسيكون مشروعاً أكبر بكثير ولن يجيب عن السؤال أصلاً. الأداة الأرخص التي تجيب عن القرار هي الفائزة.
كيف تحافظ على دقة التوأم مع مرور الوقت؟
تتغير المصانع، والتوأم الذي لا يُحدَّث ينحرف عن الواقع. ضع القواعد مبكراً.
- عيّن مالكاً لكل نموذج، مع نائب له.
- أدِر إصدارات النموذج. سجّل من غيّر ماذا ولماذا، واحتفظ بالقدرة على التراجع.
- اربط تغييرات النموذج بتغييرات المصنع. عائلة منتجات جديدة أو آلة نُقلت أو نمط ورديات تغيّر يُطلق مراجعة للنموذج.
- تحقّق بانتظام. قارن مخرجات التوأم بالنتائج الفعلية لفترة حديثة، ودوّن الفجوات.
- وسّع على مراحل. أضف الخط التالي فقط عندما يكون للخط الأول مالك ونموذج موثّق ونتيجة قابلة للقياس. وعند الانتقال إلى عدة مصانع، وحِّد تعريفات البيانات الأساسية، واسمح بتنويعات محلية مضبوطة.
الأخطاء الشائعة
- شراء البرمجيات قبل تحديد القرار الذي يفترض أن تدعمه.
- مقارنة أسعار التراخيص وتجاهل التكامل والتحقق والصيانة المستمرة.
- اختيار منصة في حين أن أداة جاهزة كانت ستجيب عن السؤال، أو العكس.
- قبول صورة ثلاثية الأبعاد كدليل على وجود توأم رقمي عندما لا تُغذّيه البيانات الحية.
- تخطي التحقق مما يحدث عند تعطل تدفق البيانات.
- ترك النموذج دون مالك بعد أن ينتقل فريق المشروع إلى مهام أخرى.
- البدء بالمصنع كاملاً بدلاً من خط إنتاج واحد.
أين يناسب Polaris
إذا كان سؤالك الأول يتعلق بالتخطيط وقرارات "ماذا لو"، فإن iFAKT Polaris خيار يستحق النظر فيه. تصف iFAKT منتج Polaris بأنه ذكاء اصطناعي مع توأم رقمي للإنتاج، يجمع بين بيانات ERP وتوأم رقمي للتصنيع. تحوّل وحدة Polaris Designer بيانات الإدخال، مثل بيانات ERP وأزمنة العمليات وهياكل الموارد والقيود، إلى رسم معرفي للمنتج والعملية والمورد يعمل كمصدر وحيد للحقيقة. وتعتمد وحدة Polaris Simulator على هذا الرسم لاختبار نظام الإنتاج افتراضياً، بما في ذلك سيناريوهات السعة والتوظيف والمخزون المؤقت. وهي موجهة إلى قرارات تخطيط الإنتاج، وليس إلى مراقبة حالة الآلات الفردية، لذا طابِق الأداة مع سؤالك أولاً.
مواضيع ذات صلة للاستكشاف
- المعايير وقابلية التشغيل البيني: كيف يتناسب OPC UA والبروتوكولات الأخرى وISO 23247 معاً في بيئة تضم آلات متنوعة.
- الوسيط والتكامل: ربط التوائم الرقمية بـ ERP وMES وSCADA دون إنشاء وصلة مخصصة لكل تقرير.
- حوكمة النماذج: الإصدارات وأدوار الوصول ودورات المراجعة للنماذج التي تتغير مع الوقت.
- التوسع عبر المصانع: النماذج المركزية مقابل المحلية، وكيفية الحفاظ على توافق تعريفات البيانات.
- التكلفة الإجمالية والعائد: كيفية بناء رؤية لتكلفة ثلاث سنوات، ومقياس قبل وبعد للمشروع التجريبي.
الخطوة التالية
دوّن القرار الواحد الذي تريد أن يدعمه التوأم الرقمي، والرقم الذي يجب أن يتغير إذا نجح. خذ هذه الصفحة إلى حوارك التالي مع المورد، واسأل كل مورد كيف سيجيب برنامج التوأم الرقمي للتصنيع الخاص به عن ذلك على خط إنتاج تجريبي واحد، وبأي بيانات، وبأي تكلفة إجمالية على مدى ثلاث سنوات.