This invention relates to the operation of machine tools by robots executing numerical control programs.
It is known to automatically operate machine tools by a “numerical control” (NC) method utilizing a programmed digital computer or a programmable logic controller (PLC) connected to the machine tool to form a computer numerical control (CNC) machine tool. A user program (part program) is provided in an NC programming language (G-code program) to operate the CNC machine tool to perform a manufacturing process. The programming is typically done in standards-based programming languages such as FBD (Function Block Diagram), LD (Ladder Diagram), ST (Structured Text, similar to Pascal programming language), IL (Instruction List, similar to assembly language), and SFC (Sequential Function Chart). However, differences in I/O addressing, memory organization and instruction sets mean that the programs are never perfectly interchangeable between different machine tool makers.
It is also known to operate machine tools by a robot. Typically, robots are controlled by computers executing software programs proprietary to the robot manufacturer. The differences between the NC programming languages and the robot programming languages prevent the robot controllers from executing an NC language program written for a CNC machine tool.
Typically, a CNC machine tool requires a more costly mechanical structure than a robot machine tool to achieve the desired functionality. For many machine tool applications, users demand NC programming language to program the machine tools since the NC languages have been traditionally used. Unfortunately robots cannot be used in such markets because robot controllers cannot interpret and execute the commands in such NC programs. On the other hand, NC controllers are not readily able to control robots due to the special nature of robot control (such as complex kinematics arithmetic, etc.).
There are some offline conversion systems that can create a robot program from an NC program. However, such conversion system generally only convert the motions of the mechanical structure, but are not able to convert the “M-code” (Miscellaneous code) to take care of machine specific application processing. Because M-codes are defined by the user (machine tool builder) for the specific machine tool they build, the robot controller will not be able to execute an M-code without the knowledge of how it should be processed.
According to the present invention, with the use of robot arms, a machine can be made with a less expensive mechanical structure. Utilizing the following method, the robot controller can execute a part program written in the NC programming language.
Step 1) The robot controller converts the NC program into robot language, and uses it as the pseudo program data internally stored in the data memory system within the robot controller.
Step 2) Each M-code (Miscellaneous code) is executed as a sub-program call using the robot language. The content of the sub-programs can be freely defined and programmed by the user (system integrator) and, therefore, can be customized for the specific application.
Step 3) Some M-codes are attached to a motion, where the M-code is executed at the timing the motion has completed. In such cases, the robot controller calls the corresponding sub-program in the robot language when the motion has completed.
Step 4) An I/O interface must be able to select and run a program, and monitor the status of the program running. Because the line number has one-to-one correspondence between the original NC program and the pseudo robot program, it makes it easy to create a user interface to show the program line currently being executed.
The method for controlling a robot comprises the steps of: storing a numerical control language program in a mass storage device connected to a central processing unit, the numerical control language program adapted to be executed by a computer numerical control machine tool to perform a manufacturing process; operating the central processing unit to convert the numerical control language program into a robot language program based upon a pre-defined conversion configuration table having discrete configuration instructions for converting each numerical control language positional command to a robot language positional command and converting each numerical control language miscellaneous code command to a robot language sub-program; storing the robot language positional commands and the robot language sub-programs as the robot language program in the mass storage device; and executing the robot language program with a robot controller connected to the mass storage device and the robot at a run-time of the robot to perform the manufacturing process.
The above as well as other advantages of the present invention will become readily apparent to those skilled in the art from the following detailed description of a preferred embodiment when considered in the light of the accompanying drawings in which:
The following detailed description and appended drawings describe and illustrate various exemplary embodiments of the invention. The description and drawings serve to enable one skilled in the art to make and use the invention, and are not intended to limit the scope of the invention in any manner. In respect of the methods disclosed, the steps presented are exemplary in nature, and thus, the order of the steps is not necessary or critical.
The U.S. provisional patent application Ser. No. 61/579,288 filed Dec. 22, 2011 is incorporated herein by reference.
CNC machine tools are utilized to perform a wide variety of manufacturing processes including assembly operations. For example, there is shown in
In
However, as explained above, users of the CNC machine tool 10 are reluctant to switch to the robot controlled machine tool 30 because a robot control 36 cannot execute the NC programming language utilized by the CNC machine tool 10. According to the present invention, a system 40 for converting NC programming language into robot programming language is shown in
A Work Memory (RAM) 48, connected to the bus 44, is a memory system that provides the work area for the system 40 to do the processing. A Display and Keyboard 50 is connected to the bus 44 to enable an operator to interact with the system 40. The system is connected via a Communication Port 52 and the bus 44 to an offline programming system 54 connected to the port 52. The user or operator creates the “part program” in NC programming language on the offline programming system 54. The NC program is then downloaded to the system 40 via the communication port 52, and copied to a mass storage device 56 using an established method (such as File Transfer Protocol, etc.). The mass storage device 56 is connected to the bus 44 and provides a place to store an original part program (in NC language) 58, an XML (Extensible Markup Language) file 60 of the part program, a converted part program (in robot language) 62, and sub-programs for M-codes 64. The robot arm 34 is driven by a servo amplifier 66, connected to the bus 44, based on the motion commands in the robot program 62.
Program conversion from the NC programming language to the robot programming language is based on a conversion configuration data table that is derived from the XML file 60. The table defines the language elements of the NC program 58. This table can even re-define the language differently from the language that is typically used. Some of the components of the table are:
The program conversion takes place in two stages of processing as follows: 1) At power up the system 40 reads the XML file 60, and sets up the conversion configuration table in the work memory RAM 48; and 2) At each program conversion the system 40 converts the original NC program 58 into the internal robot program 62 according to the conversion configuration table.
Each element of the NC part program 58 is one alphabet letter. This step will define the meaning of each program element in the NC program 58, based on the XML file 60. This conversion table is necessary, because the meaning of the element may be different from the typical definition used in general. In other words, C-code, for example, may have a different meaning from what C-code typically means in the NC program language 58.
In this step, the system 40 reads the XML file 60, and creates the conversion configuration table according to the XML attributes in the file. The conversion configuration table contains the rule for the conversion. For example, the letter to be used for the “X” component of the positional data is defined in this table. The table is stored in the work memory RAM 48, and stays until the system 40 is shut down, or until the new XML file is loaded.
Therefore, this process is typically done once after the power-up. The Flow Chart 70 of this processing method is shown in
The system 40 converts the original NC program 58 into the internal robot program 62 according to the conversion configuration table. The actual processing to convert the given NC part program (user program) 58 into the robot program 62 is shown in the
Regarding the positional representations, such NC programs are typically created on an offline programming system. Traditionally, the positions in the NC programs are given in the form of absolute position value in each moving joint/axis. On a typical machine tool, the moving joints are aligned according to the Cartesian coordinates, and the value of each such joint is given in X, Y, Z, etc. Due to the complex nature of the axis configuration, calculating the joint angles of the robot axes is sometimes more difficult for the offline programming system than calculating the positional value in the Cartesian coordinate frame.
The proposed method may use the XYZWPR positional representation in the NC program 58, in addition to the joint representation. With the XYZWPR positional representation, it is necessary to specify the configuration “Config” value in addition to the positional value. It is necessary to identify a unique joint value for the given XYZWPR position. In the proposed method, the “Config” value is presented as a comment string indicated by “C” (config) code. For example, a positional value in XYZWPR representation can be given in the following format:
X123.00Y-234.56Z345.03W179.34P-178.34R0.234C(N,L,0,1,−1)
Because the position is defined as the position of the tool center point (TCP) of the robot 30 with the XYZWPR positional representation, it is necessary to specify the frame of reference for each position. In the proposed method, it is done by the special M-code in the program that selects the user frame or the user tool frame.
M23T01—To set the User Frame to be #1
M24T02—To set the User Tool Frame to be #2
Some of the M-codes (Miscellaneous code) are defined for the specific machine tool for the specific application requirement. It is often accompanied by an argument specified by a T-code. In order to accomplish the flexibility of such special processing, the proposed method generates a call to the sub-program 64 for each M-code specified. For example, the NC program 58 has an “M08T02” code, and the converted robot program 62 has the “CALL” command, such as “CALL M08(2)”. Also note the argument T02 is passed as the integer parameter to the sub-program “M08”.
A miscellaneous code can be specified associated with a motion. In such cases, a “CALL” command is attached to a motion in the converted robot program 62, which command takes place at the timing the robot reaches the specified destination point, with an offset that the timing can be adjusted either earlier or later by specifying the timing offset (in milliseconds).
There is shown in
The robot controlled machine tool 30 is connected to the robot controller 36 for control according to the converted user program 62 (
In accordance with the provisions of the patent statutes, the present invention has been described in what is considered to represent its preferred embodiment. However, it should be noted that the invention can be practiced otherwise than as specifically illustrated and described without departing from its spirit or scope.
This application claims the benefit of U.S. provisional patent application Ser. No. 61/579,288 filed Dec. 22, 2011.
Number | Name | Date | Kind |
---|---|---|---|
4199814 | Rapp et al. | Apr 1980 | A |
4396973 | Imazeki et al. | Aug 1983 | A |
4415965 | Imazeki et al. | Nov 1983 | A |
4499341 | Boyd | Feb 1985 | A |
4549276 | Inaba et al. | Oct 1985 | A |
4835730 | Shimano et al. | May 1989 | A |
4956765 | Iwagaya | Sep 1990 | A |
4956785 | Kawamura et al. | Sep 1990 | A |
5072398 | Seki et al. | Dec 1991 | A |
5163171 | Seki et al. | Nov 1992 | A |
5578913 | Yasuda et al. | Nov 1996 | A |
5828574 | Robinson et al. | Oct 1998 | A |
6266572 | Yamazaki et al. | Jul 2001 | B1 |
6658316 | Mehta et al. | Dec 2003 | B1 |
6685868 | Costin | Feb 2004 | B2 |
7203568 | Genma et al. | Apr 2007 | B2 |
7949422 | Little et al. | May 2011 | B1 |
8185238 | Gonzalez Sainz et al. | May 2012 | B2 |
20080281462 | Suh et al. | Nov 2008 | A1 |
20080281463 | Suh et al. | Nov 2008 | A1 |
20090326892 | Lin | Dec 2009 | A1 |
20090327511 | Kim et al. | Dec 2009 | A1 |
20100131081 | Brown et al. | May 2010 | A1 |
20100161094 | Crothers | Jun 2010 | A1 |
20100161100 | Crothers et al. | Jun 2010 | A1 |
20110185371 | Brown et al. | Jul 2011 | A1 |
Number | Date | Country | |
---|---|---|---|
20130166068 A1 | Jun 2013 | US |
Number | Date | Country | |
---|---|---|---|
61579288 | Dec 2011 | US |