फिर से OPC के बारे में ही!
Thread Content
एक ओर हानलीशी का M6.5.2 DCS है, जबकि दूसरी ओर AB का PLC है। ये दोनों सिस्टम अलग-अलग प्रक्रियाओं को नियंत्रित करते हैं। अब ग्राहक चाहता है कि AB सिस्टम का सारा डेटा हानलीशी के सिस्टम में स्थानांतरित किया जाए, ताकि निगरानी एवं नियंत्रण संभव हो सके। वर्तमान में एक OPC कम्युनिकेशन सॉफ्टवेयर उपलब्ध है; इसके द्वारा निगरानी करने में कोई समस्या नहीं होगी। कम्युनिकेशन पॉइंट्स की संख्या 3000 तक है। इसके अलावा, AB पक्ष पर प्रक्रिया काफी जटिल है, इसलिए नियंत्रण भी सटीक होना आवश्यक है। व्यावहारिकता के दृष्टिकोण से, क्या OPC के माध्यम से हेनली के नियंत्रण AB सिस्टम का उपयोग किया जा सकता है? यदि इसे संभव बनाया जा सके, तो क्या कोई नुकसान होगा? सभी का धन्यवाद, चर्चा के लिए आपका स्वागत है! मैं एक नया व्यक्ति हूँ, कृपया मुझे मार्गदर्शन
हानरीशी का M6.5.2 DCS, OPC के माध्यम से AB सिस्टम की निगरानी एवं नियंत्रण हेतु उपयोग में आता है; सिद्धांत रूप में इसमें कोई समस्या नहीं है। लेकिन जोखिमों को नियंत्रित करने हेतु इसका उपयोग किया जाता है; OPC के कार्य-सिद्धांत के कारण यह उच्च गति वाले डेटा संचार हेतु उपयुक्त नहीं है। विशेष रूप से, आपके द्वारा बताए गए “AB पहलू में, प्रक्रिया काफी जटिल है, नियंत्रण अत्यधिक सटीक होना आवश्यक है” ऐसी स्थितियों में OPC का उपयोग करना उचित नहीं है। मेरी सलाह है कि अधिकांश डेटा की निगरानी हेतु OPC का उपयोग किया जाए (वे डेटा-बिंदु जो नियंत्रण, लॉकिंग या प्रोग्राम नियंत्रण में भाग नहीं लेते, एवं जिनके लिए वास्तविक समय में डेटा प्राप्त करने की आवश्यकता कम होती है)। महत्वपूर्ण डेटा के लिए, हेलिक्स के M6.5.2 DP या मॉडबस कम्युनिकेशन मॉड्यूल का उपयोग करके AB के PLC के साथ सीधे संचार किया जा सकता है। ऐसा लगता है कि AB, मॉडबस कम्युनिकेशन का सीधा समर्थन करता है; जबकि DP कम्युनिकेशन हेतु मॉड्यूल की आवश्यकता होती है। हालाँकि, DP कम्युनिकेशन की गति मॉडबस की तुलना में अधिक होती है। किस विधि का उपयोग किया जाए, इसका निर्णय विस्तृत मूल्यांकन के बाद ही लिया जाना चाहिए। ये मेरे विचार हैं; कृपया इन पर अपनी राय दें।
नियंत्रण तो संभव है, लेकिन महत्वपूर्ण बात यह है कि ऐसा करने के बाद, पहले की तुलना में प्रक्रियाएँ अलग हो जाती हैं। AB का ऑपरेशन पैनल, एवं लीशी का ऑपरेशन पैनल, निश्चित रूप से अलग-अलग होते हैं। उदाहरण के लिए, किसी वाल्व को चालू/बंद करने हेतु, लीसी पैनल में “स्टार्ट” एवं “स्टॉप” जैसे विकल्प होते हैं फिर नीचे बाईं ओर, बिंदुओं से संबंधित विवरण आदि होते हैं। AB का संचालन तरीका पूरी तरह से अलग है। यदि केवल नियंत्रण ही किया जाना है, तो दो बटन जोड़ देने चाहिए – एक “चालू” के लिए, और दूसरा “बंद” के लिए। ऐसा करने से, यह बहुत ही बदसूरत लगेगा। लेकिन अगर AB का ऑपरेटिंग इंटरफ़ेस बनाना है, तो यह असंभव लगता है।
सामान्य संचार हेतु उपयोग में आने वाले उपकरण, नियंत्रण प्रक्रिया में भाग नहीं लेते, है ना? हमारे यहाँ 652, सीमेंस के साथ संचार हेतु FM020 कम्युनिकेशन कार्ड का उपयोग करता है; यहाँ मुख्य/गौण स्टेशनों की सेटिंगें की जाती हैं, लेकिन केवल डेटा ही पढ़ा जा सकता है, लिखा न यदि आप इस समस्या का समाधान खोज पाते हैं, तो कृपया अपने समाधान के बारे में जानकारी दें। भविष्य में इसका उपयोग किया जा सकता है।
संचार बिंदुओं की संख्या 3000 है। यह संचार मात्रा काफी अधिक है; इस कारण डेटा के अपडेट में देरी हो सकती है।
1. संचार का समय बढ़ गया है; इसको मापकर देखा जा सकता है… शायद 1-2 सेकंड अधिक ही होगा।； 2. मैंने कभी ऐसा OPC संचार नियंत्रण प्रणाली नहीं देखा; इससे त्रुटियों की संभावना बढ़ जाती है। ；
यदि अंक कम हों, तो चक्र की अवधि कम हो जाएगी?
यदि अंक कम हों, तो चक्र की अवधि कम हो जाएगी?
हम ऊपर दिए गए कमेंट्स को कैसे देख सकते हैं?
पूछिए, आखिरकार इसे कैसे पूरा किया गया?