अनुसूचित हार्डवेयर संसाधन प्रबंधन

यह लेख निरपेक्ष समय के संदर्भ में हार्डवेयर संसाधनों के प्रबंधन (उदाहरण के रूप में विद्युत चुम्बकीय रिले का उपयोग करके) के लिए एक स्वचालित प्रणाली के संभावित कार्यान्वयन पर चर्चा करता है। विभिन्न उपकरणों के परीक्षण स्वचालन की समस्या को हल करने में ऐसी प्रणाली बहुत उपयोगी हो सकती है।

उदाहरण के लिए, कुछ परीक्षण प्रयोगशाला में निरपेक्ष पैमाने (उदाहरण के लिए, सोमवार को सुबह 10:00 बजे) के संदर्भ में कड़ाई से निर्धारित समय बिंदुओं पर अध्ययन / परीक्षण किए गए उपकरणों के पावर रीसेट को स्वचालित करने की आवश्यकता है। हालांकि, कार्य इस तथ्य से जटिल है कि अध्ययन के तहत डिवाइस के अन्य हार्डवेयर संसाधनों की वर्तमान स्थिति (उदाहरण के लिए, आउटपुट जीपीआईओ लाइन पर एक या दूसरे स्तर) से बिजली प्रबंधन संचालन करने की संभावना पर निर्णय प्रभावित होता है।

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

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



बारीकियों के लिए, हमें प्रतिदिन सुबह 07:00 बजे सख्ती से परीक्षण किए गए उपकरण की शक्ति को संक्षेप में रीसेट करने की आवश्यकता है। हालांकि, यदि डिवाइस महत्वपूर्ण संचालन करना जारी रखता है, तो एक रीसेट नहीं किया जाना चाहिए। इस स्थिति में, डिवाइस के असतत आउटपुट GPIO लाइन पर एक उच्च तर्क स्तर (+3.3 V) सेट किया गया है।

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



सिस्टम को कॉन्फ़िगर करने के लिए, सबसे पहले, आपको इनपुट पर GPIO IO_1 लॉरेंट -5 मॉड्यूल के लिए दिशा बदलने की आवश्यकता है। वेब इंटरफ़ेस के माध्यम से कॉन्फ़िगर करने का सबसे आसान तरीका (डिफ़ॉल्ट पता 192.168.0.101 है)। हम मुख्य नियंत्रण कक्ष पर "जनरल लाइन्स IO1 - IO8" अनुभाग पर जाते हैं।



हम लाइन IO_1 पर "एरो" पर क्लिक करते हैं और परीक्षण के तहत डिवाइस की "तत्परता" लाइन का विश्लेषण करने के लिए इस GPIO लाइन की दिशा को "चालू" स्थिति में बदलते हैं।



अगला, हम तार्किक कैट नियम बनाते हैं जो "तत्परता" लाइन विश्लेषण के स्वचालन की सेवा करेगा और रिले को नियंत्रित करेगा।

हम CAT सेक्शन में जाते हैं और "Create a new event" बटन पर क्लिक करते हैं। एक विंडो दिखाई देगी जिसमें ID = 1 नए तार्किक नियम को सौंपा जाएगा।



RTC ईवेंट का प्रकार चुनें - कार्य निर्दिष्ट समय पर पूरा हो जाएगा।



घटना सेटिंग्स में, हम प्रतिक्रिया समय का संकेत देते हैं - हर दिन सुबह 07:00 बजे।



के-कमांड्स का उपयोग करके इस घटना की घटना के जवाब में, हम कैट ईवेंट 2,3 और 4 के संचालन को सक्षम करते हैं जो हम आगे बनाएंगे। डिवाइस के सिग्नल "तत्परता" का विश्लेषण करने और इसके लिए तैयार नहीं होने पर पावर रीसेट से बचने के लिए अतिरिक्त तार्किक नियमों की आवश्यकता होती है।



आइए स्पष्टता के लिए इस तार्किक नियम को एक प्रतीकात्मक नाम दें।



परिणामस्वरूप, ID = 1 के साथ एक नई घटना तार्किक नियमों की सूची में दिखाई देगी:



आईडी = 2 के साथ निम्नलिखित तार्किक नियम जोड़ें जो टाइमर पर 1 बार प्रति सेकंड की आवृत्ति के साथ निष्पादित करेगा।





हम एक अतिरिक्त स्थिति को इंगित करते हैं जिसे तार्किक नियम के लिए काम करने के लिए संतुष्ट होना चाहिए, अर्थात्, हम IO_1 पर कम तार्किक स्तर की आवश्यकता को निर्दिष्ट करते हैं, जिससे यह संकेत मिलता है कि डिवाइस पावर रीसेट के लिए तैयार है।



यदि सभी शर्तें पूरी हो जाती हैं, तो घटनाओं को 2,3 और 4. बंद करें। हम घटना 3 के लिए प्रतिक्रिया काउंटर को रीसेट करेंगे (नीचे देखें) और रिले RELE_1 को 4 सेकंड के लिए चालू करें, जिसके बाद यह स्वचालित रूप से अपनी मूल (बंद) स्थिति में वापस आ जाएगा।



हालांकि, अगर डिवाइस "फ्रीज" और अलार्म हर समय लगता है तो मुझे क्या करना चाहिए? इसके लिए, हम ID = 3 और 4 के साथ घटनाओं का उपयोग करेंगे, जिसमें हम एक अलार्म संदेश भेजने के साथ एक वॉचडॉग टाइमर के एक कार्यान्वयन को लागू करते हैं, यदि निर्दिष्ट समय के भीतर, डिवाइस ने हार्डवेयर रीसेट के लिए इसकी तत्परता का संकेत नहीं दिया है।

आइए सामान्य टाइमर के अनुसार हर 1 सेकंड में एक बार की प्रतिक्रिया आवृत्ति के साथ एक घटना बनाएं। यह घटना वास्तव में कुछ भी नहीं करेगी, बस एक खाली $ KE कमांड भेजें। हालांकि, प्रत्येक ऑपरेशन के साथ, इस घटना के संचालन का काउंटर बढ़ जाएगा। आईडी = 4 के साथ एक तार्किक नियम का उपयोग करते हुए, हम इस मान की निगरानी करेंगे और यदि यह एक निश्चित सीमा से अधिक है (उदाहरण के लिए, 300 संचालन, जो 5 मिनट से मेल खाती है), तो हम ऑपरेशन को रोक देंगे और विफल संचालन की संख्या के बाद के विश्लेषण के लिए कार्यक्रम चर VAR_1 के मूल्य में वृद्धि करेंगे।

कुल मिलाकर, तार्किक नियमों का एक सेट निम्नानुसार दिखेगा। पूरे सिस्टम को शुरू करने के लिए, यह आईडी = 1 के साथ इवेंट प्रोसेसिंग को सक्षम करने के लिए पर्याप्त है।



और फिर निम्नलिखित होंगे: हर दिन 07:00 बजे आईडी = 1 के साथ एक तार्किक नियम शुरू हो जाएगा। इस मामले में, आईडी 2, 3 और 4 के साथ घटना प्रसंस्करण को एक प्रतिक्रिया के रूप में शामिल किया जाएगा। यदि परीक्षण के तहत डिवाइस पावर (तार्किक स्तर 0) को रीसेट करने के लिए तैयार है। सिग्नल लाइन) - नियम आईडी = 2 के भाग के रूप में, घटनाओं 2-4 के प्रसंस्करण को बंद कर दिया जाएगा, 3 नियम के संचालन काउंटर को किसी कारण से रीसेट किया गया है, और डिवाइस को रिले पर संक्षेप में बदलकर रीसेट किया गया है।

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