قطعی گره اترنت/آی‌پی سوئیچ FL 2000 فینیکس کانتکت: تشخیص و رفع مشکل در شبکه‌های اشنایدر M580

نقطه درد: قطع‌های تصادفی گره‌ها باعث کاهش زمان کارکرد تولید می‌شوند

یک کنترل‌کننده برنامه‌پذیر Schneider Modicon M580 هر ۴ تا ۸ ساعت اتصال EtherNet/IP به گره‌های ورودی/خروجی از راه دور را روی شبکه مدیریت‌شده Phoenix Contact FL Switch 2000 از دست می‌دهد. ابتدا، لاگ CPU M580 پیام "Connection Timeout" را برای آدرس‌های IP رک‌های I/O خاص در فواصل نامنظم نشان می‌دهد. دوم، این قطع اتصال ۲ تا ۱۲ ثانیه طول می‌کشد تا اتصال به‌صورت خودکار بازیابی شود. علاوه بر این، سیستم کنترل توزیع‌شده (DCS) کارخانه، از دست رفتن I/O را به‌عنوان خطای فرایند ثبت می‌کند که باعث ایجاد آلارم‌های غیرضروری و دخالت اپراتورها می‌شود. بنابراین، خط تولید در هر شیفت ۳ تا ۵ بار متوقف می‌شود برای مشکلی که نباید در یک شبکه صنعتی اترنت مدیریت‌شده وجود داشته باشد.

اکثر مهندسان ابتدا PLC را مقصر می‌دانند. با این حال، قطع‌های تصادفی EtherNet/IP در M580 به‌درستی پیکربندی‌شده همیشه به مشکلات لایه ۱ یا لایه ۲ شبکه برمی‌گردد: خطاهای CRC ناشی از کابل‌های خراب، ناسازگاری دوپلکس، بازهمگرایی spanning tree، یا گرسنگی QoS برای پیام‌های ضمنی CIP. این راهنما تشخیص سیستماتیک روی Phoenix Contact FL Switch 2000 را با استفاده از ابزارهای تشخیصی داخلی آن پوشش می‌دهد. برای ماژول شبکه BMENOC0311 Schneider Modicon M580 و سخت‌افزار مرتبط M580، به کاتالوگ محصولات ما مراجعه کنید.

گام ۱: ابتدا آمار پورت سوئیچ را بخوانید

ابتدا، رابط وب Phoenix Contact FL Switch 2000 را در آدرس IP مدیریت آن باز کنید (پیش‌فرض: 192.168.1.254). به مسیر Diagnostics → Port Statistics بروید. دوم، تعداد خطاهای CRC و برخوردها را برای هر پورت فعال بررسی کنید. نرخ خطای CRC بالاتر از ۰.۰۱٪ در هر پورت ۱۰۰ مگابیت بر ثانیه نشان‌دهنده مشکل در لایه فیزیکی است: کانکتور RJ45 آسیب‌دیده، کابل بیش از ۱۰۰ متر، یا ترنسسیور خراب.

• گام ۱: شمارش خطاهای CRC پایه را در ابتدای شیفت ثبت کنید.
• گام ۲: پس از اولین قطع اتصال، شمارش‌ها را دوباره ثبت کنید.
• گام ۳: اختلاف خطاها را محاسبه کنید. هر پورتی که بیش از ۵۰۰ خطای CRC در بازه ۱۰ دقیقه نشان دهد، نیاز به تعویض فوری کابل دارد.
• گام ۴: ورودی‌های دور ریخته شده (Input Discards) را بررسی کنید. شمارش غیرصفر Input Discard به معنی سرریز بافر سوئیچ در هنگام انفجار ترافیک است. این باعث از دست رفتن بسته‌های ضمنی CIP بدون هیچ خطای CRC می‌شود.

علاوه بر این، از جدول LLDP (پروتکل کشف لایه پیوند) FL Switch 2000 برای تأیید اینکه هر دستگاه متصل با آدرس MAC و سرعت پورت صحیح دیده می‌شود، استفاده کنید. نبودن ورودی همسایه LLDP به معنی قطع فیزیکی لینک حداقل یک بار از زمان راه‌اندازی است. جدول LLDP را از طریق SNMP MIB OID 1.0.8802.1.1.2 صادر کرده و با نمودار شبکه خود مقایسه کنید. برای سوئیچ صنعتی مدیریت‌شده با قابلیت‌های مشابه LLDP و SNMP، به سوئیچ مدیریت‌شده TCSESM083F23F0 Schneider Ethernet TCP/IP مراجعه کنید.

ناسازگاری دوپلکس: قاتل خاموش CIP

ناسازگاری دوپلکس بین پورت Phoenix Contact FL Switch 2000 که روی Auto-Negotiate تنظیم شده و ماژول اترنت Schneider Modicon M580 BME NOC 0311 که به ۱۰۰ مگابیت بر ثانیه فول دوپلکس تنظیم شده، باعث برخوردهای دیرهنگام متناوب می‌شود. اول، سمت سوئیچ لینک فول دوپلکس را می‌بیند و هرگز برخوردها را تشخیص نمی‌دهد. دوم، ماژول NOC M580 برخوردها را می‌بیند چون سوئیچ در پنجره‌های انتقال که NOC در نظر می‌گیرد، فریم ارسال می‌کند. بنابراین، NOC این‌ها را به‌عنوان بسته‌های ناقص (runts) ثبت کرده و بدون ایجاد خطای CRC در سمت سوئیچ، آن‌ها را دور می‌اندازد.

ناسازگاری دوپلکس را فوراً برطرف کنید:

• گام ۱: از طریق Unity Pro XL به رک CPU M580 وارد شوید. به NOC 0311 → Ethernet Port Configuration بروید. تنظیمات فعلی دوپلکس و سرعت را یادداشت کنید.
• گام ۲: وارد رابط وب FL Switch 2000 شوید. به Port Configuration → Port X بروید. سرعت پورت را به‌صورت صریح روی ۱۰۰ مگابیت بر ثانیه فول دوپلکس تنظیم کنید — اگر دستگاه انتهایی تنظیم ثابت دارد، از Auto-Negotiate استفاده نکنید.
• گام ۳: Auto-MDI/X را فقط در صورتی غیرفعال کنید که کابل از نوع کراس‌اور شناخته شده باشد. برای همه کابل‌های پچ، Auto-MDI/X را فعال نگه دارید.
• گام ۴: هر دو طرف را به همان سرعت و دوپلکس مجبور کنید. ماژول NOC را راه‌اندازی مجدد کنید. به مدت ۲ ساعت نظارت کنید.

با این حال، مجبور کردن سرعت و دوپلکس توانایی تشخیص خرابی کابل از طریق شکست‌های مذاکره خودکار را از بین می‌برد. بنابراین، تست کابل‌های اجباری دوپلکس را هر سه ماه با آنالایزر کابل Fluke DTX-1800 برنامه‌ریزی کنید. دقت فاصله خطای TDR تا ±۱ متر به یافتن آسیب کانکتور بدون تعویض کامل کابل کمک می‌کند.

همگرایی RSTP: تنظیم Spanning Tree برای زمان‌بندی CIP

بازهمگرایی پروتکل Rapid Spanning Tree (RSTP) در توپولوژی حلقه یا مش Phoenix Contact FL Switch 2000 هنگام قطع لینک ۱ تا ۶ ثانیه طول می‌کشد. اول، این پنجره بازهمگرایی تمام پیام‌های ضمنی EtherNet/IP را از دست می‌دهد. دوم، زمان‌تایم اتصال CIP M580 به‌صورت پیش‌فرض ۴ برابر RPI (فاصله بسته درخواستی) است. برای RPI ده میلی‌ثانیه، زمان‌تایم ۴۰ میلی‌ثانیه است. بنابراین، هر بازهمگرایی RSTP طولانی‌تر از ۴۰ میلی‌ثانیه باعث خطای قطع اتصال در M580 می‌شود.

RSTP را برای زمان‌بندی صنعتی CIP بهینه کنید:

• گام ۱: اولویت پل RSTP را روی سوئیچ اصلی (نزدیک‌ترین به CPU M580) روی ۴۰۹۶ تنظیم کنید. همه سوئیچ‌های دیگر را روی ۳۲۷۶۸ تنظیم کنید. این تضمین می‌کند که ریشه spanning tree تعیین‌شده باشد.
• گام ۲: PortFast (پورت لبه) را روی همه پورت‌های سوئیچ متصل به رک‌های I/O، درایوها و دستگاه‌های انتهایی فعال کنید. پورت‌های لبه حالت‌های شنیدن و یادگیری ۳۰ ثانیه‌ای را رد کرده و مستقیماً به حالت ارسال می‌روند. این به‌تنهایی زمان همگرایی هر پورت را از ۳۰ ثانیه به زیر ۵۰۰ میلی‌ثانیه کاهش می‌دهد.
• گام ۳: زمان Hello را به ۱ ثانیه، Max Age را به ۶ ثانیه و Forward Delay را به ۴ ثانیه تنظیم کنید. این مقادیر همگرایی RSTP را در یک حلقه ۳ سوئیچه به زیر ۱ ثانیه کاهش می‌دهد.
• گام ۴: RPI CIP M580 را حداقل به ۲۰ میلی‌ثانیه برای هر I/O که پنجره زمان‌تایم ۸۰ میلی‌ثانیه را تحمل می‌کند، تنظیم کنید. این زمان کافی برای تکمیل همگرایی RSTP قبل از فعال شدن زمان‌تایم CIP فراهم می‌کند.

علاوه بر این، اگر سوئیچ‌های Phoenix Contact و ماژول‌های I/O Schneider شما پشتیبانی می‌کنند، توپولوژی Device Level Ring (DLR) را در نظر بگیرید. DLR بازیابی زیر ۳ میلی‌ثانیه را در مقابل حداقل ۱ ثانیه RSTP ارائه می‌دهد. بررسی کنید که نسخه فریم‌ور FL Switch 2000 برابر یا بالاتر از ۱.۴۴ باشد تا حالت ناظر DLR پشتیبانی شود. برای سخت‌افزار توپولوژی tap و ring EtherNet/IP، به 1783-ETAP Allen Bradley 3 Port EtherNet/IP Tap مراجعه کنید.

نشانه‌گذاری QoS DSCP: محافظت از ترافیک ضمنی CIP در برابر گرسنگی

یک کارخانه با Modbus TCP، PROFINET، دوربین‌های ویدئویی و EtherNet/IP که روی همان VLAN سوئیچ Phoenix Contact FL Switch 2000 اجرا می‌شوند، در هنگام انفجارهای ترافیکی در معرض گرسنگی پیام‌های ضمنی CIP است. اول، جریان‌های ویدئویی ۳۰ تا ۸۰ مگابیت بر ثانیه روی پورت ۱۰۰ مگابیت مصرف می‌کنند. دوم، پیام‌های ضمنی CIP فقط ۴۴ تا ۱۲۸ بایت در هر بسته هستند اما باید در پنجره RPI تحویل داده شوند. بنابراین، انفجار جریان ویدئو صف CIP را گرسنه کرده و علائم قطع مشابه خطای کابل ایجاد می‌کند.

QoS را روی FL Switch 2000 پیکربندی کنید:

• گام ۱: به QoS → DSCP Mapping در رابط وب FL Switch 2000 بروید. DSCP 46 (Expedited Forwarding) را به صف ۷ (بالاترین اولویت) نگاشت کنید.
• گام ۲: در ماژول M580 NOC 0311، مقدار DSCP برای ترافیک I/O CIP را روی ۴۶ تنظیم کنید. این هر پیام ضمنی CIP را با اولویت EF علامت‌گذاری می‌کند.
• گام ۳: تمام ترافیک Modbus TCP را به DSCP 26 (AF31)، صف ۴ نگاشت کنید.
• گام ۴: تمام ترافیک ویدئو و انتقال فایل‌های حجیم را به DSCP 0، صف ۰ (تلاش بهترین) نگاشت کنید.
• گام ۵: صف ۷ را با صف‌بندی اولویت سخت‌گیرانه فعال کنید. این تضمین می‌کند بسته‌های CIP ابتدا از سوئیچ خارج شوند، صرف‌نظر از بار ترافیکی دیگر.

علاوه بر این، دوربین‌های ویدئویی و انتقال داده‌های حجیم را روی VLAN جداگانه (VLAN 20) با ترانک ۸۰۲.۱Q به VLAN مدیریت (VLAN 10) قرار دهید. محدودکننده نرخ ورودی ۲۰ مگابیت بر ثانیه را روی پورت‌های متصل به دوربین اعمال کنید تا انفجارهای ویدئویی اصلاً به ساختار سوئیچ CIP نرسند. برای پیکربندی‌های پردازنده افزونه Schneider M580، تقسیم‌بندی VLAN به‌ویژه برای محافظت از ترافیک ضربان افزونگی حیاتی است.

نتیجه‌گیری و توصیه‌های عملی

قطع‌های گره EtherNet/IP در Phoenix Contact FL Switch 2000 روی شبکه‌های Schneider M580 همیشه علت ریشه‌ای قابل تشخیص دارند. اول، قبل از هر تغییر پیکربندی، شمارنده‌های خطای CRC پورت و Input Discard را بخوانید. دوم، ناسازگاری دوپلکس را با مجبور کردن هر دو پورت سوئیچ و ماژول M580 NOC به ۱۰۰ مگابیت بر ثانیه فول دوپلکس برطرف کنید. سوم، RSTP را با PortFast روی پورت‌های لبه، اولویت پل ۴۰۹۶ روی سوئیچ ریشه و زمان Hello یک ثانیه تنظیم کنید تا بازهمگرایی زیر ۱ ثانیه بماند. چهارم، نشانه‌گذاری QoS DSCP 46 برای پیام‌های ضمنی CIP و صف‌بندی اولویت سخت‌گیرانه روی FL Switch 2000 اضافه کنید تا گرسنگی ترافیک حذف شود. در نهایت، ترافیک ویدئو و حجیم را روی VLAN 20 با محدودیت نرخ ورودی ۲۰ مگابیت بر ثانیه جدا کنید. همه این چهار راه‌حل را با هم اعمال کنید — یک راه‌حل به‌تنهایی به‌ندرت تمام حالت‌های قطع را در شبکه تولید حذف می‌کند.