स्तरभ्रंश प्रतिवेदन

From Vigyanwiki
Revision as of 22:45, 11 August 2023 by alpha>Indicwiki (Created page with "{{Short description|Maintenance concept}} दोष रिपोर्टिंग एक रखरखाव अवधारणा है जो परिचालन उप...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)

दोष रिपोर्टिंग एक रखरखाव अवधारणा है जो परिचालन उपलब्धता को बढ़ाती है और तीन तंत्रों द्वारा परिचालन लागत को कम करती है:

  • श्रम-गहन निदान मूल्यांकन कम करें
  • डायग्नोस्टिक परीक्षण डाउन-टाइम को हटा दें
  • खराब संचालन के लिए प्रबंधन को अधिसूचना प्रदान करें

यह स्थिति-आधारित रखरखाव के लिए एक शर्त है।[1] डाउन टाइम को प्रति वर्ष कुछ मिनटों तक कम करने के लिए सक्रिय अतिरेक को गलती रिपोर्टिंग के साथ एकीकृत किया जा सकता है।

इतिहास

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

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

कुछ संगठनों ने डिज़ाइन लागू करके अधिकांश श्रम-गहन आवधिक रखरखाव और डायग्नोस्टिक डाउन टाइम को समाप्त कर दिया है जो उपयोगकर्ताओं के पास सभी सेंसर स्थिति को गलती संकेतकों में लाता है।

सिद्धांत

रखरखाव के लिए तीन क्रियाओं की आवश्यकता होती है।

  • दोष की खोज
  • त्रुटि का पृथक्करण
  • दोष पुनर्प्राप्ति

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

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

  • स्वचालित निदान
  • दूर से देखने के लिए उपकरण
  • पर्यवेक्षी कर्मियों की चिपचिपाहट में प्रदर्शित

कार्यान्वयन

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

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

लाभ

दोष खोज के लिए ऐतिहासिक दृष्टिकोण आवधिक निदान परीक्षण है, जो निम्नलिखित परिचालन उपलब्धता दंड को समाप्त करता है।

दोष रिपोर्टिंग से मैनुअल डायग्नोस्टिक परीक्षण से जुड़ी रखरखाव लागत समाप्त हो जाती है।

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

रखरखाव बचत को संगठनात्मक प्रतिस्पर्धात्मकता बढ़ाने वाले उन्नयन और सुधारों के लिए फिर से आवंटित किया जा सकता है।

समस्याएँ

जो दोष दोष अलगाव और दोष पुनर्प्राप्ति कार्यों के लिए निरंतर आवश्यकता को ट्रिगर नहीं करते हैं उन्हें प्रबंधन कार्रवाई के लिए प्रदर्शित नहीं किया जाना चाहिए।

उदाहरण के लिए, यदि मानवीय हस्तक्षेप की आवश्यकता नहीं है तो ऐसी स्थितियों में दोष संकेतक को जलाना रखरखाव कर्मियों को काम करने के लिए प्रेरित करता है जब कुछ भी पहले से ही टूटा हुआ नहीं होता है।

एक अन्य उदाहरण यह है कि इंटरनेट नेटवर्क पैकेट डिलीवरी विफलता के लिए गलती रिपोर्टिंग सक्षम करने से नेटवर्क लोडिंग बढ़ जाती है जब नेटवर्क पहले से ही व्यस्त होता है, जो कुल नेटवर्क आउटेज का कारण बनता है।

यह भी देखें

  • सक्रिय अतिरेक
  • परिचालन उपलब्धता

संदर्भ

  1. "Opnav Instruction 4790.16: Condition Based Maintenance". US Navy Operations. Archived from the original on 2013-02-15. Retrieved 2012-08-15.
  2. "Opnav Instruction 4790.7: Maintenance Policy for United States Navy Ships". US Navy Operations. Archived from the original on 2013-02-15. Retrieved 2012-08-15.