FANUC मैक्रो का चयन: पार्ट का पैरामीटरीकरण, वेरिएबल प्रबंधन और सत्यापन

जब पार्टों के एक समूह में मशीनिंग का क्रम समान हो और केवल छिद्रों की संख्या, आकार या स्थिति बदलती हो, तो पूरा प्रोग्राम बार-बार कॉपी करने में बदलाव छूट सकते हैं। मैक्रो प्रोग्राम का लाभ यह है कि वास्तव में बदलने वाले डेटा को स्थिर मशीनिंग लॉजिक से अलग रखा जा सकता है। इसे अपनाने से पहले देखें कि काम दोहराया जाता है या नहीं और इनपुट स्पष्ट रूप से परिभाषित किए जा सकते हैं या नहीं; केवल प्रोग्राम छोटा करना लक्ष्य न हो।

लागू दायरा और सुविधा का आधार

यह लेख उन FANUC CNC के लिए है जिनमें Custom Macro उपलब्ध होने की पुष्टि हो चुकी है। इसमें अलग-अलग सीरीज़ पर समान रूप से लागू कोड नहीं दिया गया है। आधिकारिक मैक्रो प्रोग्रामिंग पाठ्यक्रम में लोकल, कॉमन और सिस्टम वेरिएबल के साथ गणना, शर्तों की जाँच, लूप और बाहरी आउटपुट शामिल हैं। इससे मैक्रो की क्षमताओं की श्रेणियाँ समझ में आती हैं; इसका अर्थ यह नहीं कि हर नियंत्रक में वेरिएबल की सीमा एक जैसी है।

आधिकारिक सुविधा कैटलॉग के पृष्ठ 286 में 0i-TF, 0i-MF और 30i/31i/32i-B जैसी सीरीज़ के लिए वेरिएबल नाम विस्तार का विकल्प दिया गया है। नाम विस्तार और मूल मैक्रो क्षमता को अलग-अलग जाँचें। सटीक सॉफ़्टवेयर संस्करण, वेरिएबल की संख्या और मान सुरक्षित रहने के नियम मशीन के मैनुअल में देखें; एक विकल्प के नाम से पूरा कॉन्फ़िगरेशन नहीं जाना जा सकता।

पहले दोहराए जाने वाले काम के इनपुट की तालिका बनाएँ

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

यदि पार्ट बदलने पर क्लैम्पिंग, टूल संयोजन और ऑपरेशन का क्रम भी बहुत बदलता है, तो सबको एक मैक्रो में समेटना समझने में कठिनाई बढ़ा सकता है। ऐसे में साझा हिस्सों को नियंत्रित मॉड्यूल में रखना और मुख्य प्रोग्राम स्पष्ट बनाए रखना अक्सर समीक्षा को आसान बनाता है। यह प्रोग्राम व्यवस्थित करने का सुझाव है, किसी मॉडल की अनिवार्य शर्त नहीं।

वेरिएबल स्पष्ट हों, केवल उनकी संख्या अधिक न हो

• वेरिएबल के उपयोग की तालिका बनाएँ: कौन मान लिखता है, कौन पढ़ता है और क्या हर मशीनिंग चक्र से पहले उसे प्रारंभिक मान देना जरूरी है।
• ऑपरेटर के इनपुट को बीच की गणनाओं के परिणामों से अलग रखें, ताकि एक मान बदलने से कई असंबंधित चरण प्रभावित न हों।
• RESET, दोबारा पावर ऑन करने या नेस्टेड कॉल के बाद मान की स्थिति संबंधित संस्करण के मैनुअल से जाँचें। यह न मानें कि सभी वेरिएबल शून्य हो जाते हैं या सभी सुरक्षित रहते हैं।
• मशीन के मौजूदा मैक्रो से संबंधित काम करते समय पहले निर्माता द्वारा उपयोग किए गए वेरिएबल और प्रोग्राम नंबर की पुष्टि करें, ताकि मौजूदा व्यवस्था पर अनजाने में न लिखा जाए।

कैसे तय करें कि तरीका अपनाना उपयोगी है?

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

सुविधाओं के आपसी संबंध के लिए देखें सामान्य विकल्प सुविधाओं का परिचय; और जानकारी के लिए देखें विकल्प सुविधाएँ OPTION.