الزامات و توپولوژی سوئیچ شبکه EtherNet/IP برای Kinetix 5500
درایوهای سرو Kinetix 5500 از Allen-Bradley را روی EtherNet/IP پیکربندی کنید. این دوره مباحث CIP Sync، زمانبندی IEEE 1588 V2، انتخاب Stratix، توپولوژی DLR و ...
محورهای سروو میانبرهای شبکه را بهسرعت آشکار میکنند. یکپارچهسازی Kinetix 5500 (2198-xxxx-ERS3) در زیرشبکهای که از قبل ControlLogix I/O، آداپتورهای ایمنی، ترافیک PanelView و VFDها را حمل میکند، این پرسش عملی را مطرح میکند: آیا Stratix مدیریتشده الزامی است و کدام توپولوژی CIP Sync را در محدوده بودجه نگه میدارد؟ پاسخ به Requested Packet Interval، همگامسازی زمانی IEEE 1588 V2 و جیتر بستگی دارد، نه به اینکه درایو «پینگ» میشود یا نه.
CIP Motion حتی زمانی که اتصالهای یونیکست در Studio 5000 سالم به نظر میرسند، نسبت به جیتر زمان اقامت سوئیچهای مدیریتنشده حساس است.
الزامات CIP Motion / CIP Sync
| پارامتر | نیاز معمول Kinetix 5500 |
|---|---|
| دوره بهروزرسانی | ۱ میلیثانیه (سفتافزار ERS3 نسخه 6.xxx به بعد)؛ خانوادههای قدیمیتر ممکن است به ۲ میلیثانیه نیاز داشته باشند |
| همگامسازی زمان | CIP Sync (IEEE 1588 V2)، گرندمستر + ساعتهای شفاف |
| بودجه جیتر | کلاس زیرمیکروثانیهای از ابتدا تا انتها در زنجیره TC |
| کلاس اتصال | کلاس ۱؛ Studio 5000 نسخه ۲۸ به بعد اغلب برای 5500 بهصورت پیشفرض یونیکست است |
| توپولوژی | ستارهای، خطی یا DLR—از زنجیرهکردن بدون بررسی سوئیچهای مصرفی خودداری کنید |
اگر هر سوئیچی در مسیر نتواند بهعنوان ساعت شفاف عمل کند (یا دستکم زمان اقامت PTP را محدود کند)، درایو همگامسازی را رد میکند و خطا شبیه مشکل سروو ظاهر میشود.
فهرست بررسی قابلیتهای سوئیچ
- ساعت شفاف IEEE 1588 V2 با مشخصات دقیق زمان اقامت
- QoS سختافزاری با اولویت مطلق برای DSCPهای حساس به زمان (نشانگذاریهای EtherNet/IP و PTP)
- اسنوپینگ IGMPv2/v3 در صورت استفاده از چندپخشی
- رفتار CIP تأییدشده توسط ODVA / Rockwell در صورت امکان (خانوادههای Stratix 5700/5400/5410)
سوئیچهای مدیریتنشده فریمهای PTP را بدون اصلاح زمان اقامت ارسال میکنند؛ جیتر چندپرشی میتواند به صدها میکروثانیه برسد که خارج از بودجه حرکت ۱ میلیثانیهای است. سوئیچهای مدیریتشده شخص ثالث در صورت پیکربندی صحیح PTP TC و QoS میتوانند کار کنند، اما ریسک آن بر عهده شماست و عیبیابی بومی Stratix را در درخت I/O از دست میدهید.
توپولوژی با تعداد محور کم: DLR مستقیم از EN2TR
برای یک یا دو محور، الگوی اثباتشده این است که بهجای خرید سوئیچ حرکت از همان روز اول، جداسازی فیزیکی انجام شود:
پورت ۱ EN2TR -> سوئیچ کارخانه (HMI، I/O، VFD) پورت ۲ EN2TR -> پورت ۱ Kinetix 5500 (DLR دوگرهی) درایو: توپولوژی شبکه = DLR، گره (نه سوپروایزر) دوره بهروزرسانی محور = ۱ میلیثانیه (مطابق با RPI)
کنترل حرکت CIP یونیکست روی آن سگمنت دوگرهی، فشار IGMP را از مسیر حرکت حذف میکند. طول کابل همچنان باید با محدودیتهای کابل مسی مطابقت داشته باشد؛ هنگام گسترش زنجیره DLR، محیط حلقه برابر با مجموع طول هر دو سگمنت است.
دامنههای broadcast مربوط به HMI، دشمن خاموش جریانهای حرکتی 1 ms روی زیرشبکههای مشترک هستند.
گزینههای جداسازی HMI
| گزینه | موارد کاربرد |
|---|---|
| درایو مستقیم از Port 2 در EN2TR | ۱–۲ محور؛ بدون هزینه اضافی سوئیچ |
| ماژول ENxT دوم | بار سنگین HMI یا افزایش برنامهریزیشده تعداد محورها |
| جایگزینی بستر مدیریتنشده با Stratix | محورهای متعدد؛ ایمنی، I/O و HMI ترکیبی در یک دامنه L2 |
Update Period در برابر RPI
در یک محور Kinetix 5500، Update Period (ویژگیهای Motion) و RPI (ویژگیهای Connection) تنظیماتی مرتبط اما غیر یکسان هستند. برای فریمویر ERS3 که از آن پشتیبانی میکند، هر دو را روی 1 ms تنظیم و مقدارشان را یکسان نگه دارید. عدم تطابق، یکی از دلایل شایع خطای «Connection Not Established» هنگام راهاندازی است. نرخهای announce مربوط به PTP در ENxT باید روی مقادیر توصیهشده Rockwell باقی بمانند، مگر اینکه سند معماری تأییدشدهای خلاف آن را بیان کند.
وقتی تعداد محورها در یک بستر مشترک و مدیریتنشده از حدود هشت تا ده درایو بیشتر میشود، جیتر تجمعی معمولاً ارتقا به رده Stratix را ضروری میکند؛ حتی اگر اتصالات unicast با یک یا دو محور قابلقبول به نظر برسند. این نقطه عطف را در نخستین نوسازی برنامهریزی کنید، نه پس از سومین خطای همگامسازیِ توضیحدادهنشده.
بررسیهای راهاندازی
- تأیید کنید grandmaster همان ENxT موردنظر است؛ در صورت وجود، وضعیت PTP را در Stratix بخوانید
- Update Period و RPI را هماهنگ کنید؛ عدم تطابق باعث خطاهای اتصال میشود
- هنگام مغایرت، فهرستهای NS/connection را با شمارندههای سوئیچ تطبیق دهید
- هنگام حرکت محورها، پیمایش HMI را تحت آزمون فشار قرار دهید—مراقب خطاهای همگامسازی باشید
- نقشههای توپولوژی را مستندسازی کنید؛ سوئیچهای اداری «موقت» به بدهی دائمی تبدیل میشوند
- خط پایهای از خطای دنبالکردن محور را پیش و پس از اعمال بار سنگین روی HMI ثبت کنید
ذخیره قطعات یدکی سختافزار Motion و Logix باید از همان قواعد PLC/PAC که برای کنترلرهای گسسته اعمال میشوند پیروی کند تا خرابی یک EN2TR باعث از کار افتادن یک سلول تولیدی نشود.
درباره نویسنده
مارک تاونسند | مهندس ارشد اتوماسیون – سیستمهای آلن-بردلی
مارک تاونسند مهندس ارشد اتوماسیون است و بیش از ۱۸ سال روی پلتفرمهای آلن-بردلی، از جمله ControlLogix، CompactLogix و SLC-500 قدیمی، تجربه دارد. کار روزمره او شامل توسعه منطق در RSLogix / Studio 5000 و راهاندازی HMI در FactoryTalk View در ناوگانهای قدیمی و ترکیبی است.