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

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

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

ربات‌های فشرده و بسیار دقیق مانند Mecademic Meca500 اکنون امکان کنترل مستقیم حرکت از طریق پلتفرم‌های PLC را فراهم می‌کنند و شیوه طراحی سلول‌های اتوماسیون توسط تولیدکنندگان را تغییر می‌دهند. به‌جای ارسال محرک‌های ساده شروع و توقف، 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 منتقل شود.

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

سامانه‌های مبتنی بر Rockwell برای ساده‌سازی یکپارچه‌سازی سخت‌افزار، به‌شدت به فایل‌های برگه داده الکترونیکی و دستورهای افزوده متکی هستند. پس از نصب EDS، ربات به‌عنوان یک دستگاه بومی در Studio 5000 ظاهر می‌شود.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

این مسئله مختص رباتیک نیست. نگرانی‌های مشابه درباره سازگاری در مهاجرت‌های DCS، ارتقای سامانه‌های پایش توربین و توسعه ورودی/خروجی توزیع‌شده با استفاده از پلتفرم‌های ABB، Honeywell، Emerson و GE نیز دیده می‌شود.

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

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

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

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

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

مسیر بزرگ‌تر صنعت

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

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

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

نویسنده: Nathaniel Brooks | گزارشگر ارشد سامانه‌های صنعتی

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