کنترل‌کننده‌های موتور ارتباطات اترنت: پروتکل‌ها، یکپارچه‌سازی و انتخاب

چرا اترنت جایگزین Fieldbus قدیمی در کنترل موتور شده است؟

برای دو دهه، پروتکل های مبتنی بر RS-485 مانند Modbus RTU و CANopen بر ارتباطات کنترل موتور تسلط داشتند. آنها قابل اعتماد، قطعی و ارزان برای پیاده سازی بودند. آنها همچنین کند بودند، از نظر توپولوژی محدود بودند و به طور فزاینده ای با داده های مورد نیاز خطوط تولید خودکار مدرن ناسازگار بودند. تغییر به اترنت صنعتی به دلیل مد نبود، بلکه توسط ریاضیات انجام شد.

سیستم های فیلدباس قدیمی معمولاً با سرعت 1 تا 12 مگابیت در ثانیه با توپولوژی های شبکه ای کار می کنند که قبل از کاهش عملکرد در چند ده گره محدود می شوند. پروتکل‌های اترنت صنعتی با سرعت ۱۰۰ مگابیت بر ثانیه تا ۱ گیگابیت در ثانیه اجرا می‌شوند، از صدها گره در یک بخش شبکه پشتیبانی می‌کنند و زمان‌های چرخه زیر میلی‌ثانیه‌ای را که هماهنگی حرکت چند محوری نیاز دارد، ارائه می‌کنند. بر اساس گزارش سهام بازار شبکه صنعتی 2025 HMS Networks، اکنون 79 درصد از گره‌های اتوماسیون کارخانه‌ای جدید با پروتکل اترنت صنعتی عرضه می‌شوند به جای یک فیلدباس سنتی - رقمی که یک دهه پیش غیرقابل قبول به نظر می رسید.

برای طراحان کنترل کننده موتور و یکپارچه سازان سیستم، این انتقال یک نتیجه عملی مستقیم دارد: رابط ارتباطی دیگر یک مشخصات ثانویه نیست. تعیین می کند که کنترلر در یک سیستم درایو هماهنگ چه کاری می تواند انجام دهد، چگونه با PLC ها و HMI ها ادغام می شود، و اینکه آیا می تواند در خطوط لوله داده های IIoT بدون دروازه واسطه شرکت کند یا خیر. کنترلرهای موتور DC بدون جاروبک برای کاربردهای صنعتی B2B به‌طور فزاینده‌ای، رابط‌های اترنت را به‌عنوان یک ویژگی استاندارد به جای یک افزونه اختیاری حمل می‌کنند - بازتابی از نفوذ عمیق تغییر پروتکل در بازار درایو.

پروتکل های کلیدی اترنت صنعتی برای کنترل کننده های موتور

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

EtherCAT (اترنت برای فناوری اتوماسیون کنترل) توسط Beckhoff Automation توسعه داده شد و در سال 2005 به یک استاندارد IEC تبدیل شد. نوآوری تعیین کننده آن "پردازش در پرواز" است: به جای اینکه هر گره یک بسته اختصاصی دریافت کند، یک فریم EtherCAT منفرد در تمام گره های برده به ترتیب گردش می کند و هر گره داده های خود را می خواند و داده های پاسخ را به عنوان فریم درج می کند. این کار سربار سوئیچینگ بسته را حذف می کند و زمان چرخه زیر 100 میکروثانیه را با لرزش زیر 1 میکروثانیه ارائه می دهد - عملکردی که همگام سازی ده ها محور سروو را واقعاً امکان پذیر می کند. این مستندات فنی رسمی گروه فناوری EtherCAT جزئیات نحوه دستیابی پروتکل به انطباق با IEC 61158 در حالی که از توپولوژی های خط، درخت، ستاره و حلقه بدون سوئیچ های مدیریت شده پشتیبانی می کند.

PROFINET که توسط PROFIBUS & PROFINET International (PI) اداره می شود، جانشین مستقیم Profibus است و بر بازارهای صنعتی اروپا تسلط دارد. این در دو حالت کار می کند: PROFINET RT (زمان واقعی) با زمان چرخه 1 تا 10 میلی ثانیه برای برنامه های استاندارد ورودی/خروجی و PROFINET IRT (زمان واقعی هم زمان) با زمان چرخه کمتر از 250 میکروثانیه برای کنترل دقیق حرکت. یک مزیت کلیدی برای پروژه‌های مقاوم‌سازی، پشتیبانی بومی پروکسی Profibus است—دستگاه‌های Profibus موجود می‌توانند از طریق یک شبکه PROFINET از طریق پراکسی‌های دروازه ارتباط برقرار کنند و امکان مهاجرت تدریجی را بدون تعویض تجهیزات نصب شده فراهم کنند.

اترنت/IP ، که توسط ODVA نگهداری می شود و بر اساس پروتکل صنعتی مشترک (CIP) لایه بندی شده روی استاندارد TCP/IP و UDP/IP ساخته شده است، پروتکل غالب در تولید گسسته آمریکای شمالی است. در زیرساخت‌های معمولی فناوری اطلاعات بدون سوئیچ‌های تخصصی اجرا می‌شود، ادغام مستقیم با شبکه‌های کارخانه موجود را ارائه می‌کند و از اکوسیستم گسترده‌ای از PLC، درایوها، و ماژول‌های I/O از چندین فروشنده پشتیبانی می‌کند. زمان‌های چرخه معمولی 2 تا 10 میلی‌ثانیه برای اکثر برنامه‌های ورودی/خروجی گسسته و درایو با سرعت متوسط ​​مناسب است. همگام سازی دقیق تر از طریق پسوند CIPsync در دسترس است.

Modbus TCP ساده ترین و گسترده ترین گزینه است - ترجمه مستقیم مدل کلاسیک رجیستر Modbus RTU بر روی TCP/IP. هیچ تضمینی در زمان واقعی ندارد، که آن را از نقش‌های کنترل حرکت درخواستی محروم می‌کند، اما پشتیبانی دستگاه جهانی و هزینه مجوز صفر آن، آن را به گزینه‌ای عملی برای نظارت، پیکربندی و لایه‌های ثبت داده‌ها در جایی که جبرگرایی لازم نیست تبدیل می‌کند.

مقایسه پروتکل: زمان چرخه، توپولوژی و سازگاری

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

یک الگو در داده ها مشخص است: مزیت زمان چرخه EtherCAT حاشیه ای نیست - این یک مرتبه بزرگتر از EtherNet/IP در شرایط معادل است. برای کاربردهایی که نیاز به همگام سازی دقیق در محورهای چندگانه موتور دارند، مانند ماشین ابزار CNC، بازوهای روباتیک، یا سیستم های نقاله هماهنگ، این شکاف مستقیماً به دقت موقعیت یابی ترجمه می شود. برای درایوهای تک محوری در تجهیزات فرآیند استاندارد، تفاوت به ندرت در عمل مهم است و آشنایی و سازگاری زیرساخت EtherNet/IP یا PROFINET RT اغلب بر سرعت خام بیشتر است.

توپولوژی شبکه نیز وزن عملی دارد. معماری زنجیره ای EtherCAT نیاز به سوئیچ های مدیریت شده را از بین می برد و فضای کابینت و هزینه را در سیستم هایی با گره های درایو توزیع شده کاهش می دهد. نیاز PROFINET IRT برای سوئیچ‌های دارای قابلیت زمان‌بندی، هزینه زیرساخت را افزایش می‌دهد، اما همگام‌سازی ساعت را در میان گره‌های جغرافیایی گسترده امکان‌پذیر می‌سازد که توپولوژی خطی EtherCAT به راحتی نمی‌تواند آن‌ها را بپذیرد.

ادغام ارتباطات اترنت در کنترلرهای موتور BLDC

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

در سطح سخت‌افزار، یکپارچه‌سازی EtherCAT معمولاً به ASIC‌های کنترل‌کننده برده اختصاصی-مانند خانواده‌های ET1100 یا ESC10- که پردازش فریم را مستقل از MCU اصلی انجام می‌دهند، متکی است. این تخلیه چیزی است که زمان‌های سیکل زیر 100 میکروثانیه را فعال می‌کند: پردازش اترنت هرگز برای چرخه‌های CPU با حلقه کنترل موتور رقابت نمی‌کند. پیاده‌سازی PROFINET و EtherNet/IP معمولاً از ماژول‌های RAM دو پورت یا پیاده‌سازی‌های هسته نرم بر روی FPGA استفاده می‌کنند که انعطاف‌پذیری بیشتری را ارائه می‌دهند اما نیاز به مدیریت تأخیر دقیق‌تری در معماری سیستم‌افزار دارند.

در سطح سیستم عامل، نمایه درایو نحوه نگاشت دستورات کنترل موتور را بر روی پروتکل شبکه تعریف می کند. مشخصات درایو CiA 402 - که در ابتدا برای CANopen توسعه یافته بود - به استاندارد لایه کاربردی غالب برای درایوهای موتور در سراسر EtherCAT (از طریق CoE، CANopen از طریق EtherCAT)، PROFINET و EtherNet/IP تبدیل شده است. ماشین‌های حالت را برای فعال/غیرفعال کردن درایو، حالت‌های عملیاتی (موقعیت، سرعت، گشتاور) و مدیریت خطا به روشی خنثی از فروشنده تعریف می‌کند که برنامه‌نویسی PLC را در برندهای کنترل‌کننده ساده می‌کند. کنترل‌کننده‌هایی که CiA 402 را به درستی پیاده‌سازی می‌کنند معمولاً می‌توانند با هر PLC سازگار با IEC 61131-3 بدون بلوک‌های عملکرد سفارشی راه‌اندازی شوند.

برای سیستم های چند محوره هماهنگ، همگام سازی ساعت توزیع شده یکی از ویژگی های مهم سفت افزار است. مکانیسم ساعت های توزیع شده EtherCAT همه گره های برده را در فاصله 1 میکروثانیه از یکدیگر همگام می کند - پیش نیازی برای چرخ دنده الکترونیکی، پروفایل بادامک و سایر عملکردهای حرکت همزمان. اجرای صحیح این امر مستلزم توجه دقیق به جبران تاخیر انتشار و تصحیح دریفت ساعت در سیستم عامل برده است. کنترلرهای موتور سری T با کارایی بالا از معماری پردازشی لازم برای حفظ نرخ‌های به‌روزرسانی حلقه جریان فشرده در کنار مدیریت ارتباطات شبکه استفاده کنید - تعادلی که طراحی‌های کنترل‌کننده سطح ورودی اغلب به خطر می‌افتند.

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

انتخاب پروتکل مناسب برای برنامه کنترل موتور

انتخاب پروتکل به ندرت به یک عامل محدود می شود. شش سوال فضای تصمیم گیری عملی را برای اکثر طراحی های سیستم کنترل موتور پوشش می دهد:

1. برنامه حرکتی به چه زمان سیکلی نیاز دارد؟ هماهنگی سروو چند محوره معمولاً به زمان چرخه کمتر از 1 میلی ثانیه نیاز دارد - به EtherCAT یا PROFINET IRT اشاره می کند. درایوهای سرعت متغیر تک محوری در تجهیزات فرآیند معمولاً به راحتی با نرخ به روز رسانی 5 تا 10 میلی ثانیه اجرا می شوند، جایی که EtherNet/IP یا PROFINET RT به اندازه کافی کار می کنند.
2. چه PLC یا کنترل کننده حرکتی از قبل در سیستم وجود دارد؟ این اغلب عامل تعیین کننده است. کنترلرهای زیمنس S7 به نفع PROFINET هستند. سیستم های Rockwell/Allen-Bradley حول محور EtherNet/IP ساخته شده اند. پلتفرم‌های حرکتی Beckhoff و Omron روی EtherCAT استاندارد می‌شوند. عبور از مرزهای پروتکل از طریق دروازه ها امکان پذیر است، اما تاخیر و پیچیدگی را اضافه می کند که مزایای عملکرد پروتکل بومی را از بین می برد.
3. شبکه از چند محور درایو پشتیبانی خواهد کرد؟ محدودیت نظری گره EtherCAT از 65535 دستگاه در یک شبکه، بسیار فراتر از نصب واقعی است، اما توپولوژی زنجیره ای آن به این معنی است که افزودن گره ها زمان پیمایش فریم را اندکی طولانی می کند. برای نصب های بسیار بزرگ با صدها نقطه I/O توزیع شده، توپولوژی ستاره ای مبتنی بر سوئیچ PROFINET ممکن است طرح فیزیکی انعطاف پذیرتری را ارائه دهد.
4. آیا ایمنی عملکردی در لایه شبکه مورد نیاز است؟ هر دو EtherCAT (از طریق FSoE، ایمنی عملکردی از طریق EtherCAT) و PROFINET (از طریق PROFIsafe) از ارتباطات ایمنی مطابق با IEC 61508 از طریق زیرساخت کابلی مشابه داده های فرآیند استاندارد پشتیبانی می کنند. EtherNet/IP از ایمنی CIP برای برنامه های مشابه پشتیبانی می کند. اگر به عملکردهای SIL 2 یا SIL 3 ایمن گشتاور خاموش یا سرعت ایمن نیاز است، تأیید کنید که سفت‌افزار ایمنی کنترل‌کننده موتور برای گسترش ایمنی پروتکل انتخابی تأیید شده است.
5. محدودیت های زیرساخت و نگهداری چیست؟ حذف سوئیچ های مدیریت شده توسط EtherCAT طراحی کابینت را ساده می کند و نقاط خرابی را کاهش می دهد. PROFINET و EtherNet/IP از زیرساخت سوئیچ فناوری اطلاعات استاندارد استفاده می‌کنند که تیم‌های تعمیر و نگهداری کارخانه ممکن است قبلاً قطعات یدکی آن را مدیریت و ذخیره کنند - یک مزیت عملی در امکانات بدون تخصص شبکه اتوماسیون اختصاصی.
6. چگونه کنترلر با موتور هدف جفت می شود؟ پروتکل ارتباطی و تطبیق موتور به یکدیگر وابسته هستند: یک کنترل‌کننده بهینه‌سازی شده برای ارتباطات شبکه با پهنای باند بالا همچنین باید نرخ به‌روزرسانی حلقه فعلی تقاضاهای ثابت زمان الکتریکی موتور را حفظ کند. در حال بررسی کنترل کننده موتور و راهنمایی جفت شدن موتور قبل از تعهد به ترکیب پروتکل-کنترل، اطمینان حاصل می شود که مشخصات رابط شبکه از عملکرد درایو اصلی که موتور واقعاً می تواند استفاده کند، پیشی نمی گیرد.

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