چگونه PLCها کنترل دقیق ربات‌ها را در تولید مدرن بازتعریف می‌کنند

نسل جدیدی از ربات‌های دقیق در حال تغییر نحوه‌ی رویکرد مهندسان به کنترل حرکت است. با ترکیب منطق متن ساختاریافته، ارتباط EtherNet/IP و رباتیک مبتنی بر PLC، سیستم‌های جمع‌وجوری مانند Meca500 اتوماسیون...

کنترل رباتیک به PLC نزدیک‌تر می‌شود

برای دهه‌ها، ربات‌های صنعتی به‌صورت جزایر خودکار جداگانه عمل می‌کردند. مهندسان مسیرهای حرکتی را از طریق پنل‌های آموزش اختصاصی برنامه‌ریزی می‌کردند، در حالی که PLCها منطق ماشین‌های اطراف را مدیریت می‌کردند. این جدایی در حال از بین رفتن است.

ربات‌های کوچک و با دقت بالا مانند Mecademic Meca500 اکنون امکان کنترل مستقیم حرکت از طریق پلتفرم‌های PLC را فراهم می‌کنند و نحوه طراحی سلول‌های اتوماسیون توسط تولیدکنندگان را تغییر می‌دهند. به جای ارسال فرمان‌های ساده شروع و توقف، PLC اکنون می‌تواند هر حرکت ربات را در زمان واقعی از طریق EtherNet/IP فرمان دهد.

این تغییر به‌ویژه برای مونتاژ الکترونیک، اتوماسیون آزمایشگاهی، جابجایی نیمه‌هادی‌ها و محیط‌های تولید دقیق که در آن‌ها فضای فشرده و حرکت قطعی اهمیت بیشتری نسبت به ظرفیت بار خام دارد، اهمیت دارد.

ربات صنعتی کوچک کنترل‌شده توسط PLC از طریق EtherNet/IP برای اتوماسیون دقیق

معماری‌های ربات کوچک امکان یکپارچگی نزدیک‌تر بین کنترل حرکت و سیستم‌های اتوماسیون مبتنی بر PLC را فراهم می‌کنند.

چرا کنترل ساختاریافته PLC، یکپارچگی ربات را تغییر می‌دهد

ربات‌های شش محوره سنتی معمولاً به زبان‌های اختصاصی ربات و کنترل‌کننده‌های حرکتی مستقل متکی هستند. در مقابل، رباتیک مبتنی بر PLC بخش زیادی از آن منطق را به پلتفرم کنترلی منتقل می‌کند که در حال حاضر نقاله‌ها، حسگرها، سیستم‌های بینایی و قفل‌های ایمنی را مدیریت می‌کند.

در این پیاده‌سازی، یک PLC Allen-Bradley CompactLogix از طریق EtherNet/IP مستقیماً با Meca500 ارتباط برقرار می‌کند. دستورهای حرکتی مانند MovePose و MoveJoints بخشی از محیط منطق نردبانی می‌شوند و دیگر در برنامه ربات جداگانه قرار ندارند.

این معماری پیچیدگی یکپارچگی را برای سازندگان ماشین که قبلاً روی پلتفرم‌های اتوماسیون Rockwell استاندارد شده‌اند، به‌طور قابل توجهی کاهش می‌دهد. تأسیساتی که سیستم‌های Allen-Bradley CompactLogix را اجرا می‌کنند، می‌توانند حرکت رباتیک را بدون معرفی اکوسیستم برنامه‌نویسی اختصاصی دیگر، ادغام کنند.

EtherNet/IP به ستون فقرات حرکت تبدیل می‌شود

ابتدا باید ربات روی همان زیرشبکه PLC پیکربندی شود. پس از فعال‌سازی ارتباط EtherNet/IP از طریق رابط MecaPortal، PLC مسئول هماهنگی ربات می‌شود.

برخلاف معماری‌های رباتیک قدیمی که فقط روتین‌های از پیش بارگذاری شده را اجرا می‌کردند، این پیکربندی به PLC اجازه می‌دهد دستورات حرکتی زنده و پویا تولید کند. این تفاوت در کاربردهای تولید تطبیقی که مسیرهای حرکتی به بازخورد حسگر، سیستم‌های بازرسی یا تغییرات دستورالعمل بستگی دارد، حیاتی است.

رابط پیکربندی شبکه ربات که ارتباط EtherNet/IP برای کنترل PLC را فعال می‌کند

پیکربندی EtherNet/IP به کنترل‌کننده ربات اجازه می‌دهد از عملکرد مستقل به اجرای حرکت مدیریت‌شده توسط PLC منتقل شود.

EDS و AOI راه‌اندازی دستگاه را ساده می‌کنند

سیستم‌های مبتنی بر Rockwell به شدت به فایل‌های Electronic Data Sheet و دستورالعمل‌های افزودنی (Add-On Instructions) برای ساده‌سازی یکپارچگی سخت‌افزار متکی هستند. پس از نصب EDS، ربات به‌عنوان یک دستگاه بومی در Studio 5000 ظاهر می‌شود.

لایه AOI بخش زیادی از پیچیدگی ارتباطات سطح پایین را انتزاع می‌کند. مهندسان می‌توانند روی منطق حرکت تمرکز کنند و نیازی به ساخت دستی ساختارهای پیام‌رسانی اترنت ندارند.

این روند کاری بازتابی از تحول گسترده‌تر در اتوماسیون صنعتی است. فروشندگان به طور فزاینده‌ای اشیاء نرم‌افزاری قابل استفاده مجدد ارائه می‌دهند به جای نیاز به کدنویسی سفارشی گسترده. استراتژی‌های مشابه یکپارچگی نیز در پلتفرم‌های مدرن PLC و PAC که در تولید فرآیندی و ترکیبی استفاده می‌شوند، رایج شده‌اند.

فایل‌های نصب EDS که ارتباط ربات صنعتی با سخت‌افزار PLC را پشتیبانی می‌کنند

فایل‌های تعریف دستگاه زمان راه‌اندازی را کاهش می‌دهند و اجازه می‌دهند ربات‌ها به‌عنوان دارایی‌های بومی اتوماسیون در Studio 5000 ظاهر شوند.

دستورات حرکت به اشیاء منطق نردبانی تبدیل می‌شوند

پس از اتصال، ربات می‌تواند حرکات را مستقیماً از منطق نردبانی از طریق بلوک‌های عملکرد از پیش تعریف‌شده اجرا کند. دستوراتی مانند Connect، MovePose و MoveJoints مسیر و رفتار موقعیت‌یابی ربات را تعریف می‌کنند.

این رویکرد نحوه تعامل تیم‌های نگهداری با سیستم‌های رباتیک را تغییر می‌دهد. به جای عیب‌یابی در چند محیط برنامه‌نویسی، تکنسین‌ها می‌توانند رفتار ربات را مستقیماً در پلتفرم PLC که قبلاً می‌شناسند، تشخیص دهند.

MovePose برای دقت کارتزین

دستور MovePose ربات را به مختصات کارتزین خاصی با استفاده از مقادیر X، Y، Z، W، P و R هدایت می‌کند. این روش برای سیستم‌های برداشتن و قرار دادن، ایستگاه‌های بازرسی و وظایف مونتاژ فشرده که نیاز به موقعیت‌یابی ابزار تکرارشونده دارند، ایده‌آل است.

دستور حرکت کارتزین ربات که در محیط منطق نردبانی PLC پیکربندی شده است

دستورات حرکت کارتزین به مهندسان اجازه می‌دهد موقعیت‌یابی ربات را مستقیماً در روتین‌های نردبانی PLC مدیریت کنند.

کنترل مبتنی بر مفصل برای بازیابی و بازگشت به خانه

دستورات MoveJoints موقعیت‌یابی مستقیم در سطح محور را فراهم می‌کنند. این دستورها اغلب برای توالی‌های بازگشت به خانه، عملیات بازیابی و موقعیت‌یابی نگهداری استفاده می‌شوند.

از دید مهندسی، جدا کردن حرکت کارتزین از بازیابی مبتنی بر مفصل، قابلیت اطمینان عملیاتی را بهبود می‌بخشد. همچنین مدیریت خطا در طول مراحل راه‌اندازی مجدد ماشین را ساده‌تر می‌کند.

بلوک عملکرد کنترل حرکت مفصل ربات که برای بازگشت به خانه و بازیابی محور استفاده می‌شود

بلوک‌های حرکت در سطح مفصل موقعیت‌یابی قطعی را در عملیات راه‌اندازی و نگهداری فراهم می‌کنند.

سازگاری فریم‌ور هنوز اهمیت دارد

یکی از درس‌های مهم این پیاده‌سازی این است که هماهنگی فریم‌ور همچنان حیاتی است. فریم‌ور ربات، بسته EDS و نسخه AOI باید به‌درستی با هم مطابقت داشته باشند.

عدم تطابق نسخه‌ها می‌تواند در Studio 5000 باعث ایجاد تعارض نوع داده‌ها شود، به‌ویژه در ساختارهای تعریف‌شده توسط ماژول. در حالی که مهندسان کنترل باتجربه می‌توانند نوع داده‌های قدیمی را به‌صورت دستی جایگزین کنند، این مسئله چالش گسترده‌تری در صنعت را نشان می‌دهد: قابلیت همکاری هنوز به شدت به مدیریت چرخه عمر نرم‌افزار وابسته است.

این موضوع منحصر به رباتیک نیست. نگرانی‌های مشابه سازگاری در مهاجرت‌های DCS، ارتقاءهای نظارت بر توربین و گسترش I/O توزیع‌شده که شامل پلتفرم‌هایی از ABB، Honeywell، Emerson و GE هستند نیز دیده می‌شود.

ابزار نرم‌افزاری PLC که نوع داده‌های ارتباط ربات قدیمی را جایگزین می‌کند

مدیریت دقیق نسخه‌ها هنگام ادغام سیستم‌های رباتیک EtherNet/IP در کنترل‌کننده‌های صنعتی ضروری است.

این معماری کجا بهترین کاربرد را دارد

رباتیک کنترل‌شده توسط PLC قرار نیست جایگزین همه کنترل‌کننده‌های ربات سنتی شود. سلول‌های جوشکاری با بار بزرگ و سیستم‌های هماهنگی چند ربات پیچیده همچنان از پلتفرم‌های رباتیک اختصاصی بهره می‌برند.

با این حال، برای کاربردهای دقیق و فشرده، این مدل بسیار جذاب است. مونتاژ پزشکی، تراز نوری، تولید الکترونیک و اتوماسیون آزمایشگاهی به طور فزاینده‌ای به ربات‌هایی نیاز دارند که مانند محورهای هوشمند ماشین رفتار کنند نه جزایر خودکار جداگانه.

توانایی ادغام رباتیک مستقیماً در توالی‌بندی PLC همچنین چرخه‌های توسعه را برای سازندگان ماشین OEM کوتاه‌تر می‌کند. تیم‌های مهندسی کوچکتر می‌توانند حرکت رباتیک پیشرفته را بدون نیاز به نگهداری متخصصان برنامه‌نویسی ربات جداگانه پیاده‌سازی کنند.

جهت‌گیری بزرگ‌تر صنعت

بازار رباتیک صنعتی به سمت معماری‌های حرکت تعریف‌شده توسط نرم‌افزار حرکت می‌کند. برنامه‌نویسی متن ساختاریافته، ارتباطات EtherNet/IP و هماهنگی متمرکز بر PLC به جای ویژگی‌های پیشرفته، به انتظارات استاندارد تبدیل شده‌اند.

آنچه سیستم‌هایی مانند Meca500 را قابل توجه می‌کند، نه تنها دقت در سطح میکرون آن‌ها، بلکه دسترسی آسان‌تر آن‌ها به یکپارچگی رباتیک برای مهندسان کنترل معمولی است.

در بسیاری از کارخانه‌ها، برنامه‌نویس ربات آینده ممکن است اصلاً پنل آموزش همراه نداشته باشد. در عوض، آن‌ها استراتژی‌های حرکت را مستقیماً در محیط PLC که در حال حاضر بقیه ماشین را کنترل می‌کند، می‌سازند.

نویسنده: ناتانیل بروکس | گزارشگر ارشد سیستم‌های صنعتی

ناتانیل بروکس بیش از ۱۴ سال تجربه پوشش رباتیک صنعتی، معماری PLC و سیستم‌های کنترل حرکت دارد. سابقه او شامل پروژه‌های یکپارچه‌سازی اتوماسیون با Rockwell Automation، ABB Robotics، پلتفرم‌های حرکت Siemens و سیستم‌های بسته‌بندی با سرعت بالا در بخش‌های نیمه‌هادی و تولید دقیق است.

Leave a comment

Please note, comments need to be approved before they are published.