تشخیص خطای محور حرکت EtherNet/IP CIP: آلن-برادلی کینتیکس ۵۷۰۰ و اشنایدر لکسیوم ۳۲

هزینه واقعی حالت خطای محور
وضعیت "Axis Faulted" در شبکه EtherNet/IP CIP Motion بلافاصله تولید را متوقف میکند. مهندسان ساعتها صرف حدس زدن علتهای اصلی میکنند. بیشتر خطاها در چهار دسته قرار میگیرند: سختافزار درایو، زمانبندی شبکه، پارامترهای تنظیم و منطق ورودی ایمنی. برخورد با همه آنها به عنوان یک مشکل واحد باعث هدر رفتن زمان میشود.
CIP Motion از اتصالات ضمنی کلاس 1 با فاصله بسته درخواستی (RPI) بین ۱ تا ۲ میلیثانیه استفاده میکند. ورودی/خروجی استاندارد EtherNet/IP با فاصله ۱۰ تا ۲۰ میلیثانیه کار میکند. بهروزرسانی از دست رفته در RPI برابر با ۱ میلیثانیه، در عرض ۴ تا ۸ میلیثانیه باعث ایجاد "Axis Major Fault" میشود. نوسان شبکه بالاتر از ۲۵۰ میکروثانیه باعث خطاهای متناوب میشود که شبیه خرابی سختافزار درایو به نظر میرسند. نسخه ۳۳.۰۱۱ و بالاتر فریمور Logix 5000 جزئیات خطای اتصال CIP Motion را در لاگ خطای ماژول ثبت میکند، نه فقط در بیتهای وضعیت درایو. همیشه هر دو محل را بررسی کنید. کنترلر Allen-Bradley ControlLogix 1756-L75 محورهای CIP Motion را از طریق ماژول 1756-EN2TP EtherNet/IP مدیریت میکند.
رمزگشایی کدهای خطای Kinetix 5700 و Lexium 32
هر کد خطا به یک لایه خاص اشاره دارد. قبل از شروع تعویض سختافزار، ساختار کد را یاد بگیرید.
Allen-Bradley Kinetix 5700 از فرمت کد خطای دو بایتی استفاده میکند. بایت بالا دسته خطا است (0x01 = سختافزار، 0x02 = حرکت، 0x04 = اضافه بار درایو، 0x08 = بازخورد، 0x10 = ایمنی). بایت پایین شماره خطای خاص است. آنها را در Studio 5000 در بخش Drive Properties → تب Fault Log بخوانید.
- مرحله ۱: Studio 5000 را باز کنید → Controller Properties → Module Properties برای محور Kinetix 5700.
- مرحله ۲: به تب Fault Log بروید. کد خطا (هگز) و زمان ثبت خطا را یادداشت کنید.
- مرحله ۳: کد خطا 0x0204 = خطای سرعت. سیمکشی بازخورد سرعت در کانکتور J13 پینهای ۱ تا ۴ را بررسی کنید.
- مرحله ۴: کد خطا 0x0810 = باتری انکودر کم است. باتری CR2032 انکودر مطلق را تعویض کنید. پس از تعویض، مرجع موقعیت انکودر را ریست کنید.
- مرحله ۵: کد خطا 0x1001 = ورودی Safe Torque Off (STO) غیرفعال است. منبع تغذیه ۲۴ ولت DC در ترمینالهای STO+ و STO− را بررسی کنید (حداقل ۲۲ ولت DC لازم است).
Schneider Lexium 32 تاریخچه خطا را در رجیسترهای داخلی MW100–MW109 ذخیره میکند. اینها را از طریق Modbus TCP (کد عملکرد ۰۳) بخوانید. فرمت کلمه خطا: بیتهای ۰–۳ = کلاس خطا، بیتهای ۴–۷ = زیرکد خطا. کلاس خطا ۴ (0x40) نشاندهنده دمای بیش از حد موتور است. کلاس خطا ۶ (0x60) نشاندهنده خطای انکودر است. همیشه پیش از نتیجهگیری درباره خرابی انکودر، پیوستگی شیلد کابل انکودر را بررسی کنید. برای ماژولهای محور خانواده Kinetix، به ماژول محور یکپارچه Kinetix 6000 به عنوان پلتفرم مرجع معماری کد خطا مراجعه کنید.
تشخیص لایه شبکه: یافتن نوسان و از دست رفتن بستهها
خطاهای CIP Motion اغلب به شبکه مربوط میشوند، نه درایو. سه تست خاص سلامت شبکه را سریع تأیید میکنند.
اول، آمار پورت سوئیچ EtherNet/IP را بررسی کنید. ترافیک CIP Motion نیازمند برچسبگذاری QoS Class of Service (CoS) با DSCP 55 (CIP Motion) و DSCP 46 (CIP real-time) است. سوئیچ مدیریت شده Allen-Bradley Stratix 5700 شمارندههای دورریز هر پورت را نمایش میدهد. هر شمارش دورریز ورودی غیر صفر در پورت درایو نشاندهنده سرریز بافر است — ترافیک پسزمینه را کاهش دهید یا اولویت صف پورت را افزایش دهید.
دوم، نوسان واقعی RPI را با Wireshark اندازهگیری کنید. ترافیک را در پورت کنترلر ضبط کنید. فیلتر را بر اساس آدرس MAC منبع اترنت Kinetix 5700 یا Lexium 32 تنظیم کنید. CIP Motion نیازمند نوسان ≤ ۲۵۰ میکروثانیه است. مقادیر بالاتر از ۵۰۰ میکروثانیه باعث خطاهای مکرر محور هر ۳ تا ۱۰ دقیقه تحت بار میشود.
- مرحله ۱: لپتاپ را به پورت SPAN روی سوئیچ مدیریت شده وصل کنید. ضبط Wireshark را شروع کنید، فیلتر: eth.src == [MAC درایو].
- مرحله ۲: محور را با ۵۰٪ سرعت نامی به مدت ۵ دقیقه اجرا کنید. ضبط را به CSV صادر کنید. انحراف معیار زمان بین بستهها را محاسبه کنید.
- مرحله ۳: اگر نوسان > ۲۵۰ میکروثانیه بود، به دنبال سیل چندپخشی (multicast flooding) باشید. IGMP Snooping را در همه سوئیچهای VLAN CIP Motion فعال کنید.
- مرحله ۴: اطمینان حاصل کنید که کارت شبکه کنترلر با سرعت ۱۰۰ مگابیت بر ثانیه Full Duplex کار میکند، نه Auto-Negotiate. اگر نوسان بالای ۳۰۰ میکروثانیه باقی ماند، هر دو طرف را به 100FD تنظیم کنید.
سوم، وضعیت اتصال CIP Motion در Logix 5000 را بررسی کنید. در Studio 5000، یک Watch Tag برای تگ AXIS_CIP_DRIVE اضافه کنید. ویژگیهای .RunningFault، .StartInhibited و .MotionGroupFault را نظارت کنید. حالت .StartInhibited بدون کد خطا به این معنی است که کنترلر منتظر برقراری مجدد اتصال است. ناسازگاری RPI گروه حرکت شایعترین علت پنهان است.
اعتبارسنجی تنظیم درایو پس از بازیابی خطا
پاک کردن خطا و راهاندازی مجدد محور بدون اعتبارسنجی تنظیم باعث تکرار خطاها ظرف ۳۰ دقیقه میشود. پس از هر خطای بزرگ محور، این توالی را دنبال کنید.
برای Kinetix 5700، جادوگر Autotune را در Studio 5000 باز کنید (Motion Properties → تب Tune). حالت Autotune را روی "کنترل موقعیت" تنظیم کنید. از تست اینرسی با شیب گشتاور ۱۰٪ نامی استفاده کنید. جادوگر نسبت اینرسی بار (J_load/J_motor) را بازمیگرداند. مقادیر بین ۰.۱ تا ۱۰ را بپذیرید. مقادیر بالاتر از ۱۰ نشاندهنده مشکلات کوپلینگ مکانیکی است — قبل از تنظیم، بازی دنده گیربکس را بررسی کنید. پس از اتمام autotune، تنظیم فرکانس باند (Bandwidth Hz) نباید برای کوپلینگهای سخت از ۸۰ هرتز و برای کوپلینگهای انعطافپذیر از ۴۰ هرتز بیشتر باشد.
برای Lexium 32، از نرمافزار SoMove (نسخه ۳.۳ یا بالاتر) از طریق پورت تشخیصی USB استفاده کنید. به Drive → Tuning → Auto-tuning بروید. درایو تست گام سرعت متقارن را در ۲۵٪ سرعت نامی انجام میدهد. نتیجه Kp (تقویت موقعیت) را بررسی کنید. مقادیر زیر ۰.۵ هرتز نشاندهنده مشکلات سختی مکانیکی است. مقادیر بالای ۲۰۰ هرتز نشاندهنده ناسازگاری رزولوشن انکودر با گام پیچ است. پارامتر نسبت دنده (P3.006) را قبل از تست مجدد اصلاح کنید.
برای کاربردهای با دینامیک بالا فقط به autotune اکتفا نکنید. تست پاسخ پله دستی در سرعتهای ۱۰٪، ۵۰٪ و ۱۰۰٪ نامی تنظیم را در کل محدوده عملکرد تأیید میکند. حداکثر خطای موقعیت در سرعت ۱۰۰٪ نامی باید کمتر از دو برابر مقدار PET باشد.
خطاهای منطق ورودی ایمنی و بازیابی STO
ورودیهای Safe Torque Off (STO) باعث ۳۰٪ تماسهای "Axis Faulted" در میدان میشوند. نشانه آن مشابه خطای سختافزار درایو است — محور خطا میدهد و فعال نمیشود. با این حال، پاک کردن خطا و فعالسازی مجدد وقتی STO برقرار نباشد، بیاثر است.
Kinetix 5700 به هر دو ورودی STO (STO-A و STO-B در کانکتور ایمنی J2، پینهای ۱ و ۴) با حداقل ۲۲ ولت DC نیاز دارد. خطای تککاناله STO کد خطا 0x1001 و خطای دوکاناله کد 0x1002 تولید میکند. اگر مدار STO از رله ایمنی با تأخیر قطع استفاده میکند، ولتاژ نگهدارنده رله را بررسی کنید — کمتر از ۱۸ ولت DC باعث قطعهای متناوب STO در اثر لرزش میشود.
پیادهسازی STO در Lexium 32 مطابق استاندارد EN/IEC 62061 است. ورودی STO در ترمینال CN7 پینهای ۵–۶ به ۲۰–۲۸ ولت DC برای حالت فعال نیاز دارد. بیت STO_Active در رجیستر وضعیت درایو MW0 بیت ۱۴ را بررسی کنید. اگر STO_Active = 0 در حالت عادی باشد، کابل تغذیه ۲۴ ولت DC STO را برای اتصال زمین بررسی کنید. از کلمپ متر روی شیلد کابل STO استفاده کنید — جریان شیلد بالای ۵۰ میلیآمپر نشاندهنده خرابی عایق در کانال کابل چندمحوره است.
همیشه پس از بازیابی هر خطای محور، عملکرد STO را آزمایش کنید. با قطع عمدی تغذیه STO، تست تقاضا انجام دهید. اطمینان حاصل کنید که گشتاور درایو ظرف ۲۰ میلیثانیه به صفر میرسد (مطابق با الزامات دسته ۳ IEC 62061). زمان پاسخ STO را با اسیلوسکوپ ثبت کنید. تاریخ تست و نتیجه قبول/رد را در لاگ نگهداری برای ممیزیهای تطابق IEC 61511 ثبت کنید.
نتیجهگیری و توصیههای عملی
خطاهای EtherNet/IP CIP Motion الگوی قابل پیشبینی دارند. نوسان شبکه بالاتر از ۲۵۰ میکروثانیه، قطع ورودی STO و شکستهای اعتبارسنجی تنظیم پس از خطا باعث ۸۰٪ از حوادث تکراری میشوند. هر تشخیص را از لاگ خطا شروع کنید، نه از سختافزار. قبل از دست زدن به سیمکشی، کد خطا را رمزگشایی کنید. پیش از متهم کردن درایو، نوسان RPI شبکه را با Wireshark تأیید کنید.
همیشه قبل از بازگرداندن محور به تولید، autotune و تست پاسخ پله دستی را اجرا کنید. برای Kinetix 5700، نسخههای Studio 5000 و فریمور درایو را همگام نگه دارید — ناسازگاری فریمور به تنهایی باعث خطاهای کاذب اتصال CIP میشود. برای Lexium 32، MW100–MW109 را در هر رویداد خطا ثبت کنید. پنج رکورد خطا الگو را مشخص کرده و زمان تشخیص را در حادثه بعدی تا ۶۰٪ کاهش میدهد.
تستهای اثبات STO را هر ۶ ماه برنامهریزی و نتایج را مستندسازی کنید. از سوئیچ مدیریت شده Stratix 5700 با IGMP Snooping و QoS فعال به عنوان پایه شبکه قابل اعتماد CIP Motion استفاده کنید. ممیزان ایمنی به طور فزایندهای درخواست سوابق تست STO CIP Motion را به عنوان بخشی از بررسیهای تطابق IEC 62061 دارند.
