स्वतंत्र CNC मरम्मत और तकनीकी संदर्भ संपर्क

FANUC 0i-D अलार्म और ऑपरेशन इतिहास: खराबी के बाद पहले क्या सुरक्षित रखें

प्रकाशित अद्यतन

अलार्म इतिहास संदेश रखता है, जबकि ऑपरेशन इतिहास खराबी के आसपास की कुछ घटनाएँ बता सकता है; दोनों एक-दूसरे के विकल्प नहीं हैं। 0i-D मैनुअल के आधार पर समय, अक्ष संख्या और स्थल पर हुए कार्य दर्ज करना समझें, ताकि इतिहास मिटाने पर सुराग न खोएँ।

विषय सूची
  1. दोनों इतिहास किन प्रश्नों का उत्तर देते हैं
  2. पहले मौजूदा अलार्म सुरक्षित करें, फिर पिछली घटना खोजें
  3. रिकॉर्ड न होना, “घटना नहीं हुई” का प्रमाण नहीं है
  4. अनुमान और पुष्ट तथ्य अलग रखें
  5. संदर्भ और लागू दायरा

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

दोनों इतिहास किन प्रश्नों का उत्तर देते हैं

यह उदाहरण 0i-D/0i Mate-D ऑपरेटर मैनुअल B-64304EN/02 पर आधारित है। इसका अलार्म इतिहास अधिकतम पचास नवीनतम प्रविष्टियाँ रखता है; सीमा पार होने पर सबसे पुरानी पहले हटती है। प्रवेश MESSAGE फ़ंक्शन के HISTRY से होता है। ऑपरेशन इतिहास में कुंजी दबाना, चुने गए इनपुट/आउटपुट सिग्नलों के बदलाव, अलार्म आदि दर्ज हो सकते हैं। वास्तविक सामग्री फ़ंक्शन कॉन्फ़िगरेशन और रिकॉर्डिंग शर्तों पर निर्भर है; इसे मशीन की हर गतिविधि का पूरा रिकॉर्ड न मानें।

पहले मौजूदा अलार्म सुरक्षित करें, फिर पिछली घटना खोजें

  1. पूरी स्क्रीन की तस्वीर लें, जिसमें अलार्म वर्ग, नंबर, संदेश और अक्ष या पाथ पहचान हो; केवल अंतिम अंक न लिखें। एम्प्लीफ़ायर पर भी संकेत हो तो संबंधित भाग की स्थिति और संकेत अलग से खींचें।
  2. अलार्म इतिहास के पहले और बाद के पेज देखें तथा खराबी के आसपास की संबंधित प्रविष्टियाँ साथ रखें। बहु-पाथ मशीन में हर रिकॉर्ड का पाथ लिखें, ताकि एक ही नंबर वाले अलग अलार्म एक घटना न समझे जाएँ।
  3. स्थल का वास्तविक समय लिखकर सिस्टम के समय से तुलना करें। अंतर हो तो विवरण में दर्ज करें; पहले घड़ी बदलकर बाद में क्रम पुनर्निर्मित करने की कोशिश न करें।
  4. ऑपरेशन इतिहास उपलब्ध हो तो वही समय-अंतराल सुरक्षित करें, साथ में उस समय चल रही प्रक्रिया तथा टूल बदलने, स्पिंडल शुरू/बंद करने या मोड बदलने की जानकारी दें।

रिकॉर्ड न होना, “घटना नहीं हुई” का प्रमाण नहीं है

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

अनुमान और पुष्ट तथ्य अलग रखें

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

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

संदर्भ और लागू दायरा

संबंधित तकनीकी लेख

FANUC 0i-F: मरम्मत अनुरोध से पहले सिस्टम मॉडल, हार्डवेयर और सॉफ़्टवेयर संस्करण दर्ज करनाFANUC 30i/31i/32i-B: बिना सेटिंग बदले FSSB कनेक्शन स्थिति जाँचनाFANUC Ethernet फ़ाइल ट्रांसफ़र विफलता: PING से नेटवर्क और फ़ाइल सेवा की समस्या अलग करना