FANUC TCP टूल सेंटर पॉइंट नियंत्रण: मशीन, टूल और पोस्ट-प्रोसेसर का मिलान
TCP टूलपाथ और मशीन के अलग-अलग अक्षों की गति में समन्वय करता है। यह लेख सुविधा से सुसज्जित सिस्टम के लिए प्रोग्राम, मशीन की काइनेमैटिक संरचना, टूल डेटा और पोस्ट-प्रोसेसर के मिलान तथा चयन में होने वाली आम गलतफहमियों को समझाता है।
विषय सूची
बहु-अक्ष मशीनिंग में प्रोग्राम टूल की लक्ष्य स्थिति बता सकता है या सीधे हर अक्ष की गति बता सकता है। बिना जाँच इन दोनों तरीकों को मिलाना उचित नहीं है। TCP समझते समय केवल किसी कमांड का नाम याद रखने के बजाय यह सुनिश्चित करें कि प्रोग्राम का निरूपण, नियंत्रक की सुविधा और मशीन की काइनेमैटिक संरचना (kinematics) एक-दूसरे से मेल खाते हैं।
सुविधा का अर्थ और लागू सीमाएँ
FANUC का एकीकृत पाँच-अक्ष तकनीक विवरण TCP को ऐसी मूल सुविधा के रूप में समझाता है जिसमें लक्ष्य टूल स्थिति से नियंत्रक आवश्यक अक्ष गतियाँ तय करता है। इसमें CNC, CAD/CAM और पोस्ट-प्रोसेसर के बीच तालमेल पर भी ज़ोर दिया गया है। 31i-B के आधिकारिक उत्पाद पृष्ठ पर टूल सेंटर पॉइंट नियंत्रण (Tool Center Point Control) सूचीबद्ध है। यह मॉडल स्तर पर सुविधा की जानकारी देता है, लेकिन इस नियंत्रक वाली हर मशीन में समान कॉन्फ़िगरेशन होने का प्रमाण नहीं है।
यह लेख उन बहु-अक्ष मशीनों के लिए है जिनमें TCP उपयोग की शर्तें जाँचनी हैं। सॉफ़्टवेयर सीरीज़, सुविधा का प्रकार और कमांड का सटीक प्रारूप मशीन के साथ दिए गए मैनुअल से देखें। 31i-B का विवरण सीधे दूसरी सीरीज़ पर लागू न करें। यहाँ मशीन निर्माता के कॉन्फ़िगरेशन को दरकिनार करने के चरण नहीं दिए गए हैं।
मिलान के लिए चार प्रकार की जानकारी तैयार करें
- मशीन की काइनेमैटिक संरचना: कौन-से अक्ष रैखिक गति करते हैं और कौन-से टूल या टेबल को घुमाते हैं; अक्षों के नाम, धनात्मक दिशा और ट्रैवल कैसे परिभाषित हैं।
- टूल की जानकारी: क्या प्रोग्राम में प्रयुक्त टूल, वास्तविक क्लैम्प की गई लंबाई और क्षतिपूर्ति डेटा मेल खाते हैं; माप के परिणाम कौन संभालता है।
- प्रोग्राम और पोस्ट-प्रोसेसर: आउटपुट में प्रयुक्त निर्देशांक, अभिविन्यास (orientation) और क्षतिपूर्ति पद्धति स्पष्ट करें; पोस्ट-प्रोसेसर का नाम और संस्करण सुरक्षित रखें।
- नियंत्रक कॉन्फ़िगरेशन: मॉडल, सॉफ़्टवेयर संस्करण, वास्तव में उपलब्ध सुविधाएँ और इस संयोजन के लिए मशीन निर्माता के उपयोग निर्देश सुनिश्चित करें।
एक परिस्थिति से अपनी समझ जाँचें
मान लें कि उसी पार्ट को स्विवल-हेड मशीन से रोटरी-टेबल मशीन पर स्थानांतरित करना है। मशीनिंग लक्ष्य समान होने पर भी अक्षों की गति का आपसी संबंध अलग हो सकता है। पोस्ट-प्रोसेसर और मशीन की परिभाषा फिर जाँचनी चाहिए। केवल इसलिए कि दोनों मशीनों में FANUC है या दोनों TCP दिखाती हैं, पुराने प्रोग्राम को सीधे उत्पादन में चलाने योग्य न मानें। यह कॉन्फ़िगरेशन जाँच का उदाहरण है, सत्यापित प्रोग्राम स्थानांतरण योजना नहीं।
इसी तरह, टूल की लंबाई बदलने के बाद मशीन की प्रक्रिया के अनुसार क्षतिपूर्ति डेटा और प्रोग्राम के उपयोग का तरीका सुनिश्चित करें। “नियंत्रक अपने-आप गणना करेगा” कहकर टूल डेटा की जाँच न छोड़ें। मॉडल या इनपुट में असंगति होने पर केवल गणना का पूरा होना यह साबित नहीं करता कि परिणाम वास्तविक मशीन के लिए उचित है।
सुविधा की स्वीकृति और मशीनिंग की स्वीकृति अलग रखें
सुविधा की स्वीकृति जाँच में वास्तविक कॉन्फ़िगरेशन और अपेक्षित व्यवहार का मिलान होना चाहिए। मशीनिंग की स्वीकृति जाँच में तय पार्ट, फ़िक्स्चर और टूल की परिस्थितियों के अंतर्गत टूलपाथ, आयाम और सतह के परिणाम देखें। पहले वास्तविक मशीन से मेल खाने वाला सिमुलेशन मॉडल उपयोग करें; फिर योग्य कर्मी निर्माता की प्रक्रिया के अनुसार मशीन पर सत्यापन करें और संस्करण तथा परिणाम सुरक्षित रखें।
TCP सभी बहु-अक्ष सुविधाओं का पर्याय नहीं है और क्लैम्पिंग या टकराव की जाँच का विकल्प भी नहीं है। झुके हुए तल पर प्रोग्रामिंग से अंतर समझने के लिए पढ़ें TWP और 3+2 मशीनिंग की जाँच; अन्य जानकारी के लिए देखें OPTION अनुभाग.