هل هناك أي اتصالات profibus ناجحة من .NET؟
https://stackoverflow.com/questions/66687
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
هل تحدث أحد بنجاح profibus من تطبيق .NET؟
إذا قمت بذلك، ما هو الجهاز/البطاقة التي استخدمتها لإنجاز ذلك، وما هو التطبيق، وهل استخدمت أي نوع من التعليمات البرمجية الموجودة مسبقًا أو المتاحة؟
المحلول
لم نستخدم Profibus، ولكننا استخدمنا شبكة جهاز (بروتوكول آخر يعتمد على CAN)، إيثرنت/IP و كونترول نت والتي تواجه جميعها تحديات مماثلة.
لقد قمنا بذلك منذ أواخر التسعينيات، وبالتالي نعتمد بشكل أساسي على التعليمات البرمجية التي تم إنشاؤها بأنفسنا باستخدام الأجهزة الجاهزة.والشركات التي أظهرت طول عمر خلال تلك الفترة التي أتذكرها هي:-
- أني باص (إتش إم إس، www.anybus.com) لقد بدأنا مؤخرًا في استخدام منتجات البوابة الخاصة بهم حيث يمكننا وضع واجهات ناقل المجال بالقرب من الأجهزة ومن ثم الاتصال عبر إيثرنت عادي (عادةً باستخدام إيثرنت/IP www.odva.org).يتمتع هذا بميزة فصل الأجهزة والكمبيوتر باستخدام كابل الشبكة فقط.قمنا بكتابة فئات Ethernet/IP .NET بأنفسنا حيث لم يكن هناك الكثير في السوق في ذلك الوقت.أنا متأكد من أن البحث السريع على Google سيجد مكتبات صفية مناسبة
- طائرة أسرع من الصوت (www.mysst.com) كانت تحتوي على واجهات fieldbus لأكثر من عقد من الزمن.آخر بطاقة SST استخدمناها لـ DeviceNET لا تزال تحتوي على نموذج التعليمات البرمجية VB6 فقط.مجموعة جيدة من دعم fieldbus وعوامل الشكل المختلفة على سبيل المثال.PC104، PCI، بمسيا
- بيكهوف/واجو (www.beckhoff.com, www.wago.com) نستخدم عادةً Beckhoff للإدخال/الإخراج أكثر من بطاقات الواجهة ولكن مرة أخرى شركة كانت موجودة منذ وقت طويل.لديهم أيضًا منتجات تدعم العرض باستخدام OPC (طريقة أخرى للحصول على معلومات الإدخال/الإخراج دون الاتصال مباشرة بالأجهزة/برامج تشغيل الأجهزة)
أقترح عدم استخدام واجهات OPC مع الأجهزة مباشرة (لا بأس في الاتصال باستخدام الكمبيوتر الشخصي (.NET)->PLC->Profibus) لأنك تحتاج إلى التأكد من أن نظام التحكم يستجيب لفقدان التحكم من تطبيق .NET الخاص بك.أفترض أنك تحتاج إلى سيد محترف هنا (وليس عبدًا)، لذا طالما أن نظام التحكم الخاص بك آمن بشكل أساسي من الفشل، فإن فقدان الاتصال يجب أن يعني أن نظام التحكم يدخل في حالة "خامل" وبالتالي معظم سيعود الإدخال/الإخراج إلى حالة الفشل الآمن.
نحاول أيضًا التأكد من عدم وضع تعليمات برمجية متعلقة بالسلامة في .NET.معظم كود .NET الخاص بنا عبارة عن واجهة مستخدم من PLC، ولكن في بعض الأماكن نتحكم في ناقل المجال مباشرة ولكن نتأكد من أن أقفال الأجهزة ستمنع التشغيل غير الآمن، إما باستخدام مفاتيح/مرحلات أمان أو PLC صغير بمهمة التشابك فقط . وقبل كل شيء جعل النظام آمنًا من الفشل! يجب أن يؤدي فقدان الاتصالات من كود .NET إلى إيقاف التشغيل التلقائي إلى حالة الأمان من الفشل.
نصائح أخرى
لقد استخدمنا Steeplechase للاتصال بالبروفيبوس الخاص بنا بنظام الاختيار الآلي الخاص بنا.
جرب هذا: http://libnodave.sourceforge.net
