Thread Content
हमारे कारखाने के मुख्य पंखे में खराबी आने के बाद, विभिन्न निगरानी संबंधी मापदंडों की जाँच की गई; उनमें से कोई भी कार से कूदने संबंधी कोई रिकॉर्ड भी नहीं मिला। विद्युत उच्च-वोल्टेज कैबिनेट में भी कोई खराबी न पुनः इंजन स्टार्ट होने के बाद, यह फिर से सामान्य रूप से काम करने पता नहीं, क्या यह कोई हस्तक्षेप है… क्या PLC मॉड्यूल स्वयं ही कोई संकेत भेज सकता है (जैसे खराबी का संकेत)? चूँकि यह समस्या कई बार हुई है, लेकिन इसका कारण पता नहीं चल पा रहा है। यदि कारण नहीं मिल पाता, तो क्या इस हस्तक्षेप को रोका जा सकता है? उदाहरण के लिए, आउटपुट पर एक टाइम रिले लगाया जा सकता है; ताकि 1-2 सेकंड बाद ही सिग्नल भेजा जा सके। संभावित हस्तक्षेप अब नहीं रहेगा। क्या ऐसा किया जा सकता है?
उन कुछ संकेतों को काउंटर के रूप में इस्तेमाल किया जा सकता है, जिनकी वजह से डिवाइस बंद हो जाता है। अगली बार ऐसा होने पर, कौन-से काउंटरों में मान है, इससे खराबी का स्रोत पता लगाया जा सकता है। विलंब लागू करना भी एक विकल्प है; चूँकि यह एक महत्वपूर्ण उपकरण है, इसलिए विलंब की अवधि तय करने हेतु बैठक आयोजित करके उसका मिनट्स तैयार किया जाना चाहिए, एवं सभी पक्षों के हस्ताक्षर भी आवश्यक हैं।
विलंब किया जा सकता है, लेकिन यह केवल अस्थायी समाधान है; इससे उपकरणों को नुकसान पहुँचेगा। ऐसे उपकरणों में भी खराबी के कारणों का विश्लेषण करना आवश्यक है।
इन संकेतों को SOE के रिकॉर्ड में जोड़ दिया जाता है; ऐसे में, जब कोई दुर्घटना होती है, तो SOE आपको उस दुर्घटना को प्रभावित करने वाले सबसे महत्वपूर्ण नियंत्रण बिंदुओं की जानकारी दे सकता है।
पोस्टर: सबसे अच्छा यह होगा कि पहले यह पता लिया जाए कि आखिर कौन-सा कारक कार के रुकने का कारण बन रहा है। क्योंकि कार रुकने के केवल कुछ ही कारण हो सकते हैं, और रिकॉर्ड में ऐसी कोई जानकारी नहीं है। PLC की स्कैन फ्रीक्वेंसी का भी इसमें कुछ योगदान हो सकता है। यदि PLC की स्कैन पीरियड 1 सेकंड है, जबकि कार के रुकने में केवल कुछ मिलीसेकंड ही लगते हैं, तो ऊपरी स्तर पर कोई रिकॉर्ड ही नहीं बनेगा। इसलिए बेहतर होगा कि PLC में ही ऐसा प्रोग्राम लिखा जाए, जिससे कार रुकने का कारण पता चल सके। विलंबित रूप से कार को रोकने के लिए प्रक्रिया एवं उपकरणों की स्थिति के आधार पर ही निर्णय लेना आवश्यक है; इसे प्रोग्राम में ही किया जा सकता है, बाहरी विलंबन रिले की आवश्यकता नहीं है।
सबसे पहले, यह जाँचें कि सभी ग्राउंडिंग व्यवस्थाएँ ठीक हैं या नहीं। वर्किंग ग्राउंड एवं सेफ्टी ग्राउंड को अलग-अलग रखना आवश्यक है। चूँकि कार से बाहर निकलने हेतु उपयोग में आने वाला रिले कार्य कर रहा है, इसलिए यदि कोई हस्तक्षेप होता है, तो वह हस्तक्षेप कम से कम 500 मिलीसेकंड तक तो जारी रहना चाहिए। मुख्य रूप से 4-20 मिलीसेकंड के संकेतों से होने वाले हस्तक्षेपों का ही विश्लेषण किया जा रहा है। प्रोग्राम में लॉकिंग/मेमोरी सुविधा शामिल करना ही सबसे प्रभावी तरीका है; निर्णय लेने हेतु ऊपरी स्तर के कंप्यूटरों के रिकॉर्डों पर भरोसा नहीं किया जा सकता।
चेन्ड मेमोरी में ऐसा ही होता है… चूँकि चेन्ड मेमोरी में कुछ भी नहीं होता, इसलिए ही यह तरीका अपनाया जाता है।
लॉक-इन मेमोरी, आखिरी बार ट्रेन के रुकने के समय संबंधित सभी लॉक-इन बिंदुओं का डेटा संग्रहीत करती है; इससे तुरंत पता चल जाता है कि कौन-सा बिंदु ट्रेन के रुकने का कारण बना। जब ऐसी सुविधा मौजूद है, तो फिर लॉक-इन मेमोरी क्यों उस जानकारी को याद नहीं रख पाती?