.NET से कोई भी सफल प्रोफेसर संचार?

Question

क्या किसी ने .NET एप्लिकेशन से profibus सफलतापूर्वक बात की है?

यदि आपने किया, तो आप इसे पूरा करने के लिए किस डिवाइस/कार्ड का उपयोग करते थे, एप्लिकेशन क्या था, और क्या आपने किसी भी प्रकार के पूर्ववर्ती या उपलब्ध कोड का उपयोग किया था?

Answer 1

हम Profibus उपयोग नहीं किया है, लेकिन DeviceNet (एक और CAN आधारित प्रोटोकॉल), ईथरनेट/आईपी और ControlNet जो सभी समान चुनौतियों है इस्तेमाल किया है।

हम 1 99 0 के उत्तरार्ध से ऐसा कर रहे हैं और इसलिए मुख्य रूप से ऑफ-द-शेल्फ हार्डवेयर का उपयोग करके हमारे स्वयं के जेनरेट कोड पर भरोसा करते हैं। कंपनियों है कि मुझे याद है उस अवधि के दौरान लंबी उम्र से पता चला है इस प्रकार हैं: -

• AnyBus (एचएमएस, www.anybus.com) हम हाल ही में अपने प्रवेश द्वार उत्पादों का उपयोग कर के रूप में हम हार्डवेयर के करीब fieldbus इंटरफेस जगह और फिर से अधिक संवाद कर सकते हैं शुरू कर दिया है सामान्य ईथरनेट (आमतौर पर ईथरनेट/आईपी www.odva.org का उपयोग कर)। यह केवल एक नेटवर्क केबल का उपयोग कर हार्डवेयर और पीसी को अलग करने का लाभ है। ईथरनेट/आईपी .NET कक्षाएं स्वयं ही लिखी गई थीं क्योंकि उस समय बाजार पर कुछ भी नहीं था। मुझे यकीन है कि एक त्वरित Google खोज उपयुक्त कक्षा पुस्तकालयों
• एसएसटी (www.mysst.com) में एक दशक से अधिक समय तक फील्डबस इंटरफेस प्राप्त होगा। डिवाइसनेट के लिए उपयोग किए गए अंतिम एसएसटी कार्ड में अभी भी वीबी 6 नमूना कोड था। फील्डबस समर्थन और विभिन्न रूप-कारकों का एक अच्छा चयन उदा। पीसी 104, पीसीआई, पीएमसीआईए
• बेकहोफ/वागो (www.beckhoff.com, www.wago.com) हम आम तौर पर इंटरफ़ेस कार्ड से अधिक I/O के लिए बेकहॉफ़ का उपयोग करते हैं लेकिन फिर एक कंपनी जो लंबे समय से आसपास रही है। उन्होंने यह भी उत्पादों है कि OPC का उपयोग कर को उजागर समर्थन है मैं हार्डवेयर सीधे करने के लिए OPC इंटरफेस का उपयोग नहीं करने की सलाह देते

(एक और तरीका है आप मुझे सीधे हार्डवेयर/devicedrivers साथ संवाद स्थापित करने के बिना/हे जानकारी प्राप्त करने के लिए) (यह संचार के लिए ठीक है पीसी (.NET) -> पीएलसी-> प्रोफेबस) का उपयोग करके आपको यह सुनिश्चित करने की आवश्यकता है कि नियंत्रण प्रणाली आपके .NET अनुप्रयोग से नियंत्रण के नुकसान का जवाब दे। मुझे लगता है कि आपको यहां एक प्रोफेसर मास्टर की आवश्यकता है (दास नहीं), इसलिए जब तक आपकी नियंत्रण प्रणाली आंतरिक रूप से सुरक्षित हो जाती है, तो संचार की हानि का मतलब यह होना चाहिए कि नियंत्रण प्रणाली "निष्क्रिय" स्थिति में प्रवेश करती है और इसलिए अधिकांश I/O असफल सुरक्षित स्थिति में वापस आ जाएगा।

हम यह भी सुनिश्चित करने का प्रयास करते हैं कि हम .NET में सुरक्षा संबंधी कोड नहीं डालते हैं। हमारे अधिकांश .NET कोड पीएलसी से उपयोगकर्ता इंटरफेस हैं, लेकिन कुछ स्थानों पर हम सीधे फील्डबस को नियंत्रित करते हैं लेकिन यह सुनिश्चित करते हैं कि हार्डवेयर इंटरलॉक सुरक्षा स्विच/रिले या छोटे पीएलसी का उपयोग करके केवल इंटरलॉकिंग के कार्य के साथ अन-सुरक्षित संचालन को रोक देगा । और सब से ऊपर सिस्टम विफल-सुरक्षित बनाते हैं! .NET कोड से कॉम के नुकसान को विफलता को सुरक्षित-सुरक्षित स्थिति में बंद करना चाहिए।

Answer 2

हमने अपने स्वचालित पिक सिस्टम में हमारे प्रोफेसर से जुड़ने के लिए स्टीपलचेज़ का उपयोग किया है।

http://www.phoenixcontact.com/automation/32131_31909.htm

Answer 3

इसे आजमाएं: http://libnodave.sourceforge.net