FANUC ओवरसाइज़ टूल प्रबंधन PS5360: पड़ोसी टूल पॉकेट खाली होने पर भी बदलाव क्यों अस्वीकार होता है?
30i-A के ओवरसाइज़ टूल पूरक विनिर्देश के अनुसार आकार की परिभाषा, टूल का आकार-संबंध और मैगज़ीन पंजीकरण अलग करें। खाली पड़ोसी पॉकेट का प्रतिउदाहरण बताता है कि PS5360 हमेशा वास्तविक टक्कर का संकेत नहीं है।
विषय सूची
ओवरसाइज़ टूल डेटा बदलते समय PS5360 आने पर कारण सीधे “पड़ोसी टूल पॉकेट बहुत पास हैं” नहीं मान सकते। यह अलार्म यह भी बता सकता है कि मैगज़ीन में पंजीकृत किसी टूल द्वारा संदर्भित आकार की परिभाषा वर्तमान संबंध अवस्था में बदली नहीं जा सकती।
पहले पहचानें कि डेटा की कौन-सी परत बदली जा रही है
स्रोत FANUC 30i-MODEL A पूरक विनिर्देश A-79346E, 2004-1-6 संस्करण, पृष्ठ 18/22 (निर्माता के मैनुअल की सार्वजनिक प्रति) के आधार पर लेख केवल ओवरसाइज़ टूल सपोर्ट कॉन्फ़िगर होने के बाद डेटा इनपुट के नियमों की चर्चा करता है। संबंध को तीन परतों में बाँटने से पता चलता है कि अस्वीकृति कहाँ हुई:
| डेटा परत | यह क्या बताती है | किससे भ्रम नहीं होना चाहिए |
|---|---|---|
| टूल आकार की परिभाषा | किसी आकार नंबर से संबंधित ज्यामितीय डेटा | आकार नंबर भौतिक टूल नंबर नहीं है |
| टूल प्रबंधन | कोई टूल किस आकार नंबर का उपयोग करता है | संबंध बदलना और आकार की परिभाषा बदलना अलग हैं |
| मैगज़ीन पंजीकरण | टूल मैगज़ीन के किस स्थान पर पंजीकृत है | रिकॉर्ड में व्याप्त स्थान और आँख से दिखता खाली पॉकेट एक जैसे प्रमाण नहीं हैं |
इस संस्करण की तीन अस्वीकृति शर्तें
निर्माता के उसी पृष्ठ पर तीन स्थितियाँ हैं: टूल प्रबंधन डेटा के आकार डेटा को पंजीकृत या बदलते समय पहले से पंजीकृत टूल का अन्य टूल से इंटरफ़ेरेंस; मैगज़ीन प्रबंधन तालिका में पंजीकरण या बदलाव से इंटरफ़ेरेंस; तथा किसी आकार डेटा को बदलते समय उस आकार नंबर का उपयोग करने वाला टूल अब भी मैगज़ीन में पंजीकृत होना। तीनों में PS5360 आता है और संबंधित डेटा इनपुट अस्वीकार होता है। तीसरी शर्त के लिए पहले पड़ोसी टूल से इंटरफ़ेरेंस साबित करना आवश्यक नहीं है।
खाली पॉकेट अलार्म को क्यों नहीं नकारता
स्वनिर्मित संबंध उदाहरण में आकार 7 को टूल 31 संदर्भित करता है। टूल 31 मैगज़ीन A के स्थान 6 पर पंजीकृत है और स्थान 5 तथा 7 खाली हैं। यहाँ “आकार 7 की परिभाषा” बदली जा रही है, टूल 31 का संबद्ध आकार नंबर नहीं। पड़ोसी स्थान खाली होने पर भी आकार 7 को एक पंजीकृत टूल संदर्भित करता है, इसलिए तीसरी अस्वीकृति शर्त पूरी होती है।
यदि इसके बजाय टूल 31 का संबद्ध आकार नंबर बदलें, तो दूसरी तरह की डेटा जाँच लागू होगी; मैगज़ीन स्थान का रिकॉर्ड बदलना फिर अलग प्रकार है। तीनों ऑपरेशन मिलती-जुलती स्क्रीन पर हो सकते हैं, लेकिन बदले जाने वाले ऑब्जेक्ट अलग हैं। केवल “टूल बदलते समय अलार्म” लिखने से सबसे महत्वपूर्ण निदान जानकारी छूट जाती है।
इनपुट अस्वीकृति और ज्यामितीय संबंध की समस्या में अंतर
पहले वर्तमान संपादित फ़ील्ड, बदलाव से पहले का आकार नंबर, उसे संदर्भित करने वाले टूल और मैगज़ीन में उसके पंजीकृत स्थान को जोड़कर देखें, फिर तीन शर्तों से तुलना करें। तीसरी स्थिति में मुख्य बात संदर्भ संबंध अब भी मौजूद है या नहीं है। पहली दो स्थितियों में सिस्टम में पंजीकृत टूल ज्यामिति और पड़ोसी व्याप्त स्थान जाँचें; केवल खाली पॉकेट की तस्वीर पर्याप्त नहीं।
अलार्म के बाद लक्ष्य रिकॉर्ड फिर पढ़कर पुष्टि करें कि माँगा गया डेटा वास्तव में स्वीकार हुआ या नहीं। “फ़ाइल भेजना पूरा हुआ” का अर्थ हर रिकॉर्ड प्रभावी होना नहीं है। लेख इससे पूरे आयात का स्वतः रोलबैक होना भी नहीं मानता।
यह उदाहरण डेटा संगति की सीमा समझाता है; जाँच से बचने के लिए मैगज़ीन पंजीकरण हटाने का तरीका नहीं देता। मैगज़ीन की वास्तविक अवस्था और प्रबंधन डेटा मेल खाने चाहिए। बदलाव का क्रम मशीन निर्माता की टूल प्रबंधन प्रक्रिया के अनुसार होना चाहिए। अन्य फ़ंक्शन सामग्री देखें OPTION अनुभाग।