Allen-شرح بروتوكولات اتصال Bradley PLC: EtherNet/IP، وDeviceNet، وControlNet، والمزيد

إذا كنت تدير أو تحافظ على نظام تحكم يعتمد على Allen{0}}Bradley، فمن المحتمل أنك واجهت هذا الموقف. يتم إيقاف وحدة PLC، أو يتضاعف السعر من المورد الأصلي ثلاث مرات فجأة، وتبدأ في البحث عن وحدة بديلة أو متوافقة بدلاً من ذلك. تبدو المواصفات صحيحة، والموصل الفعلي مطابق، والسعر معقول. ولكن قبل تقديم الطلب، يتم تخطي سؤال واحد: هل تتحدث هذه الوحدة بالفعل نفس البروتوكول، بنفس الطريقة، مثل البروتوكول الذي تحل محله؟

هذا هو الجزء من اتصالات ألين-برادلي الذي نادرًا ما يتم شرحه بوضوح. يشرح معظم الأدلة ما هي EtherNet/IP، أو DeviceNet، أو ControlNet بشكل عام، لكن القليل جدًا منهم يربط هذه المعرفة بالقرارات العملية التي يواجهها المهندسون عند تحديد مصادر الأجزاء. في هذه المقالة، سنغطي بروتوكولات اتصال Allen-Bradley PLC الرئيسية، حيث يتناسب كل منها مع نظام حقيقي، وبنفس القدر من الأهمية، ما يجب التحقق منه قبل شراء وحدة بديلة أو متوافقة حتى لا ينتهي بك الأمر إلى حدوث مشكلة في الاتصال بعد التثبيت.

ما هو بروتوكول اتصال PLC ولماذا هو مهم

التعريف بلغة واضحة

بروتوكول الاتصال هو ببساطة مجموعة القواعد المتفق عليها والتي تسمح لجهازين بتبادل البيانات بشكل صحيح. فكر في الأمر بالطريقة التي تفكر بها في اللغة المشتركة: إذا كان PLC وHMI يستخدمان نفس البروتوكول، فإنهما يفهمان رسائل بعضهما البعض. إذا لم يحدث ذلك، فقد يبدو الاتصال جيدًا فعليًا بينما لا تمر أي بيانات قابلة للاستخدام بينهما فعليًا.

لماذا يؤثر اختيار البروتوكول على وقت تشغيل النظام وتكلفة الصيانة

يعد عدم تطابق البروتوكول أحد الأسباب الأكثر شيوعًا لوقت التوقف عن العمل والتي يمكن الوقاية منها. سيواجه نظام التحكم المبني على بروتوكول خاطئ بحجمه صعوبة في التوسع لاحقًا، كما أن خلط المعدات القديمة والجديدة دون التحقق من توافق البروتوكول غالبًا ما يؤدي إلى أخطاء متقطعة يصعب تشخيصها لأن الأسلاك والطاقة تبدو صحيحة. تتأثر تكاليف الصيانة أيضًا. عادةً ما يستغرق استكشاف الأخطاء وإصلاحها على مستوى البروتوكول- وقتًا أطول من إصلاح خطأ الأسلاك، نظرًا لأن الأعراض نادرًا ما تشير مباشرة إلى السبب. إن فهم البروتوكول الذي يعتمد عليه نظامك وما يتطلبه هذا البروتوكول من أي جهاز متصل به هو الخطوة الأولى نحو تجنب هذه المشكلات.

بعد وضع هذا الأساس، دعنا نلقي نظرة على البروتوكولات التي من المرجح أن تواجهها في بيئة Allen-Bradley، بدءًا من البروتوكول الذي يهيمن على عمليات التثبيت الجديدة اليوم.

البروتوكولات الحديثة المستندة إلى-إيثرنت

إيثرنت/IP

EtherNet/IP (بروتوكول Ethernet الصناعي) هو بروتوكول الاتصال الذي تم بناء معظم أنظمة Allen الجديدة -Bradley عليه. فهو يعمل عبر أجهزة Ethernet القياسية ويستخدم البروتوكول الصناعي المشترك (CIP) في طبقة التطبيق، وهو نفس أساس البروتوكول المشترك مع DeviceNet وControlNet. يعد هذا الأساس المشترك أحد أسباب تكامل EtherNet/IP بسلاسة عبر بنية Rockwell Automation.

هناك بعض الأشياء التي تجعل EtherNet/IP هو الخيار الافتراضي للبنيات الجديدة. ويستخدم محولات وكابلات Ethernet السلعية، بحيث تظل تكاليف الأجهزة منخفضة ويمكن لأقسام تكنولوجيا المعلومات دعم الشبكة بالأدوات التي تعرفها بالفعل. إنه يتوسع بشكل جيد، نظرًا لأن شبكة Ethernet المحولة لا تشارك النطاق الترددي عبر جميع الأجهزة بالطريقة التي تعمل بها البروتوكولات القديمة المستندة إلى الناقل-. ونظرًا لاعتماد شبكة EtherNet/IP على نطاق واسع، فإن أجهزة الاستشعار ومحركات الأقراص والبوابات التابعة لجهات خارجية تدعمها دائمًا تقريبًا، مما يجعل تكامل الموردين المتعددين-أقل إيلامًا مما كان عليه من قبل.

إذا كان نظامك يحتاج إلى مشاركة البيانات مع MES، أو مؤرخ، أو لوحة معلومات سحابية، فإن EtherNet/IP يكون قريبًا من الاختيار الافتراضي، لأنه يمكن أن يوجد على نفس الشبكة الفعلية مثل البنية التحتية لتكنولوجيا المعلومات الخاصة بك دون طبقة بوابة منفصلة.

ما هي نماذج AB التي تدعمها:تشتمل أحدث وحدات تحكم -جيل Allen-Bradley، بما في ذلك الأنظمة الأساسية ControlLogix وCompactLogix، على EtherNet/IP كمنفذ اتصال قياسي-مدمج. قد تتطلب بعض نماذج وحدات التحكم الأقدم أو الأكثر تخصصًا -وحدة اتصال إضافية للوصول إلى شبكة EtherNet/IP بدلاً من دعمها محليًا، لذلك يجدر التأكد من مراجعة الطراز المحدد والبرامج الثابتة بدلاً من افتراض الدعم عبر عائلة المنتجات بأكملها. إذا كنت تريد الحصول على وحدة تحكم أو وحدة اتصال وتريد التأكد من ما يدعمه رقم جزء معين، فلديناألين-برادلي بي إل سيوألين-وحدة برادلي PLCتسرد الصفحات المخزون الحالي مع تفاصيل البروتوكول، أو يمكنك أن ترسل لنا رقم الطراز مباشرة.

مرجع سريع لـ EtherNet/IP

تغطي الاتصالات الحديثة المستندة إلى Ethernet- معظم عمليات التثبيت الجديدة، إلا أن نسبة كبيرة من أنظمة Allen-Bradley المثبتة لا تزال تعتمد على البروتوكولات التي تسبق EtherNet/IP. لا تزال هذه العناصر في الخدمة إلى حد كبير، لذا من المفيد فهمها أيضًا.

البروتوكولات المستندة إلى الناقل القديم-

ديفيسنيت

يقوم DeviceNet بتوصيل الأجهزة الميدانية البسيطة مثل المستشعرات والأزرار الانضغاطية ومشغلات المحركات مرة أخرى إلى PLC عبر ناقل مشترك، بدلاً من توصيل كل جهاز على حدة. يعمل على تقنية شبكة منطقة التحكم (CAN) ويعمل عادةً بسرعات تصل إلى 500 كيلوبت في الثانية اعتمادًا على طول الكابل. إحدى المزايا العملية هي أن DeviceNet يحمل كلاً من الطاقة والإشارة على نفس الكابل، مما يقلل من تكلفة التثبيت لأعداد كبيرة من الأجهزة البسيطة. ستلاحظ ذلك غالبًا في التطبيقات المنفصلة الحساسة للتكلفة-، مثل خطوط التعبئة والتغليف أو معدات الأطعمة والمشروبات، حيث يكون العدد الكبير من أجهزة الاستشعار أكثر أهمية من الإنتاجية الأولية.

كونترول نت

تم تصميم ControlNet لأولوية مختلفة: التحكم الحتمي والوقت-الحرج بدلاً من الأسلاك الميدانية ذات التكلفة المنخفضة-. ويستخدم نظام تقسيم الوقت- لضمان عرض النطاق الترددي لحركة المرور المجدولة، مما يجعله مناسبًا تمامًا لتطبيقات مثل التحكم في الحركة متعدد-المحاور حيث يجب أن يكون توقيت الرسالة قابلاً للتنبؤ به وليس سريعًا فقط. حيث يتم اختيار DeviceNet لأنك تحتاج إلى توصيل العديد من الأجهزة البسيطة بتكلفة رخيصة، ويتم اختيار ControlNet لأن التطبيق لا يمكنه تحمل زمن الاستجابة المتغير للرسائل. إذا كان نظامك يتضمن حركة منسقة أو تحكمًا في العمليات مع متطلبات توقيت ضيقة، فإن ControlNet يظل أكثر ملاءمة من DeviceNet، على الرغم من أن كلاهما يشتركان في نفس أساس CIP مثل EtherNet/IP.

لماذا لا تزال هذه البروتوكولات قيد الاستخدام، وما الذي يجب مراقبته

نادرًا ما تبدأ عمليات التثبيت الجديدة مع DeviceNet أو ControlNet اليوم، لكن قدرًا كبيرًا من المعدات المبنية عليها لا تزال تعمل بشكل موثوق في الميدان. يعد استبدال شبكة بأكملها للانتقال إلى EtherNet/IP أمرًا مكلفًا، وفي كثير من الحالات، تفوق مخاطر وتكلفة التوقف غير المخطط له أثناء عملية الترحيل فائدة ترقية المعدات التي تعمل بالفعل. التحدي الرئيسي الذي تواجهه الصيانة في هذه الشبكات القديمة ليس البروتوكول نفسه، ولكن العثور على الأجهزة الميدانية ووحدات الاتصال المتوافقة كأجزاء أصلية يصبح من الصعب العثور عليه. عندما يحتاج أحد مكونات DeviceNet أو ControlNet إلى الاستبدال، فإن إصدار البروتوكول وسعة العقدة يستحقان التأكيد بعناية، نظرًا لأن الشبكات القديمة أقل تسامحًا مع حالات عدم التطابق الصغيرة مقارنة بشبكة Ethernet الحديثة.

وبعيدًا عن هذه البروتوكولات المستندة إلى الناقل-، تعتمد أنظمة Allen-Bradley أيضًا على جيل أقدم من معايير الشبكات التسلسلية والخاصة التي تستحق الفهم، لا سيما إذا كنت تحتفظ بمعدات ترجع إلى ما قبل DeviceNet.

بروتوكولات الطريق السريع التسلسلي والبيانات

درهم+/DH485

Data Highway Plus (DH+) وDH485 هما بروتوكولات Allen{2}}الأولى لشبكات برادلي، والتي تم تطويرها في الأصل لربط PLCs ومحطات البرمجة قبل وجود الخيارات المستندة إلى Ethernet-. يعمل DH+ بسرعات تصل إلى 230 كيلوبت في الثانية تقريبًا ويدعم ما يصل إلى 64 عقدة، باستخدام نظام تمرير الرمز المميز- للتحكم في الوصول إلى الشبكة. DH485 هو بروتوكول ذو صلة ولكنه متميز، مصمم لتطبيقات المتجر ذات النطاق الأقصر-مع عدد أقل من العقد المدعومة ومعدل إنتاجية أقل. لا يتم استخدام أي منهما في تصميم النظام الجديد اليوم، ولكن لا يزال كلاهما موجودًا في تشغيل محطات البرمجة، وواجهات المشغل القديمة، ووحدات التحكم PLC-5 أو SLC-500 القديمة في طوابق الإنتاج التي لم يتم ترقيتها بالكامل.

آر إس-232 / آر إس-485

RS-232 وRS-485 ليسا بروتوكولين في حد ذاتهما. إنها معايير الطبقة المادية التي تحدد كيفية انتقال الإشارات عبر الكابل، وعادةً ما تعمل البروتوكولات مثل Modbus RTU أو DF1 فوقها. يدعم RS-232 اتصالاً بسيطًا من نقطة إلى نقطة عبر مسافات قصيرة، وهو شائع الاستخدام لكابلات البرمجة وروابط HMI الأساسية. يدعم RS-485 أجهزة متعددة على ناقل مشترك عبر مسافات أطول بكثير، ولهذا السبب يظل شائعًا لتوصيل أجهزة HMI البسيطة أو أدوات الطرف الثالث بمعدات AB الأقدم. إن التعرف على هذا التمييز مهم لأن الجهاز الموصوف بأنه "متوافق مع RS-485" يخبرك عن الأسلاك، وليس بالضرورة ما إذا كان يمكنه الاتصال بالفعل باستخدام البروتوكول المحدد الذي يتوقعه PLC الخاص بك.

عندما لم تعد الأجهزة الأصلية متوفرة

غالبًا ما يكون عمر المعدات التي تعمل على DH+، أو DH485، أو الروابط التسلسلية الأساسية عقودًا من الزمن، وليس من الممكن دائمًا الحصول على قطعة بديلة أصلية دقيقة. عندما يحدث ذلك، هناك بشكل عام عدد قليل من المسارات الواقعية للأمام: تحديد موقع الوحدة الأصلية المستخدمة أو المجددة، أو إضافة بوابة تحويل البروتوكول لجسر الشبكة القديمة إلى شبكة أحدث، أو الحصول على وحدة بديلة متوافقة مصممة لدعم نفس البروتوكول القديم. يحتوي كل خيار على مقايضات-من حيث التكلفة، والمهلة الزمنية، وقابلية الدعم على المدى الطويل-، وعادةً ما يعتمد الاختيار بينها على كيفية تطور بقية النظام خلال السنوات القليلة القادمة.

يؤدي هذا القرار بطبيعة الحال إلى سؤال أوسع ينطبق على جميع هذه البروتوكولات: كيف يمكنك أن تقرر أي منها هو المناسب بالفعل لنظام معين، بدلاً من الالتزام بما تم استخدامه في المرة الأخيرة؟

اختيار البروتوكول المناسب لنظامك

السرعة وعدد العقد والبيئة

هناك ثلاثة عوامل تميل إلى دفع معظم قرارات البروتوكول. تأتي متطلبات السرعة أولاً: إذا كان تطبيقك يحتاج إلى توقيت أقل من-ملي ثانية، مثل التحكم المنسق في الحركة، فإن شبكة EtherNet/IP مع الشبكة الحساسة للوقت- أو ControlNet مناسبة، بينما يمكن تشغيل مهام المراقبة البسيطة بشكل مريح على روابط تسلسلية أبطأ بكثير. يعد عدد العقد مهمًا بعد ذلك: تتوسع البنية المحولة لـ EtherNet/IP بشكل جيد مع زيادة عدد الأجهزة، بينما تشترك البروتوكولات المستندة إلى الناقل -مثل DeviceNet في عرض النطاق الترددي عبر كل عقدة متصلة، وهو ما يصبح عاملاً مقيدًا في الأنظمة الأكبر حجمًا. البيئة هي العامل الثالث: تعمل الكابلات الطويلة أو المناطق الصاخبة كهربائيًا على تفضيل البروتوكولات ذات الحصانة القوية للضوضاء أو دعم الألياف الضوئية، مثل ControlNet، عبر Ethernet النحاسية القياسية أو الروابط التسلسلية الأساسية.

خلط البروتوكولات القديمة والجديدة

عدد قليل جدًا من الأنظمة الحقيقية تعمل على بروتوكول واحد من البداية إلى النهاية. من الشائع أن يكون لديك عمود أساسي لـ EtherNet/IP يربط وحدات التحكم بشبكة تكنولوجيا المعلومات، مع استمرار DeviceNet أو الروابط التسلسلية في التعامل مع الأجهزة الميدانية القديمة على مستوى الجهاز. عادةً ما تكون بوابات تحويل البروتوكول هي ما يربط هذه الشبكات معًا، لكن البوابة نفسها تحتاج إلى نفس التدقيق مثل أي جهاز آخر: تأكد من إصدار البروتوكول ونطاق البرامج الثابتة الذي يدعمه على كل جانب، نظرًا لأن البوابة التي يبدو أنها تتعامل مع كلا البروتوكولين قد تفشل في تفسير أنواع معينة من الرسائل بشكل صحيح إذا كانت برامجها الثابتة قديمة. إن اختبار البوابة أو نقطة الانتقال في ظل ظروف التشغيل الحقيقية، بدلاً من افتراض أنها ستعمل لأن ورقة البيانات تسرد كلا البروتوكولين، يستحق الوقت الإضافي قبل التشغيل الكامل.

يؤدي اختيار البروتوكول الصحيح إلى حل مشكلة التصميم لنظام جديد، ولكن بالنسبة لمعظم أعمال الصيانة والترقية، يأتي السؤال الأصعب لاحقًا: عندما تحتاج فعليًا إلى استبدال أو إضافة وحدة نمطية معينة، كيف يمكنك التأكد من أنها ستتواصل بشكل صحيح مع كل شيء مثبت بالفعل؟

توافق بروتوكول الاتصالات عند تحديد مصادر الوحدات البديلة

لماذا يتم التغاضي عن مواصفات البروتوكول

عندما يقوم المهندسون بتقييم وحدة بديلة أو متوافقة، يتجه الاهتمام بطبيعة الحال إلى الأشياء التي يسهل مقارنتها: هل رقم الجزء متطابق، وهل الموصل مناسب، وهل السعر معقول؟ غالبًا ما يتم افتراض توافق البروتوكول بدلاً من التحقق منه، خاصةً عندما تبدو الوحدة متطابقة فعليًا مع الوحدة الأصلية. من الناحية العملية، يمكن أن تشترك وحدتان في نفس الموصل وعامل الشكل مع دعم إصدارات مختلفة من البروتوكول أو نطاقات البرامج الثابتة، ولن يظهر هذا الاختلاف حتى يتم تثبيت الجهاز وفشله في الاتصال بشكل موثوق أو الاتصال بشكل متقطع بطريقة يصعب تشخيصها أكثر من تشخيص الفشل الكامل.

ما الذي يجب التحقق منه قبل شراء وحدة بديلة أو متوافقة

قبل الطلب، يجدر التأكد مما يلي مقابل نظامك الحالي:

• إصدار البروتوكول ونطاق البرامج الثابتة.تأكد من أن الوحدة البديلة تدعم نفس إصدار البروتوكول ونطاق مراجعة البرامج الثابتة مثل الجهاز الذي تستبدله، وليس فقط نفس اسم البروتوكول.
• سرعة الاتصال.تحقق من تطابق معدل البث بالباود المدعوم أو معدل البيانات مع ما تم تكوين بقية شبكتك من أجله، نظرًا لأن عدم التطابق هنا يمكن أن يمنع الاتصال حتى عندما يكون البروتوكول نفسه صحيحًا.
• سعة العقدة أو العنوان.بالنسبة للشبكات المستندة إلى الناقل- مثل DeviceNet أو ControlNet، تأكد من أن البديل يدعم عناوين العقد الكافية لحجم شبكتك الحالية، خاصة إذا كان النظام قد تطور منذ تثبيته لأول مرة.
• نوع الواجهة الماديةتأكد من تطابق الموصل ومعيار الكابلات تمامًا، نظرًا لأن بعض الوحدات التي تدعم نفس البروتوكول لا تزال تستخدم موصلات مادية مختلفة اعتمادًا على إنشاء الطراز.
• الحاجة إلى وحدة التحويل.إذا كان البديل لا يدعم البروتوكول الذي يستخدمه نظامك بشكل أصلي، فحدد ما إذا كانت هناك حاجة إلى بوابة إضافية أو وحدة تحويل، وقم بأخذ ذلك في الاعتبار في كل من التكلفة ووقت التثبيت.

إذا لم تكن متأكدًا من كيفية فحص قطعة بديلة معينة مقابل هذه النقاط، فيمكن لفريقنا الفني المساعدة في تأكيد مواصفات البروتوكول مقابل الإعداد الحالي لديك قبل الطلب من خلال موقعناصفحة الاستفسار.

ماذا يحدث عندما لا يتم التحقق من التوافق

تظهر بعض الأنماط بشكل متكرر عند فقدان توافق البروتوكول. يمكن أن تؤدي الوحدة البديلة التي تحتوي على مراجعة أقل للبرامج الثابتة مما يتطلبه الجهاز الأصلي إلى انقطاع الاتصال المتقطع بدلاً من الفشل النظيف، مما يجعل تتبع الخطأ أكثر صعوبة لأن الاتصال يبدو أنه يعمل جزءًا من الوقت. قد تفشل الوحدة التي تدعم البروتوكول الصحيح ولكن بسرعة اتصال افتراضية مختلفة في إنشاء اتصال على الإطلاق حتى يتم تصحيح إعداد السرعة يدويًا، وهو أمر يسهل التغاضي عنه في حالة التفاوض التلقائي على الوحدة السابقة-. وفي شبكات الناقلات ذات سعة العقدة الثابتة، يمكن أن تؤدي إضافة جهاز بديل دون التحقق من مساحة العنوان المتبقية إلى حدوث تعارضات مع الأجهزة الموجودة بدلاً من مجرد الفشل في الاتصال. ليس من الصعب منع أي من هذه المواقف، ولكنها تستغرق وقتًا أطول-من حيث التشخيص بعد التثبيت بدلاً من التحقق مسبقًا.

إذا كنت تقوم حاليًا بتقييم وحدة بديلة أو متوافقة لنموذج Allen{0}}Bradley محدد، فيمكن لفريقنا المساعدة في تأكيد توافق البروتوكول مع نظامك الحالي قبل الالتزام بأي طلب. يمكنك الوصول إلينا من خلال موقعناصفحة الاتصالمع تفاصيل النموذج

نصائح شائعة لاستكشاف أخطاء الاتصال وإصلاحها

أنواع الأخطاء الشائعة

تندرج معظم مشكلات التواصل مع آلن-برادلي ضمن فئات قليلة يمكن التعرف عليها. تحدث المهلات عندما يفشل الجهاز في الاستجابة خلال النافذة المتوقعة، مما يشير غالبًا إلى جهاز فاشل، أو كابل معطل، أو شبكة محملة بشكل زائد. تشير أخطاء المجموع الاختباري أو أخطاء CRC إلى تلف البيانات أثناء الإرسال، والذي يحدث عادةً بسبب ضوضاء كهربائية أو كبل تالف وليس بسبب مشكلة في التكوين. يحدث تعارض العناوين عندما يتم تعيين نفس عنوان العقدة لجهازين على نفس الشبكة، وهو ما يمكن أن يحدث أيضًا بعد فشل وحدة الاستبدال غير المتطابقة في البروتوكول - في التسجيل بشكل صحيح. تجدر الإشارة إلى أن عدم تطابق إصدار البرنامج الثابت أو البروتوكول على جهاز بديل يمكن أن يؤدي إلى ظهور أعراض تبدو مماثلة لانتهاء المهلة أو خطأ متقطع، وهو سبب آخر لاستبعاد مشكلات التوافق مبكرًا وليس الأخير.

خطوات استكشاف الأخطاء وإصلاحها الأساسية

قبل إجراء تشخيصات أعمق، ابدأ بالأساسيات: تحقق من الاتصالات الفعلية وحالة الكابل، وتأكد من عدم تعارض عنوان الجهاز مع عقدة أخرى، وتحقق من تطابق إعدادات سرعة الاتصال عبر الشبكة. يمكن أن تساعد الأدوات القياسية مثل RSLinx من Rockwell لتصفح واختبار الاتصالات، أو محلل الشبكة العام لحركة المرور المستندة إلى Ethernet-، في تضييق نطاق المشكلة في الشبكة. إذا لم تنجح عمليات الفحص الأساسية هذه في حل المشكلة، فإن الخطوة التالية عادةً ما تتضمن تأكيد طراز الجهاز وتفاصيل البرنامج الثابت مقابل وثائق الشركة المصنعة لهذا الجزء المحدد.

التعليمات

 

 

ما هو بروتوكول الاتصال الأكثر شيوعًا المستخدم في Allen{0}}Bradley PLCs اليوم؟

يعد EtherNet/IP هو البروتوكول الأكثر شيوعًا لعمليات تثبيت Allen-Bradley الحالية. فهو يجمع بين أجهزة Ethernet القياسية والاتصالات الصناعية القائمة على CIP-، كما أن معظم الأنظمة الأساسية لـ ControlLogix وCompactLogix الحالية تدعمها كمنفذ -مدمج قياسي.

هل يمكن استخدام EtherNet/IP وDeviceNet على نفس النظام؟

نعم، هذا هو الإعداد الشائع. تعمل العديد من الأنظمة على تشغيل EtherNet/IP باعتباره العمود الفقري الرئيسي للشبكة بينما يستمر DeviceNet في التعامل مع الأجهزة الميدانية الأبسط على مستوى الجهاز، والمتصلة من خلال وحدة تحكم تدعم كليهما، أو من خلال بوابة.

ما هو بروتوكول الاتصال الذي يستخدمه ControlLogix افتراضيًا؟

تأتي وحدات التحكم ControlLogix عادةً مع دعم EtherNet/IP المدمج في منفذ الاتصال القياسي الخاص بها. تتم عادةً إضافة البروتوكولات الإضافية، مثل ControlNet أو DeviceNet، من خلال وحدات اتصال منفصلة بدلاً من وحدة التحكم الأساسية وحدها.

كيف أعرف البروتوكول الذي يدعمه جهاز Allen{0}}Bradley PLC الحالي؟

يعد التحقق من رقم الطراز وملصق الجزء الموجود على وحدة التحكم أو وحدة الاتصال نقطة البداية الأكثر موثوقية، نظرًا لأن البروتوكولات المدعومة تختلف باختلاف الطراز واختلاف وحدات الاتصال التي يتم تثبيتها. إذا لم تكن متأكدًا من كيفية قراءة المواصفات، فيمكن لفريقنا المساعدة في تأكيد دعم البروتوكول لنموذج معين.

ما الذي يجب علي التحقق منه قبل شراء وحدة PLC بديلة أو متوافقة؟

على الأقل، تأكد من إصدار البروتوكول ونطاق البرنامج الثابت وسرعة الاتصال وسعة العقدة أو العنوان ونوع الموصل الفعلي على جهازك الحالي. الوحدة التي تتطابق مع رقم الجزء والموصل وحده لا تضمن توافق البروتوكول.

هل يمكن-الوحدات الطرفية أو الوحدات المتوافقة الاتصال بشكل موثوق مع أجهزة Allen-Bradley الأصلية؟

في كثير من الحالات، نعم، بشرط أن يكون إصدار البروتوكول ونطاق البرامج الثابتة وإعدادات الاتصال متطابقة بشكل صحيح مع النظام الحالي. تعتمد الموثوقية على تأكيد هذه التفاصيل قبل التثبيت بدلاً من افتراض التوافق بناءً على الملاءمة البدنية وحدها. إذا كنت تريد فحص نموذج معين وفقًا لإعداداتك، فلا تتردد في التواصل معنا من خلال موقعناصفحة الاستفسار.

الأفكار النهائية

لا يعد أي من البروتوكولات المشمولة هنا معقدًا بشكل خاص في حد ذاته. تحل كل من معايير EtherNet/IP وDeviceNet وControlNet ومعايير DH+ والمعايير التسلسلية الأقدم مشكلة محددة إلى حد ما، وبمجرد أن تعرف ما تم تصميم كل منها، فإن الاختيار بينها لنظام جديد عادة ما يكون أمرًا بسيطًا. عندما تسوء الأمور فعليًا، يتم ذلك في المستقبل، عندما تحتاج وحدة معينة إلى الاستبدال ويتم افتراض تفاصيل البروتوكول بدلاً من التحقق منها.

إذا كان نظامك يستخدم أجهزة Mitsubishi جنبًا إلى جنب مع معدات Allen{0}}Bradley، فإن التقسيم السابق لدينا لـبروتوكولات الاتصال الخاصة بشركة Mitsubishi PLCيغطي CC-Link وبروتوكول MC وModbus بنفس التنسيق العملي.

إذا كنت تبحث حاليًا عن وحدة بديلة أو متوافقة وتريد التأكد من أنها ستتواصل بشكل صحيح مع الإعداد الحالي لديك، فيمكن لفريقنا التحقق من تفاصيل البروتوكول والبرامج الثابتة مقابل الطراز المحدد الخاص بك قبل الطلب. يمكنك أن ترسل لنا التفاصيل من خلال موقعناصفحة الاتصال.

استشارة مجانية