حدود اتصالات CompactLogix L35E عبر EtherNet/IP والتخطيط لها
CompactLogix L35E: 32 اتصال CIP عبر منفذ EtherNet/IP المدمج مقابل 100 اتصال على مستوى وحدة التحكم. خطّط لعدد الأجهزة، وفعّل التتبّع عبر IGMP، وتحقّق باستخدا...
تضم Allen-Bradley 1769-L35E منفذ EtherNet/IP في واجهة وحدة التحكم، ما يجعله نقطة الاتصال الافتراضية لكل HMI ومحرك وبوابة وجامع بيانات على لوحة فرعية. لكن هذه الراحة تخفي تقسيمًا صارمًا: فالمنفذ المدمج ليس المورد نفسه الذي يمثل تجمع CIP على مستوى وحدة التحكم. وغالبًا ما تتعطل التركيبات التي «عملت جيدًا لسنوات» عند إضافة PanelView خامس أو محور CIP Motion يستنفد بهدوء ميزانية المنفذ، بينما يظل العدد على مستوى وحدة التحكم يبدو سليمًا.
إن حدود CIP الخاصة بالمنفذ المدمج، لا أرقام التسويق الخاصة بالهيكل، هي التي تحدد ما إذا كان محوّل آخر سيُشغَّل بنجاح.
مجموعتا اتصالات يسهل الخلط بينهما
وفقًا لمواصفات اتصالات CompactLogix (سلسلة المنشور 1769-TD007)، يدعم L32E وL35E نحو 100 اتصال CIP عبر النظام. غير أن منفذ EtherNet/IP المدمج يقتصر عادةً على نحو 32 اتصال CIP. ولا تكون الاتصالات المتبقية مفيدة إلا عند إضافة محوّل Ethernet مثل 1769-AENTR على الناقل المحلي أو الممتد ونقل بعض حركة المرور بعيدًا عن منفذ الواجهة. ويُعد التعامل مع «100 اتصال» باعتباره إذنًا لتوصيل أكثر من ثلاثين جهازًا بمنفذ RJ45 خطأ التخطيط الأكثر شيوعًا على هذه المنصة.
| المورد | الحد الأقصى المعتاد لـ L35E | ملاحظات |
|---|---|---|
| اتصالات CIP على مستوى وحدة التحكم | ~100 | المجموع عبر المنافذ والمحولات في النظام |
| اتصالات EtherNet/IP CIP المدمجة | ~32 | الحد الأقصى الصارم للأجهزة على منفذ الواجهة |
| مقابس تغليف TCP | ~64 | MSG والويب والفئة 3 ومستمعو forward-open |
| حزم في الثانية (ENET المدمج) | ~5,000 PPS | الإجمالي؛ ويتحدد بحسب RPI وعدد الاتصالات |
| مسارات توجيه CIP المتزامنة | ~8 | جسور MSG عبر L35E |
يشترك المنفذ المدمج أيضًا في النطاق الترددي مع خادم الويب وعميل BOOTP/DHCP والتوجيه غير المطلوب. لا تستهلك حركة المرور غير التابعة لـ CIP، مثل Modbus TCP الخام أو جلسات المتصفح، اتصال CIP، لكنها تستهلك مع ذلك مقابس TCP وحزمًا في الثانية. كما أن ترك حاسوب محمول هندسي على صفحة التشخيص أثناء فترة انشغال باستطلاع HMI ليس أمرًا مجانيًا.
ما الذي يستهلك اتصال CIP فعليًا
يُحدَّد عدد الاتصالات من خلال تكوين الأجهزة، لا من خلال التفاؤل في جدول البيانات. وتشمل الأحجام الشائعة ميدانيًا ما يلي:
- محطة PanelView Plus / FactoryTalk View ME: عادةً من 1 إلى 4 اتصالات، حسب الموضوعات واشتراكات الإنذارات
- محركات PowerFlex أو Kinetix: من 1 إلى 2 (إدخال/إخراج ضمني، بالإضافة إلى MSG صريح اختياري؛ وتضيف حركة CIP مستهلكًا آخر)
- بوابات Anybus أو Ethernet إلى RIO: عادةً اتصال واحد لكل هدف ماسح
- POINT I/O: اتصال واحد لكل وحدة، ما لم يؤدِّ التحسين للحامل إلى دمج الهيكل في اتصال واحد
- أزواج العلامات المُنتَجة/المستهلكة: اتصال واحد لكل اتجاه في الزوج
- تعليمات MSG النشطة مع مسارات CIP: اتصال واحد لكل رسالة مفتوحة؛ والتخزين المؤقت مهم
يُفضَّل بشدة استخدام الإدخال/الإخراج المُحسَّن للحامل كلما شاركت أربع وحدات أو أكثر محوّلًا واحدًا. إن ترك كل وحدة 1734 كاتصال مستقل هو طريقة سهلة لاستهلاك ميزانية الاتصالات البالغة 32 قبل تشغيل أول محرك VFD.
يمنع التبديل المُدار المزود بميزة IGMP snooping بيانات الإدخال والإخراج متعددة الإرسال من إغراق المنفذ نفسه الذي تحاول حمايته.
مثال عملي على لوحة فرعية
لنفترض وجود لوحة تحمل بالفعل ثلاث واجهات HMI من UniOP (نحو اتصالين لكل منها)، ووحدة اتصال Anybus، وجسر Quest من Ethernet إلى RIO، وعميل FactoryTalk View ME، وعقدة Pilz PNOZmulti. وقد يقترب هذا المخزون وحده من أحد عشر اتصال CIP. وقد تظل هناك سعة رقمية كافية تحت 32 عند إضافة Kinetix 300 (باتصال ضمني وآخر صريح) وموضوع OPC، إلا أن معدل RPI للحركة البالغ 5–10 مللي ثانية قد يدفع PPS إلى منطقة الخطر قبل وقت طويل من تحوّل عداد الاتصالات إلى اللون الأحمر. يجب أن يقيّم تخطيط السعة كلاً من عدد اتصالات CIP ومعدل الحزم.
قائمة التحقق للتخطيط 1. احصر كل موضوعات الفئة 1، والمنتجة/المستهلكة، وMSG، وHMI على منفذ الواجهة الأمامية 2. عيّن معدلات RPI / الاستطلاع؛ وقدّر PPS = f(RPI, connections) 3. أنشئ نموذجًا في Rockwell EtherNet/IP Capacity Tool (وأدخل الأجهزة غير التابعة لـ Rockwell يدويًا) 4. أكّد الأعداد الفعلية على http://<controller-ip>/ قبل إضافة أي أجهزة 5. إذا اقتربت من 32 اتصال CIP أو 5k PPS، فانقل الإدخال والإخراج أو واجهات HMI إلى مسار من فئة 1769-AENTR / EN2T
الأعراض عند تجاوز سعة المنفذ
نادرًا ما يظهر الحمل الزائد على هيئة عطل واضح واحد. والتسلسل المعتاد هو:
- يزداد تذبذب RPI للفئة 1؛ وتصل تحديثات الإدخال والإخراج متأخرة
- تتجمد قيم HMI لفترة وجيزة؛ وتبدو الطوابع الزمنية للإنذارات قديمة
- تظهر إدخالات حالة CIP 0x0304 / 0x0312 / 0x0100 في صفحة تشخيصات Ethernet
- تعيد تعليمات MSG رموزًا تفيد بعدم توفر المورد أو بانتهاء المهلة
- يتوقف خادم الويب المضمّن عن الاستجابة عند استنفاد مقابس TCP
- في الحالات القصوى، تنقطع جميع اتصالات CIP إلى أن تتم إعادة تشغيل الطاقة أو إعادة الاتصال
ميزانية اتصالات CIP قبل إضافة العُقد
قبل إضافة جهاز آخر، افتح تشخيصات الويب لوحدة التحكم وسجّل عدد الاتصالات الفعلي وقارنه بجدول البيانات لديك. فعّل ميزة IGMP snooping على المفاتيح المُدارة التي تنقل بيانات الإدخال والإخراج متعددة الإرسال. لا تحاول «إصلاح» خلية محمّلة بإدخال مفتاح آخر غير مُدار، فهذا لا يؤدي إلا إلى مضاعفة نطاقات البث. عندما يتطلب التطبيق أكثر مما يمكن للواجهة الأمامية استضافته بشكل دائم، انقل حركة البيانات إلى وحدة محول أو إلى منصة CompactLogix أحدث، بدلًا من زيادة فواصل RPI إلى أن تنهار جودة الحركة.
ينبغي أن تكون حسابات الاتصالات جزءًا من مراجعات اختيار المنصة، تمامًا مثل زمن المسح. وفّر المحولات ووحدات التحكم مسبقًا من خلال خطة مدروسة لتوفير أنظمة PLC وPAC، حتى لا يبدأ التوسع التالي بمفتاح Ethernet استهلاكي فائض في أحد الأدراج.
نبذة عن المؤلف
مارك تاونسند | مهندس أتمتة أول – أنظمة Allen-Bradley
مارك تاونسند مهندس أتمتة أول يتمتع بخبرة تزيد على 18 عامًا في منصات Allen-Bradley، بما يشمل ControlLogix وCompactLogix وSLC-500 القديمة. ويتمحور عمله اليومي حول منطق RSLogix وStudio 5000 وتهيئة واجهات HMI في FactoryTalk View ضمن أساطيل قديمة ومختلطة.