ग्राफिकल प्रोग्रामिंग भाषाओं में ओओपी के विषय को जारी रखते हुए, हम और अधिक विस्तार से मॉडल आधारित डिजाइन की जांच करेंगे। मॉडल-उन्मुख डिजाइन (एमओएस) क्या है, इसे कैसे पकाना है और इसके साथ क्या खाना है।

नियंत्रण प्रणालियों के एक मॉडल-उन्मुख डिजाइन का वर्णन करते समय, उनके प्रकाशनों में कुछ लेखक इस विचार को प्रसारित करते हैं कि शब्द "मॉडल" का अर्थ है "नियंत्रण प्रणाली का मॉडल"। क्या सही नहीं है

यह सच क्यों नहीं है, इसे सही कैसे करना है और चेरनोबिल कहां है, इस पर पढ़ें।

यहां एक विशिष्ट उदाहरण है - सम्मानित लेखकों द्वारा "मॉडल-उन्मुख डिज़ाइन का उपयोग करके सॉफ़्टवेयर विकास में सर्वोत्तम प्रथाओं" के लेख के एक चित्र:

चित्रा 1. एमओएस के लिए विकल्पों में से एक।

व्यक्तिगत रूप से, इस तस्वीर को देखकर, एक अशोभनीय सवाल तुरंत उठता है, और किस जगह से, मैं माफी मांगता हूं, क्या आपके पास परीक्षण चिकित्सक हैं?

या, उदाहरण के लिए, एक विशिष्ट सॉफ्टवेयर विकास प्रक्रिया की सिफारिश के लिए एक तस्वीर:

चित्रा 2. एमओएस प्रक्रिया का एक और संस्करण।

इस तस्वीर में मॉडल कहाँ है? यहाँ यह बॉक्स है जहाँ से स्रोत कोड प्राप्त किया जाता है? सच में! तो यह फिर से नियंत्रण सॉफ्टवेयर का एक मॉडल है।

विशेष रूप से इस तस्वीर में स्पर्श करना प्रारंभिक सॉफ़्टवेयर आवश्यकताओं की उपस्थिति है।
जैसा कि आप, उदाहरण के लिए, नियंत्रण प्रणाली के लिए ऐसी बहुत सामान्य, लगभग पाठ्यपुस्तक, आवश्यकता है:

" जब दबाव सीमा मूल्य से अधिक हो जाता है, तो सुरक्षा वाल्व का समापन (खोलना) समय 5 सेकंड से अधिक नहीं होना चाहिए ।"

और आप इस योजना के तहत कैसे जांच कर सकते हैं कि दबाव खत्म होने के कितने सेकंड बाद सुरक्षा वाल्व खुलेगा? जाहिर तौर पर यहां कुछ याद आ रहा है। हम अंतिम उपाय में सत्य के अटूट स्रोत की ओर मुड़ते हैं - विकिपीडिया:

मॉडल-आधारित डिज़ाइन विकास चक्र (वी-मॉडल) का समर्थन करते हुए पूरे डिज़ाइन प्रक्रिया में संचार के लिए एक सामान्य रूपरेखा स्थापित करने के लिए एक कुशल दृष्टिकोण प्रदान करता है। नियंत्रण प्रणाली के मॉडल आधारित डिजाइन में, विकास इन चार चरणों में प्रकट होता है:

1. मॉडलिंग एक संयंत्र,
2. संयंत्र के लिए एक नियंत्रक का विश्लेषण और संश्लेषण करना,
3. संयंत्र और नियंत्रक का अनुकरण,
4. नियंत्रक को तैनात करके इन सभी चरणों को एकीकृत करना।

किसी वस्तु के मॉडल का विकास MOS के निर्धारण में पहला बिंदु है। सबसे पहले, ऑब्जेक्ट का एक मॉडल, और फिर इसके लिए नियंत्रण। और यह सही है: कोई वस्तु मॉडल नहीं है, "आप सभी को धन्यवाद - हर कोई स्वतंत्र है" और यह एक मॉडल-उन्मुख डिजाइन नहीं है, लेकिन एक पूर्ण उपभोक्ता धोखाधड़ी है।

यह क्यों महत्वपूर्ण है और चेरनोबिल कहाँ से आता है?

चेरनोबिल में, ऑब्जेक्ट मॉडल के अभाव में वास्तव में क्या हुआ। सोवियत वैज्ञानिकों ने सवाल पूछा: "अगर बिजली की आपूर्ति काट दी जाती है, और रिएक्टर कूलिंग पंप चालू जनरेटर से चालू जनरेटर से आपूर्ति की जाती है, तो क्या होगा? "टरबाइन और जनरेटर बंद होने से पहले रिएक्टर के माध्यम से कितना पानी पंप करेगा?" दिलचस्प है, उन्होंने अमेरिकी परमाणु ऊर्जा संयंत्र में दुर्घटना के अनुभव के आधार पर ऐसा सवाल पूछा, जहां ठंडा करने के लिए पानी की आपूर्ति पर्याप्त नहीं थी और अमेरिकी रिएक्टर पिघल गया। और यह सुनिश्चित करने के लिए कि हमारे रिएक्टर पिघल नहीं रहे हैं, हमने एक प्रयोग करने का फैसला किया। शायद इस सवाल का जवाब अगली पीढ़ी के आरबीएमके रिएक्टरों को भी सुरक्षित बना देगा। हम सबसे अच्छा चाहते थे, लेकिन यह हमेशा की तरह निकला। प्रयोग के परिणामस्वरूप, एक सुरक्षित रिएक्टर को पहले एक खतरनाक स्थिति में ले जाया गया, और फिर उड़ा दिया गया। और आरबीएमके रिएक्टरों की अगली पीढ़ी अब नहीं है और अपेक्षित नहीं है। आमीन।

और अगर, एक रिएक्टर पर प्रयोग करने के बजाय, एक वस्तु के गणितीय मॉडल पर एक ही काम करना संभव होगा, तो, काफी संभवतः, हम अब VBM-1200 रिएक्टरों के बजाय दुनिया भर में RBMK-2400 का निर्माण करेंगे।

परमाणु उद्योग में चेरनोबिल दुर्घटना के बाद, एक वस्तु मॉडल (परमाणु रिएक्टर) परियोजना का एक अनिवार्य हिस्सा है। डिजाइनर को मॉडल पर दिखाना होगा कि अगर कुछ गलत हुआ तो क्या होगा। और इसलिए, नियामक निकायों की आवश्यकताओं के कारण मॉडल-उन्मुख डिजाइन परमाणु उद्योगों के बीच अन्य उद्योगों की तुलना में बहुत पहले दिखाई दिया।

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

सही मॉडल-उन्मुख दृष्टिकोण।

सही के एक उदाहरण के रूप में, कोषेर एमओएस, एक अंडरवाटर माइनिंग कॉम्प्लेक्स के हाइड्रोलिक नियंत्रण प्रणाली के लिए नियंत्रण सॉफ्टवेयर विकसित करने की प्रक्रिया पर विचार करें (हमेशा की तरह, यह दुर्घटना से बिल्कुल था कि मुझे यह मॉडल मेरे कंप्यूटर पर मिला)।

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

• पूरे क्षेत्र के लिए ग्राउंड कंट्रोल मॉड्यूल;
• वाल्वों का प्रत्यक्ष नियंत्रण प्रदान करने वाले पानी के नीचे नियंत्रण मॉड्यूल (पीएमयू) का एक सेट।

स्थापना और रखरखाव की सुविधा के लिए, पाइपलाइनों को कई गुना में संयोजित किया जाता है, जहां एक मंच पर आवश्यक वाल्व और नियंत्रण मॉड्यूल स्थापित होते हैं। यदि ग्राउंड स्टेशन में आप पारंपरिक और (या) रीयल-टाइम ऑपरेटिंग सिस्टम के साथ मानक SCADA टूल, आर्काइव सर्वर और PLC का उपयोग कर सकते हैं, तो अंडरवाटर कंट्रोल मॉड्यूल, एक नियम के रूप में, एक गैर-ऑपरेशनल माइक्रोप्रोसेसर है, जिस पर नियंत्रण कोड तटीय नियंत्रण सॉफ्टवेयर से अलग से विकसित किया जाना चाहिए। । (कोई सी ++, केवल सी, केवल हार्डकोड) फिर इनमें से कई पीएमयू को सामान्य प्रणाली में एकीकृत किया जाना चाहिए और परीक्षण किया जाना चाहिए। और एक ही समय में, पूरे सिस्टम को एक पूरे के रूप में काम करना चाहिए और पानी के नीचे 30 वर्षों के भीतर वाल्व के उद्घाटन और समापन के लिए प्रदान करना चाहिए।

कार्य इस तथ्य से जटिल है कि अब तक शेल्फ पर उपयोग किए जाने वाले सभी उपकरण पश्चिमी थे, और शेल्फ अब प्रतिबंधों के अधीन है। और, तदनुसार, एक जटिल बनाना आवश्यक है जिसमें कई तकनीकी समाधान हमारे लिए नए और अनुपचारित हैं। यदि संभव हो तो डिजाइन त्रुटियों को कम करने, परिणाम कैसे प्राप्त करें? पश्चिमी डेवलपर्स के लिए अच्छा है: उनके पास पहले से ही अनुभव है, वे पानी के नीचे खनन में नुकसान के बारे में जानते हैं। और यहां मॉडल-उन्मुख डिजाइन डेवलपर्स की सहायता के लिए आता है। चेरनोबिल में सोवियत परमाणु वैज्ञानिकों की तरह महंगे उपकरणों पर प्रयोग करने के बजाय, हम ऑब्जेक्ट का एक मॉडल बनाते हैं और मॉडल पर प्रयोगों का संचालन करते हैं।

पानी के नीचे नियंत्रण प्रणाली का एकीकृत मॉडल

सॉफ्टवेयर डिजाइन के लिए, एक एकीकृत मॉडल एक पैकेज के रूप में बनाया गया है जिसमें फिटिंग और नियंत्रण प्रणाली परियोजनाओं के साथ पानी के नीचे दोनों हाइड्रोलिक द्रव प्रवाह मॉडल होते हैं। (अंजीर देखें। 3)

चित्रा 3. एसपीडी प्रबंधन प्रणाली के एक एकीकृत मॉडल का एक पैकेज।

इस पैकेज में एक परियोजना है - एक ग्राउंड-आधारित हाइड्रोलिक स्टेशन का मॉडल (चित्र। 3 में फ़ाइल 200। पीपीटी), जो पानी के लिए जमीन-आधारित हाइड्रोलिक द्रव आपूर्ति प्रणाली के उपकरण की गतिशील प्रक्रियाओं का मॉडलिंग प्रदान करता है। (अंजीर देखें। 4)

चित्रा 4. जमीन हाइड्रोलिक स्टेशन की डिजाइन योजना।

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

चित्रा 5. एक जमीन मॉड्यूल नियंत्रण प्रणाली का डिजाइन।

इस स्तर पर, विभिन्न टीमों के बीच नियंत्रण एल्गोरिदम के विकास को विभाजित करना संभव है। उदाहरण के लिए, एक भूमि-आधारित हाइड्रोलिक स्टेशन के डेवलपर्स के लिए, उप-मॉड्यूल की लागत और उनमें दबाव सीमा की स्थिति है। पानी के नीचे के उपकरणों के डेवलपर्स के लिए, सीमा की स्थिति पंपिंग स्टेशन पर दबाव द्वारा बनाई गई है।

पानी के नीचे नियंत्रण मॉड्यूल (पीएमयू) का विकास परियोजना के आधार पर कई गैस मेन को कई गुना के बीच विभाजित करने के लिए किया जाता है। सबसे पहले, कुओं का गठन किया जाता है, कुओं और किनारे के बीच पाइपिंग और फिटिंग निर्धारित की जाती है, फिर इन वाल्वों के लिए एक हाइड्रोलिक नियंत्रण प्रणाली विकसित की जाती है।

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

पानी के नीचे नियंत्रण मॉड्यूल (पीएमयू) 502 पर विचार करें। दो परियोजनाओं का उपयोग यहां किया जाता है:

• 502.prt - हाइड्रोलिक सिस्टम का मॉडल (चित्र 6, 7);
• 502a.prt - पीएमयू की नियंत्रण प्रणाली की परियोजना (चित्र 8)।

चित्रा 6. पीएमयू का हाइड्रोलिक सर्किट।

यह डिजाइन योजना हाइड्रोलिक नियंत्रण प्रणाली के व्यवहार और 502 PMU द्वारा नियंत्रित प्रणाली में प्रवाह दरों और दबावों की गणना का एक सिमुलेशन प्रदान करती है। गणना की गई हाइड्रोलिक सर्किट आपको एक्चुएटर्स पर प्रभाव सेट करने और भौतिक प्रक्रियाओं के मॉडल में गणना किए गए सेंसर डेटा प्राप्त करने की अनुमति देता है। जब तक हमारे पास 502 P ब्लॉक (अंजीर 6 के निचले बाएं कोने) में एक ग्राउंड स्टेशन नहीं है, तब तक हम जलविद्युत स्टेशन द्वारा बनाई गई दबाव को एक सीमा स्थिति के रूप में सेट कर सकते हैं।

प्रणाली में, आंकड़ा 6 हाइड्रोलिक शट-ऑफ और नियंत्रण वाल्व (ZRA) दिखाता है, जिनमें से प्रत्येक दो उच्च और निम्न दबाव लाइनों से जुड़े हाइड्रोलिक सिलेंडर का प्रतिनिधित्व करता है। हम सिलेंडर के ऊपरी हिस्से पर अधिक दबाव लागू करते हैं, दबाव रॉड को नीचे ले जाता है, हम सिलेंडर के निचले हिस्से पर अधिक दबाव लागू करते हैं, रॉड ऊपर उठता है।

स्विचिंग को सफेद ब्लॉक के अंदर स्थित नियंत्रण वाल्वों द्वारा नियंत्रित किया जाता है (चित्र 7 देखें)।

चित्रा 7. मॉडल में वितरण वाल्व ब्लॉक।

ऑपरेशन का सिद्धांत सरल है: स्लाइड वाल्व की स्थिति के आधार पर, सिलेंडर कक्ष विभिन्न लाइनों से जुड़े होंगे। स्पूल को स्थानांतरित किया - सिलेंडर में रॉड के आंदोलन की दिशा बदल दी। (हाइड्रोलिक मॉडलिंग के बारे में अधिक विवरण यहां पाया जा सकता है ... )

चित्रा 8. पीएमयू नियंत्रण प्रणाली का डिजाइन।

पानी के नीचे नियंत्रण मॉड्यूल के लिए परियोजना प्रबंधन सॉफ्टवेयर में कई गणना ब्लॉक शामिल हैं, जिनमें से प्रत्येक को एक अलग डेवलपर या टीम द्वारा विकसित किया जा सकता है। इस मामले में, मॉड्यूल में अलगाव एक कार्यात्मक विशेषता के अनुसार होता है, प्रत्येक ब्लॉक एक निश्चित प्रकार के वाल्व को नियंत्रित करने के लिए जिम्मेदार होता है। ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग की कार्यप्रणाली को लागू किया जाता है, जहां ब्लॉक OOP वर्ग है (अधिक विवरण यहां ... और यहां ... )

शट-ऑफ और नियंत्रण उपकरण के लिए एक नियंत्रण इकाई डिजाइन करने की प्रक्रिया पर विचार करें। सर्किट में यह ब्लॉक 4 इनपुट सिग्नल प्राप्त करता है और 8 आउटपुट सिग्नल उत्पन्न करता है। (अंजीर देखें। 9)

चित्रा 9. ZRA नियंत्रण इकाई (प्रकार 1)।

आंतरिक ब्लॉक आरेख में एल्गोरिदम की दो शीट शामिल हैं। पहली शीट को चित्र 10 ए में दिखाया गया है, दूसरा चित्र 10 बी में।

चित्रा 10 ए। वाल्व नियंत्रण इकाई की डिजाइन योजना। शीट 1।

चित्रा 10 बी। वाल्व नियंत्रण इकाई की डिजाइन योजना। चादर २।

इस इकाई को विकसित करते समय, निम्न प्रकार के संकेतों का उपयोग किया जाता है:

• संचार लाइनों (नीले ब्लॉकों) के माध्यम से प्राप्त संकेत;
• सिग्नल डेटाबेस से प्राप्त पैरामीटर और सिग्नल (पीले पीले ब्लॉक);
• सिग्नल डेटाबेस (पीला नीला ब्लॉक) को प्रेषित संकेत;
• स्मृति (चमकीले पीले ब्लॉक) को प्रेषित संकेत;
• मेमोरी (चमकीले हरे ब्लॉक) से प्राप्त संकेत।

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

इस प्रकार, एक विशिष्ट तत्व के एक नियंत्रण सर्किट को विकसित और परीक्षण किया जा रहा है, क्योंकि सर्किट पर कई इंटरफ़ेस इकाइयों को रखा जा सकता है क्योंकि इस प्रकार के उपकरण पानी के नीचे नियंत्रण मॉड्यूल से जुड़े हैं। इस मामले में, पीएमयू में शट-ऑफ और कंट्रोल वाल्व टाइप 1 के लिए दो इंटरफ़ेस इकाइयाँ हैं (चित्र 8 देखें)।

नियंत्रण इकाई के लिए आवश्यक सभी चर संकेतों और मापदंडों को ZRAT1 सिग्नल बेस की संबंधित श्रेणी में रखा गया है। श्रेणी का भाग चित्र 11 में दिखाया गया है।

एक अलग श्रेणी का पृथक्करण नियंत्रण सॉफ्टवेयर मॉड्यूल के विकास को भागों में अलग करने और कार्यक्रम के विभिन्न हिस्सों के बीच बातचीत इंटरफ़ेस को स्पष्ट रूप से परिभाषित करने की अनुमति देता है। इस प्रकार, नियंत्रण मॉड्यूल का विकास सॉफ्टवेयर में अन्य मॉड्यूल से इंटरफेस के साथ अलगाव में होता है।

चित्र 11 ZRAT1 नियंत्रण इकाई के लिए संकेत समूह

प्रोजेक्ट कोडिंग सिस्टम

प्रणाली में इस प्रकार के उपकरणों के कई उदाहरण हैं, जिसका अर्थ है कि प्रबंधन सॉफ़्टवेयर में और भी अधिक चर हैं। चर के नाम से जुड़ी त्रुटियों को समाप्त करने के लिए, एक उपकरण कोडिंग प्रणाली का उपयोग किया जाता है। सिग्नल डेटाबेस में, सिग्नल के समूह बनते हैं जिनके अद्वितीय नामों में सिस्टम कोड, उपकरण का प्रकार और सिस्टम के भीतर एक अद्वितीय कोड होता है।

इस उदाहरण में, हाइड्रोलिक सर्किट पर, हमारे पास सिस्टम 502 में स्थित वाल्व के दो उदाहरण हैं, जिसे ZRA TYPE 1 ब्लॉक द्वारा नियंत्रित किया जाता है। (चित्र 12 देखें।) डेटाबेस में उनके नाम 502GTVOO1 और 502GTVOO2 हैं । सिग्नल डेटाबेस विंडो को चित्र 12 में दिखाया गया है।

चित्रा 12. नियंत्रण प्रणाली एसपीडी के उपकरणों के संकेतों का डेटाबेस।

कोडिंग सिस्टम नियंत्रण सॉफ्टवेयर के मॉड्यूल के लिए चर के नाम निर्धारित करता है और आपको संपूर्ण विकसित सॉफ्टवेयर मॉड्यूल में नामकरण संकेतों की प्रक्रियाओं को स्वचालित करने की अनुमति देता है। किसी भी चर नाम में संकेत समूह का नाम और "_" चिह्न द्वारा जुड़ा चर नाम होता है।

"ZRA Type1" शूटिंग रेंज से संबंधित किसी भी शट-ऑफ और कंट्रोल वाल्व के लिए, इनपुट सिग्नल, स्टेट वैरिएबल, आउटपुट चर का नाम " आर्मेचर कोड " _ " सिग्नल_नाम " जैसा दिखता है। वाल्व 502GTV002 के लिए , संकेत डेटाबेस में 65 चर हैं, उदाहरण के लिए:

टीमें:
502GTV002_open_rem - रिमोट ओपन कमांड।
502GTV002_close_rem - रिमोट क्लोज्ड कमांड।
502GTV002_open_rem_z - प्रारंभिक कमांड को बंद करने के लिए।

रिबर राज्य चर:
502GTV002_opened - वाल्व पूरी तरह से खुला है।
502GTV002_notopened - वाल्व खुला नहीं।
502GTV002_notclosed - वाल्व बंद नहीं हुआ।
502GTV002_los - वाल्व पूरी तरह से बंद है।

हाइड्रोलिक द्रव इनलेट और आउटलेट पैरामीटर:

502GTV002_XTK1 - कार्य लाइन में दबाव।
502GTV002_XTK2 - दबाव रेखा में दबाव।
502GTV002_XTK3 - नाली लाइन में दबाव।

यदि हम इस योजना में सुदृढीकरण की एक और इकाई जोड़ते हैं, तो इसका नाम 502GTV003 होगा, जहां स्वीकृत कोड प्रणाली के अनुसार

502 मॉड्यूल का नाम है।
जीटीवी - सुदृढीकरण का प्रकार।
003 - मॉड्यूल में इस प्रकार के वाल्वों की क्रम संख्या।

नियंत्रण मॉड्यूल के विकास के दौरान, पैरामीटर मान सिग्नल डेटाबेस में सेट किए जा सकते हैं, और इस प्रकार, एक अलग नियंत्रण इकाई के स्वास्थ्य को सत्यापित किया जाता है। विशेष रूप से, इस उदाहरण में वाल्व की स्थिति हाइड्रोलिक द्रव इनलेट और आउटलेट लाइनों में दबाव से निर्धारित होती है। नियंत्रण मॉड्यूल का बाकी सिस्टम से अलग परीक्षण करने के लिए, यह दबाव मैन्युअल रूप से सिग्नल डेटाबेस में सेट किया जा सकता है।

जब इकाई पीएमयू के हिस्से के रूप में काम कर रही है, तो संबंधित संवेदकों से नियंत्रण इकाई में दबाव मूल्यों को स्थानांतरित करना आवश्यक है। इसके लिए, इंटरफ़ेस ब्लॉकों का उपयोग किया जाता है, जिनमें से नाम उपकरण के नाम के साथ मेल खाता है - अंजीर देखें। 13. डिबगिंग की सुविधा के लिए, एक ही ब्लॉक सेंसर से प्राप्त संकेतों के मूल्यों को प्रदर्शित करता है।

चित्र 13. सेंसर से नियंत्रण इकाई ZRA T1 तक संकेतों का संचरण।

इस इकाई के संचालन के परिणामस्वरूप, नियंत्रण वाल्व में स्पूल को स्थानांतरित करने के लिए एक टीम बनाई जाती है, जो 502GTV002 नाम के साथ नियंत्रण गियर के लिए जिम्मेदार हैं।

संयुक्त गणना के दौरान, हाइड्रोलिक मॉडल में गणना की जाने वाली पैरामीटर मानों को सेंसर रीडिंग प्रोसेसिंग यूनिट (चित्र 14 देखें) में स्थानांतरित किया जाता है, जहां प्राप्त डेटा को विश्वसनीयता, फ़िल्टरिंग और अनुवाद के लिए आवश्यक माप मूल्यों में विश्लेषण किया जाता है।

चित्रा 14. प्रसंस्करण सेंसर के लिए डिजाइन योजना।

चित्रा 14 में दिखाए गए सेंसर रीडिंग प्रसंस्करण के लिए गणना योजना भी एक पूरी तरह से कार्यात्मक कार्यक्रम है। इस सर्किट को वास्तविक नियंत्रण उपकरण में स्थानांतरित करने के लिए, यह पर्याप्त है कि वास्तविक सेंसर के इनपुट / आउटपुट बोर्ड से प्राप्त मूल्य को वास्तविक उपकरणों में डेटा विनिमय घड़ी पर "अनुमानित मूल्य" चर में रखा गया है।

यह सर्किट भी वेक्टर है और हाइड्रोलिक सर्किट 502.prt में शामिल सभी सेंसर की प्रोसेसिंग प्रदान करता है

डिज़ाइन और परीक्षण किए गए मानक डिज़ाइन ब्लॉक मानक समाधानों की लाइब्रेरी में रखे जाते हैं और बाद में इस प्रकार के सभी उपकरणों के लिए अन्य डेवलपर्स द्वारा उपयोग किए जाते हैं।

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

• उपकरण नियंत्रण इकाई रखें।
• कई इंटरफ़ेस इकाइयों को जोड़ें क्योंकि कई उपकरण इंस्टेंसेस पीएमयू से जुड़े होंगे।

कार्रवाई में ग्राफिक भाषाओं में ओओपी पद्धति।

.

. . .

.

« , () 5 »

, . . . . . , , , . , , - , .

, - (. . 15).

15. .

. , 9, 10 7, 8 (. . 16).

16. .

(. . 17). , , . , , .

17. .

, , .

18 . , .

19 .

18. 2- .

19. .

, , , , 30,5 , , 32, .

« () 5 »

, 5 , . , « () 5 », , , , 8 ( ). ( ).

निष्कर्ष

- , !

. .

. .

, , , , . , - , .

- , !

, — .