مدل Allen-Bradley 1769-L35E یک پورت EtherNet/IP را روی بدنه کنترلر جای داده است و همین امر آن را به محل اتصال پیش‌فرض همه HMIها، درایوها، دروازه‌ها و جمع‌آورنده‌های داده در یک زیرپنل تبدیل می‌کند. این سهولت، یک تفکیک سخت را پنهان می‌کند: پورت داخلی همان منبعی نیست که مخزن CIP در سطح کنترلر است. تجهیزاتی که «سال‌ها بدون مشکل کار کرده‌اند» اغلب زمانی از کار می‌افتند که پنجمین PanelView یا یک محور CIP Motion بی‌سروصدا بودجه پورت را تمام می‌کند، در حالی که شمارش کلی کنترلر همچنان سالم به نظر می‌رسد.

این سقف‌های CIP پورت داخلی هستند، نه اعداد تبلیغاتی شاسی، که تعیین می‌کنند آیا آداپتور دیگری بدون مشکل راه‌اندازی خواهد شد یا نه.

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

طبق مشخصات ارتباطی CompactLogix (خانواده انتشارات 1769-TD007)، مدل‌های L32E و L35E در سراسر سیستم تقریباً از 100 اتصال CIP پشتیبانی می‌کنند. بااین‌حال، پورت داخلی EtherNet/IP معمولاً به حدود 32 اتصال CIP محدود است. باقی ظرفیت فقط زمانی کاربرد دارد که یک آداپتور اترنت، مانند 1769-AENTR، روی باس محلی یا توسعه‌یافته اضافه کنید و بخشی از ترافیک را از پورت پنل جلویی منتقل کنید. تلقی «100 اتصال» به‌عنوان مجوزی برای آویزان کردن بیش از سی دستگاه به پورت RJ45، رایج‌ترین خطای برنامه‌ریزی در این پلتفرم است.

پورت داخلی پهنای‌باند را با وب‌سرور، کلاینت BOOTP/DHCP و مسیریابی ناخواسته نیز به اشتراک می‌گذارد. ترافیک غیرCIP مانند Modbus TCP خام یا نشست‌های مرورگر یک اتصال CIP مصرف نمی‌کند، اما همچنان سوکت‌های TCP و PPS را مصرف می‌کند. لپ‌تاپ مهندسی که هنگام بازه پرترافیک نظرسنجی HMI روی صفحه تشخیص عیب رها شده است، بدون هزینه نیست.

چه چیزی واقعاً یک اتصال CIP مصرف می‌کند

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

• ایستگاه PanelView Plus / FactoryTalk View ME: معمولاً بسته به موضوعات و اشتراک‌های هشدار، 1 تا 4 اتصال
• درایوهای PowerFlex یا Kinetix: 1 تا 2 اتصال (I/O ضمنی به‌علاوه MSG صریح اختیاری؛ CIP Motion یک مصرف‌کننده دیگر اضافه می‌کند)
• دروازه‌های Anybus یا Ethernet به RIO: معمولاً برای هر هدف اسکنر، 1 اتصال
• POINT I/O: برای هر ماژول 1 اتصال، مگر اینکه بهینه‌سازی رک، شاسی را به یک اتصال واحد تبدیل کند
• جفت‌های تگ تولیدشده/مصرف‌شده: برای هر جهت جفت، یک اتصال
• دستورهای MSG فعال با مسیرهای CIP: برای هر پیام باز، یک مورد؛ ذخیره‌سازی مسیر اهمیت دارد

هر زمان چهار ماژول یا بیشتر یک آداپتور را به اشتراک می‌گذارند، I/O بهینه‌شده برای رک به‌شدت ترجیح داده می‌شود. باقی گذاشتن هر ماژول 1734 به‌صورت یک اتصال جداگانه، راهی آسان برای تمام کردن بودجه 32 اتصال پیش از راه‌اندازی نخستین VFD است.

سوئیچینگ مدیریت‌شده همراه با IGMP snooping مانع از آن می‌شود که I/O چندپخشی، همان پورتی را که قصد محافظت از آن را دارید، با سیلاب ترافیک پر کند.

نمونه عملی زیرپنل

فرض کنید پنلی از قبل سه HMI از نوع UniOP (هرکدام حدود ۲ اتصال)، یک ارتباط‌دهنده Anybus، یک پل Quest برای تبدیل اترنت به RIO، یک کلاینت FactoryTalk View ME و یک نود Pilz PNOZmulti را در خود دارد. همین موجودی به‌تنهایی می‌تواند نزدیک به یازده اتصال CIP ایجاد کند. افزودن یک Kinetix 300 (با اتصالات ضمنی و صریح) و یک موضوع OPC ممکن است همچنان از نظر عددی، زیر سقف 32 باقی بماند—اما یک RPI حرکتی 5–10 ms می‌تواند مدت‌ها پیش از قرمز شدن شمارنده اتصالات، PPS را وارد محدوده خطر کند. برنامه‌ریزی ظرفیت باید هم تعداد CIP و هم نرخ بسته‌ها را ارزیابی کند.

چک‌لیست برنامه‌ریزی
1. همه Class 1ها، اتصالات تولیدشده/مصرف‌شده، MSGها و موضوعات HMI را روی پورت پنل فهرست کنید
2. نرخ‌های RPI / polling را تعیین کنید؛ PPS را با فرمول PPS = f(RPI, connections) برآورد کنید
3. در Rockwell EtherNet/IP Capacity Tool مدل‌سازی کنید (دستگاه‌های غیر Rockwell را به‌صورت دستی وارد کنید)
4. پیش از افزودن سخت‌افزار، تعداد زنده را در http://<controller-ip>/ تأیید کنید
5. اگر به 32 اتصال CIP یا 5k PPS نزدیک هستید، I/O یا HMIها را به مسیر هم‌رده 1769-AENTR / EN2T منتقل کنید

نشانه‌ها هنگام اشباع شدن پورت

اضافه‌بار به‌ندرت به شکل یک خطای واضح و منفرد ظاهر می‌شود. روند معمول چنین است:

1. لرزش RPI در Class 1 افزایش می‌یابد؛ به‌روزرسانی‌های I/O با تأخیر می‌رسند
2. مقادیر HMI برای مدت کوتاهی ثابت می‌مانند؛ مُهرهای زمانی هشدارها قدیمی به نظر می‌رسند
3. ورودی‌های وضعیت CIP با کدهای 0x0304 / 0x0312 / 0x0100 در صفحه عیب‌یابی اترنت ظاهر می‌شوند
4. دستورهای MSG کدهای resource-unavailable یا timeout برمی‌گردانند
5. وقتی سوکت‌های TCP تمام می‌شوند، وب‌سرور داخلی دیگر پاسخ نمی‌دهد
6. در موارد شدید، همه اتصالات CIP تا زمان قطع و وصل برق یا اتصال مجدد قطع می‌شوند

بودجه اتصالات CIP پیش از افزودن نودها

پیش از افزودن دستگاهی دیگر، عیب‌یابی وب کنترلر را باز کنید و تعداد اتصالات زنده را در مقایسه با صفحه‌گسترده خود ثبت کنید. در سوئیچ‌های مدیریتی که ورودی/خروجی چندپخشی را حمل می‌کنند، IGMP snooping را فعال کنید. با قرار دادن یک سوئیچ مدیریت‌نشده دیگر، یک سلول پُربار را «اصلاح» نکنید—این کار فقط دامنه‌های broadcast را چند برابر می‌کند. وقتی کاربرد به‌طور دائمی به اتصالاتی بیش از ظرفیت پنل نیاز دارد، ترافیک را به یک ماژول آداپتور یا پلتفرم جدیدتر CompactLogix منتقل کنید، نه اینکه RPIها را آن‌قدر کاهش دهید که کیفیت حرکت از بین برود.

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