उद्यम, सॉफ्टवेयर स्तर पर 1-तार

इस श्रृंखला का पहला लेख यहाँ है।

इस चक्र का दूसरा भाग यहाँ है।

इस चक्र का तीसरा भाग यहाँ है।



तो, 1-तार के बारे में विषय की निरंतरता, पिछले नोट्स में, मैंने सामान्य जानकारी के बारे में बात की कि 1-तार क्या है और इसके साथ क्या खाया जाता है, और यह भी कि हमने एक बड़े नेटवर्क (केबल संरचना और सामान्य विचार) का निर्माण कैसे किया। इस लेख में, मैं इस बारे में बात करने की कोशिश करूंगा कि इसमें कौन से कार्यक्रम शामिल हैं।

सर्वर साइड

हमारे पास तीन अलग-अलग इमारतों में तीन सर्वर हैं, जिसमें एक एडाप्टर और 1-तार नेटवर्क RS-232 पोर्ट के माध्यम से जुड़े हुए हैं। सर्वर पर एक प्रोग्राम चल रहा है, जो एडॉप्टर के माध्यम से शाखाओं को DS2409 चिप्स पर स्विच करने के लिए एक आदेश जारी करता है, इस शाखा में पाए जाने वाले सभी सेंसर को फिर अगली शाखा में स्विच करता है।



प्रारंभ में, यह ओपीसी इंटरफेस के माध्यम से सभी सेंसर पर डेटा आउटपुट करने के लिए सोचा गया था, क्योंकि यह वास्तव में एक उद्योग मानक है और इस स्तर तक डेटा लाने से हमें लगभग किसी भी स्काडा के साथ एकीकरण के लिए सरल और व्यापक संभावनाएं मिलेंगी। प्रारंभ में, हम 1-तार के लिए तैयार ओपीसी सर्वर समाधान की तलाश कर रहे थे, इन खोजों से वास्तव में दुखद परिणाम मिले ... 1-तार की व्यापकता के बावजूद, एक उपयुक्त ओपीसी को ढूंढना संभव नहीं था, और सामान्य तौर पर एक तैयार खोजने के लिए लगभग असंभव था।



लेकिन उन्हें एक दिलचस्प चीज मिली : फास्टवेल UniOPC । उन्होंने इसके लिए अपनी खुद की लाइब्रेरी लिखी, जो कि लागू होती है, जो आवश्यक है: एक सर्कल में सेंसर से डेटा एकत्र करना और उन्हें ओपीसी के माध्यम से जारी करना, साथ ही प्रत्येक सर्कल के बाद, एसक्यूएल सर्वर पर एक टेबल पर वर्तमान डेटा को बचाता है।



गीतात्मक विषयांतर:

वैसे, यह फास्टवेल परियोजना, मुझे ऐसा लगता है, लंबे समय से छोड़ दिया गया है और बहुत अद्यतन नहीं है: यह केवल ओपीसी-डीए का समर्थन करता है, लेकिन मैं इसमें ओपीसी-एक्सएमएल-डीए को देखना बहुत पसंद करता हूं, सभी एक ही समय में आगे बढ़ रहे हैं, प्रौद्योगिकी आगे बढ़ रही है, और इसी तरह - बात बहुत सरल और उपयोगी है।



चूंकि हम सॉफ्टवेयर भाग के बारे में बात कर रहे हैं, सर्वर सभी विंडोज सर्वर पर आधारित है (संस्करण कुछ स्थानों में भिन्न होते हैं), और डेटाबेस क्रमशः MSSQL हैं।







चित्र से पता चलता है कि हमारे पास क्या है: तीन सर्वर, प्रत्येक अपना ओपीसी सेंसर देते हैं, और इतिहास के आगे के विश्लेषण के लिए एक बार (लगभग 3 मिनट) में एक बार SQL डेटाबेस में वर्तमान मान भी जोड़ते हैं।



जैसा कि आंकड़े से देखा जा सकता है, इस प्रणाली के लिए दो प्रकार के ग्राहक हैं:

• 1. ऑपरेटर - जो मौजूदा मूल्यों और दुर्घटनाओं को देखते हैं जब पैरामीटर किसी सीमा से परे जाते हैं।
• 2. जिम्मेदार लोग - जो अलग-अलग समय पर इतिहास का विश्लेषण करना चाहते हैं और उदाहरण के लिए, एक दूसरे के साथ विभिन्न वस्तुओं के व्यवहार की तुलना करते हैं।

संचालक भाग

ऑपरेटर के कार्यस्थल पर SCADA चलाने वाला नियमित PCXP है। प्रारंभिक विकल्पों में से एक ऑपरेटर के स्थान के लिए एक पैनल कंप्यूटर का उपयोग करना था, लेकिन यह थोड़ा महंगा लग रहा था, और विशेष रूप से व्यर्थ, उन्होंने इसे एक नियमित पीसी तक सीमित करने का फैसला किया।



तब एक लंबी पसंद थी कि SCADA का उपयोग कैसे किया जाए। हमने एक दर्जन अलग-अलग SCADA सिस्टमों से डेमो संस्करणों की कोशिश की (दोनों हमारे नहीं थे और हमारे मास्टरस्कैडा और उत्पत्ति, और बहुत सारे अलग-अलग थे ...)। परिणामस्वरूप, हम LabView पर बस गए। (उन लोगों के लिए जो परिचित नहीं हैं, मैं समझाता हूं: LabView सबसे पुराने SCADA विकासों में से एक है, अभी भी समर्थित और अद्यतन है, बहुत सारी चीजें कर सकता है, बहुत लचीला है)

हमने एक परियोजना को आकर्षित किया, यह निकला: एक ऑपरेटर स्क्रीन का एक उदाहरण ।



वास्तव में वास्तविक समय में, ऑपरेटर वर्तमान तापमान को देखता है, दुर्घटनाओं को लाल, झपकी और ध्वनि में बहुत बुरा ट्वीट दिखाई देता है।

जिम्मेदार लोग

उपयोगकर्ताओं के इस समूह के लिए, एक विशेष एप्लिकेशन लिखने का निर्णय लिया गया जो MSSQL डेटाबेस को क्वेरी कर सकता है और किसी दिए गए समय के लिए ऑब्जेक्ट के अनुसार दिए गए एक का चयन कर सकता है, उनकी तुलना दूसरे, खिंचाव, स्केल के साथ कर सकता है और विभिन्न तरीकों से उनका विश्लेषण कर सकता है।



आवेदन VS2005 में लिखा गया है और बहुत लोकप्रिय घटक जेडग्राफ का उपयोग करता है।





इस तस्वीर में आप एक विशिष्ट रेफ्रिजरेटर देख सकते हैं, इसके लिए दो ग्राफ़ हैं, क्योंकि दो मापदंडों को नियंत्रित किया जाता है, फ्रीज़र में और रेफ्रिजरेटर में ही तापमान।

निष्कर्ष

अंत में, मैं कहना चाहता हूं कि यह अंतिम परिणाम नहीं है, लेकिन आज क्या मौजूद है और क्या काम करता है। भविष्य की योजनाओं में, हम SCADA और OPC को छोड़ने के बारे में सोच रहे हैं क्योंकि ये प्रौद्योगिकियां DCOM का उपयोग करती हैं और कॉन्फ़िगर करने के लिए बहुत अनुकूल नहीं हैं। हम वेब एप्लिकेशन पर स्विच करने या बस अपना स्वयं का एप्लिकेशन बनाने के बारे में सोच रहे हैं जो सीधे डेटाबेस के साथ काम करेगा। समाधान के रूप में SCADA और OPC तकनीक खुद को सही नहीं ठहराती है।



यदि आपके प्रश्न हैं, तो - स्वागत है)