عندما يتصل المحرك المؤازر بالخدمات الصغيرة: فلنتحدث عن رحلة الكتابة إلى الخادم الرائعة

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

مهلا، لا تقلق، هذه المشكلة أكثر شيوعا مما تعتقد.

ذلك الشيء الذي يضيع دائمًا في "الرسائل"

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

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

"لكننا نستخدم بالفعل أجهزة عالية الأداء." بعض الناس سيقولون هذا.

حقًا. لكن المشكلة في كثير من الأحيان لا تكمن في المحرك نفسه، بل في نظام "المراسلة".

عندما تقرر خدمات Java الصغيرة "الاتصال مباشرة"

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

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

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

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

إنها ليست مجرد "أسرع قليلاً"

الزيادة في السرعة واضحة، لكن التغييرات تتجاوز ذلك.

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

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

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

إذًا، كيف يعمل؟

المبدأ ليس معقدًا جدًا بحيث لا يمكن فهمه. يمكنك التفكير في الأمر وكأنه "ساعي بريد" متخصص للغاية.

يقوم تطبيق Java الخاص بك بإنشاء تعليمات التحكم (مثل "يدور المحور 30 ​​درجة، والسرعة 50 دورة في الدقيقة"). تأخذ هذه المجموعة من الخدمات الصغيرة الأمر، وتترجمه إلى لغة يفهمها محرك سيرفو (عادةً بروتوكول صناعي مثل EtherCAT، أو CANopen، أو Modbus TCP)، ثم ترسله مباشرة عبر شبكة Ethernet. تعود أيضًا ردود الفعل من محرك الأقراص (الموضع الفعلي، وعزم الدوران، ودرجة الحرارة) على نفس المسار، ويتم تحويلها إلى تنسيق بيانات يمكن لتطبيقك معالجته بسهولة.

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

لا يوجد سحر، فقط انعطافات أقل.

كيف يبدو الأمر في المشهد الحقيقي؟

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

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

فهو يسمح لقدرات مهندسي البرمجيات بلمس "العصب الحركي" للآلات بشكل مباشر أكثر.

بعض الاعتبارات البسيطة عند الاختيار

إذا كنت تفكر في خطة مماثلة، فقد يكون لديك بعض الأسئلة التي تدور في ذهنك:

• هل هو مستقر؟ لا يمكن للبيئة الصناعية أن تتحمل "فقدان الاتصال" عند كل منعطف.
• هل يدعم أجهزتنا ؟ غالبًا ما يتم خلط الماكينات من مختلف السنوات والعلامات التجارية في ورشة العمل.
• هل سيكون من الصعب الاندماج؟ هل يمكن ربط تطبيقات Java الموجودة لدينا بسلاسة؟
• ماذا عن النفقات العامة للأداء؟ هل سيؤدي ذلك إلى إبطاء نظامنا الحالي؟

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

وفي نهاية المطاف، تكمن قيمة الأدوات في حل المشكلات، وليس في خلق مشكلات جديدة.

اتخاذ خطوة صغيرة إلى الأمام

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

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

قد يكون هذا نموذجًا مصغرًا لورشة العمل الذكية المستقبلية: جميع الاتصالات أكثر مباشرة وجميع عمليات التعاون أكثر سلاسة. وكل هذا يمكن أن يبدأ بهدم "الجدار" غير الضروري.

استكشاف إمكانية جعل التحكم أكثر مباشرة.kpowerفي مجالات المحركات المؤازرة والمضاعفات والتحكم في الحركة، نواصل الاهتمام بالاتصال السلس بين البرامج والأجهزة.

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