Method and system for generating multi-dimensional motion profiles

Abstract
A motion control system comprises control logic and a programming interface. The programming interface is configured to permit a user to specify a plurality of non-tangential path segments, and the control logic is configured to generate a plurality of additional connecting path segments substantially extending between and connecting the non-tangential path segments. The motion control system is configured to generate control signals to control operation of a plurality of motors to drive movement of a controlled element along a path defined by the non-tangential path segments and the additional connecting path segments.
Description
BACKGROUND OF THE INVENTION

1. Field


This invention relates to a method and system apparatus for generating multi-dimensional motion profiles. In a particularly preferred embodiment, the invention relates to a method and apparatus for generating multi-dimensional motion profiles in a motion control system, such as in an industrial control system.


2. Description of Related Art


Motion control systems are known for controlling motors. Motors may be electric, hydraulic, or any other type of physical motor. For example, motion control systems have been used in industrial control systems for manufacturing, processing, packaging, testing, automation, measurement, robotic, material handling, assembling, cutting (metal, laser and others), grinding, welding, pick and place and other applications. In such systems, motion control systems are used to control motion of a controlled element, such as a tool (drill bit or other machine tool), a robotic arm (e.g., a pick-and-place mechanism at a tip of the robotic arm), actuator, sensor, or other device. Herein, the term “controlled element” refers broadly to any device, apparatus, and structure of interest or portion thereof whose position is controlled.


In some systems, the position of a controlled element is determined by the positions of multiple motors. In such systems, it would be desirable to be able to control the motors in a coordinated fashion. Particularly, it would be desirable to be able to generate multi-dimensional motion profiles for the controlled element, and to be able to control the motors in a coordinated fashion in accordance with the multi-dimensional motion profiles. Further, it would also be desirable to be able to perform coordinate transformations between Cartesian, cylindrical, and spherical coordinate systems as well as forward and inverse kinematic transformations. An ongoing need exists for systems and methods which are able to perform these functions.


It should be understood that the teachings herein may also be used to achieve other advantages in addition to or different than the above-mentioned advantages.


SUMMARY OF THE INVENTION

According to a first preferred embodiment, a motion control system comprises control logic and a programming interface. The programming interface is configured to permit a user to specify a plurality of non-tangential path segments, and the control logic is configured to generate a plurality of additional connecting path segments substantially extending between and connecting the non-tangential path segments. The motion control system is configured to generate control signals to control operation of a plurality of motion axes to drive movement of a controlled element along a path defined by the non-tangential path segments and the additional connecting path segments.


According to another preferred embodiment, a control method controls movement of a controlled element in a multi-dimensional coordinate system. The multi-dimensional coordinate system is defined by at least first and second motion axes of a motion control system. The method comprises controlling movement of a controlled element along a first user-specified path segment. The first user-specified path segment is specified in one or more instructions in a user program. The method further comprises controlling movement of the controlled element along a transition path segment. The transition path segment transitions movement of the controlled element from a first trajectory along the first user-specified path segment to a second trajectory along a second user-specified path segment. The first and second trajectories have different orientations in the multi-dimensional coordinate system, and the transition path segment is generated by control logic and is not user-specified. The method further comprises controlling movement of the controlled element along the second user-specified path segment. The second user-specified path segment is specified by the one or more instructions in the user program.


According to another preferred embodiment, a system is provided for controlling a first motor and a second motor. The first motor defines a first motion axis and the second motor defines a second motion axis. The system comprises motion control logic configured to control the first motor and the second motor in accordance with a user program. The motion control logic provides a plurality of instructions configured for use in the user program, including an instruction that permits a move to be specified in terms of a multi-dimensional coordinate system that includes the first motion axis and the second motion axis.


According to another preferred embodiment, a programming interface for a motion control system is provided. The programming interface includes a multi-axis move instruction, which allows a user to specify a move in a single or multiple dimensions of a three dimensional source coordinate system. The multi-axis move instruction includes one or more fields, which permit the user to define the three-dimensional source coordinate system. The programming interface further includes coordinate transformation logic configured to transform move parameters generated in accordance with the move instruction into a target coordinate system. The target coordinate system is defined at least in part by first, second, and third motion axes associated with first, second and third motors controlled in accordance with the move instruction.




BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1A is an overview of a control system that incorporates a reference value generation system and method according to an exemplary embodiment;



FIG. 1B is a schematic view of a motion controller, servo drive and motor of FIG. 1A shown in greater detail;



FIG. 2 is a functional block diagram showing building blocks embodied in a programming interface usable to program the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIGS. 3-4 are examples of multi-dimensional path profiles that may be generated for use in connection with the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIG. 5 is a functional block diagram showing a coordinated move block of FIG. 2 in greater detail;



FIG. 6 is a functional block diagram showing a coordinate transform block of FIG. 2 in greater detail;



FIG. 7 is a functional block diagram showing the coordinate transformation block of FIG. 6 in combination with the coordinated move block of FIG. 2;



FIGS. 8-14 are examples of coordinate systems that may be used in programming the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIG. 15 is an example of a linear move that may be programmed for use in connection with the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIG. 16 is an example of a circular move that may be programmed for use in connection with the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIG. 17 is an example of a blended move that may be programmed for use in connection with the control system of FIGS. 1A-1B according to an exemplary embodiment;



FIG. 18 is an instruction faceplate for a coordinate move instruction according to an exemplary embodiment;



FIG. 19 is an instruction faceplate for a coordinate transformation instruction according to an exemplary embodiment;



FIG. 20 is an instruction faceplate for a calculate target position instruction according to an exemplary embodiment;



FIG. 21 is an instruction faceplate for a change coordinated dynamics instruction according to an exemplary embodiment;



FIG. 22 is an instruction faceplate for a stop instruction according to an exemplary embodiment;



FIG. 23 is an instruction faceplate for a linear coordinated move instruction according to an exemplary embodiment;



FIG. 24 is an instruction faceplate for a circular coordinated move instruction according to an exemplary embodiment;



FIG. 25 shows an example of a Bézier spline curve which may be generated according to another exemplary embodiment;



FIG. 26 shows a process for generating position reference values as a function of time for the embodiment of FIG. 25;



FIG. 27 shows a transition from a preceding motion profile to a Bézier spline segment for the embodiment of FIG. 25;



FIG. 28 shows another transition from a preceding motion profile to a Bézier spline segment for the embodiment of FIG. 25;



FIG. 29 shows a transition from a preceding circular motion profile to a Bézier spline segment for the embodiment of FIG. 25;



FIG. 30 shows a two-segment Bézier spline that blends from one linear motion profile to another linear motion profile for the embodiment of FIG. 25; and



FIG. 31 shows a two-segment Bézier spline that blends from a linear motion profile to a circular motion profile for the embodiment of FIG. 25.




DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Various preferred embodiments of the invention will now be described. Although the invention is described by way of example in the context of an industrial control system, it will be appreciated that the invention may be employed in other types of systems as well.


I. Preferred System Architecture


A. Hardware Configuration


Referring now to FIGS. 1A-1B, FIG. 1A shows an overview of a control system 10 in which a multi-dimensional motion profile is generated in accordance with a preferred embodiment. Although the control system 10 is shown to be an industrial control system, it will be appreciated that the methods and systems described herein may also be applied in other contexts.


The control system 10 comprises a plurality of industrial controllers 12 that are interconnected by way of a communication network 14. The control system 10 also includes a plurality of input devices 16 and a plurality of output devices 17. The output devices 17 are controlled by the controllers 12 in response to input status information from the input devices 16. In one embodiment, the industrial controllers 12 are programmable logic controller (PLC) systems. Other hardware configurations may also be used.


The control system 10 operates based on execution of a user program that is tailored to the industrial control system and the particular manufacturing, processing, packaging, automation, testing, measurement, robotic and/or other application(s) for which it is used. In the illustrated embodiment, the control system 10 includes multiple industrial controllers 12, and the user program may comprise one or more subprograms that are executed by the industrial controllers 12. In a simpler industrial control system, such as in the case of a stand-alone motion control system, the user program may be contained in a single motion controller.


At least some of the controllers 12′ include an output device 17 which is a motion control system 20. The controllers 12′ include a motion controller 23 which is connected by way of a servo drive 25 to a motor 27. A feedback sensor 29, which may be integrated with the motor 27 or provided separately, is also provided for position/velocity feedback. The feedback sensor 29 may, for example, be an encoder or a resolver. The motion controller 23 may be provided as a separate physical module, as program logic included in the controller 12′, or in a variety of other configurations. Likewise, as previously noted, the motion controller 23 may also be integrated with the servo drive 25 and/or integrated with the motor 27. Other configurations are also possible.


The interconnection of the motion controller 23, the servo drive 25, the motor 27 and sensor 29 for an exemplary hardware configuration is shown in greater detail in FIG. 1 B. As shown therein, the system 10 also includes a user program 30, which may be executed by the industrial controller 12′ and/or by the motion controller 23. The user program 30 includes one or more multi-axis coordination instructions 31, described in greater below, as well as other instructions 32.


In combination, the motion controller 23 and the servo drive 25 implement a position control loop 34, a velocity control loop 38, and a torque or current control loop 42. The position control loop 34, which is shown to include a PI (proportional-integral) gain element 36, operates to minimize the difference between a commanded position of the rotor shaft (provided by the user program) and the actual position of the rotor shaft (provided by the sensor 29). The velocity control loop 38, which is nested within the position control loop and is shown to include a PI gain element 40, operates to minimize the difference between a commanded rotor shaft velocity (provided by the position control loop 34) and the actual velocity of the rotor shaft (determined based on feedback information provided by the sensor 29). The torque/current control loop 42 is nested within the velocity control loop 38. (Because torque/current magnitudes are proportional, the same control loop can be viewed as either a torque control loop or a current control loop.) The torque/current control loop 42, which is shown to include a PI gain element 44, operates to minimize the difference between a commanded torque/current (received from the velocity control loop) and the actual torque/current (measured using current sensors, not shown). In combination, therefore, the control loops 34, 36 and 38 are capable of accepting a position command and in response generating current to drive the motor and thereby to control the motor to obtain the commanded position. The location of the position, velocity and current loops is not important. Additionally, other loop configurations are also possible, which may contain any combination of feed forward loops, open loops, closed loops, or nested loops etc.


In operation, to move from one position to another, a series of intermediate position reference values are generated for or by the motion controller 23. Thus, if the motor is to move to a new position Xend, then a series of incremental position reference values Xref(1) . . . Xref(n) are generated that extend from an initial position Xo to the new position Xend. The incremental position reference values are generated by logic commonly referred to as an “interpolator.” An example of an interpolator is disclosed in U.S. Pat. No. 6,300,738, entitled “Method and Apparatus for Generating Reference Values for a Motion Control Loop in an Industrial Control System,” hereby incorporated by reference. In practice, the position reference values may be provided in the form of delta position information (change in position since the last update) rather than absolute position information. The position reference values may be updated each millisecond, for example.


The incremental position reference values are provided as position commands to the position feedback control loop 34 with a new position reference value being provided every few milliseconds or so. In this way, as new position references are generated, the motor “chases after” or follows the position references until the position Xend is reached.


Typically, the interpolator generates the incremental position reference values responsive to encountering an instruction in a user program in which the motor 27 is instructed to move from a current position to a new position, with the new position being specified as a parameter of the instruction. Such an instruction may be a single dimensional instruction, in which the move instruction commands only a single motor to move to a new position. Herein, such an instruction is referred to simply as a “move” instruction.


In the system 10, multi-axis coordination instructions 31 are preferably also provided. For example, as described in greater detail below, a coordinated move instruction 200 (FIG. 18) is preferably also provided that allows an operator to program multi-dimensional moves and allows the motion of multiple motors to be coordinated responsive to the user-programmed multi-dimensional move/path profile. This permits a single instruction to be used to program movement of a controlled element to move from a current position to a new position, wherein the movement to the new position involves the action of more than one motor 27. Likewise, a coordinate transformation instruction 300 (FIG. 19) allows a user to specify a move in one coordinate system and have the move implemented in another coordinate system. The multi-axis coordination instructions 31 are described in greater detail below.


B. Programming Interface


A variety of different programming interfaces may be used to control the control system 10 of FIGS. 1A-1B. Such programming interfaces may be based on standard sequential programming languages programming languages (e.g., C, C++, Visual Basic, etc), programming languages used for industrial controls (e.g. ladder diagram, structured text, function block, sequential function chart, flow charts, GML etc) or motion control programming (e.g., computer numeric control or CNC-type languages, such as RS274D), other sequential programming languages, and so on.


In the preferred embodiment, an arrangement such as that shown in FIG. 2 is employed. Referring now to FIG. 2, FIG. 2 is a functional block diagram showing building blocks embodied in a programming interface usable to program the control system 10. The building blocks include one or more motion control axis blocks 52, one or more output cam blocks 54, one or more output blocks 56, and a plurality of motion control blocks 58. The motion control blocks 58 further include one or more jog blocks 62, one or more move blocks 64, one or more time cam blocks 66, one or more gear blocks 68, one or more position cam blocks 70, one or more coordinated move blocks 72, and one or more coordinate transformation blocks 74. The motion control blocks 58 also include an adder block 75, which combines inputs (e.g., incremental position command values) from the remaining motion control blocks 58.


In one embodiment, the building blocks 52-58 are implemented as objects in an object-oriented programming environment. In an object-oriented programming environment, individual objects typically represent different physical objects (e.g., motors, sensors, etc.), relationships between physical objects (e.g., camming relationships, gearing relationships, etc), and so on. The objects are then accessed by instructions in a user program to affect operation of the physical objects or relationships therebetween. Thus, the axis blocks 52 may each be implemented as an object having services that may be invoked using one or more axis instructions, and the output cam blocks 54 may be implemented as an object having services that may be invoked using one or more output cam instructions. Further, each of the motion control blocks 58 may be implemented as objects (e.g., a jog object, a move object, a time cam object, a gear object, a position cam object, a coordinated move object, and a coordinate transformation object) having services that may be invoked using one or more respective instructions (e.g., a jog instruction, a move instruction, a time cam instruction, a gear instruction, a position cam instruction, a coordinated move instruction, and a coordinate transformation instruction).


In designing such a system, new instances of the above-mentioned objects may be created to represent new/additional devices or relationships between devices. Thus, although only a small number of building blocks 52-58 is shown, it will be appreciated that this configuration is purely for purposes of explanation and that practical systems are likely to have a configuration different than that shown in FIG. 2, typically with many additional ones of the building blocks 52-58. For example, new instances of the axis object may be created to represent each additional motion control axis (e.g., a motor, a shaft or other device driven by a motor, virtual axis, and so on), and various axis instructions may be incorporated into a user program to invoke the services of the axis objects. The axis instructions may then be executed to control movement of the motion control axes (e.g., to control a position such as an absolute position, relative position, delta position, etc., of the motion control axis). Other instructions may be executed to control output devices using the services of the output objects 56, for example, as a function of motor position (actual or measured) using output cam objects 54. Typically, the operation of the output devices 50 will at least to some extent be cyclic, and the output cam objects 54 may be used to synchronize the operation of the output devices to rotation of the shaft of a motor 27 (or to movement of a device driven by the shaft of the motor 27).


The motion control blocks 58 allow the motion control axis to be controlled in different ways. The jog block 62 permits the user (via a jog instruction) to specify a new velocity at which the shaft of the motor 27 is to move. The move block 64 permits the user (via a move instruction) to specify a new position for the shaft of the motor 27. The time cam block 66 permits the user (via a time cam instruction) to specify an axis position profile which specifies axis position as a function of time. The gear cam block 68 permits the user (via a gear instruction) to specify an electronic gearing relationship between the shaft of the motor 27 and the shaft of another motor (not shown) in the system 10. The position cam block 70 permits the user (via a position cam instruction) to specify an axis position profile which specifies axis position for the shaft of the motor 27 as a function of a position of the shaft of another motor (not shown) in the system 10. In the case of the gear block 64 and the position cam block 70, it will be appreciated that these blocks will receive inputs from other axis blocks similar to the axis block 52, which may in turn receive inputs from motion blocks similar to the motion blocks 58. The coordinate move block 72 and the coordinate transformation block 74 are described in greater detail below. It is therefore seen that the complexity of the motion control system 10 can be increased by providing multiple axes (and therefore multiple motors or other devices) and defining various relationships between the axes and other devices. Fewer, more, or different building blocks and instructions may also be used. Of course, it should be understood that these features, and all of the other features described herein, may also be implemented without using object-oriented techniques.


Referring back to FIGS. 1A-1B, each of the motors 27 is represented by an axis block 52 that is stored as control logic in the industrial controllers 12′ (or motion controllers 23). It may also be noted, however, that virtual axes may also be used. Accordingly, in some cases, axis blocks 52 may be used in situations where there is no associated physical motor.


The control logic associated with each of the axis blocks 52 generates control signals for a respective one of the motors 27 responsive to inputs from the adder block 75. For example, in the preferred embodiment, described in greater detail below, the coordinated move block generates incremental position reference commands for each motion control axis block 52. Each axis block 52 uses the position reference commands as input to the nested feedback control arrangement described above in connection with FIG. 1B. The position of the motor 27 is monitored by the feedback device 29 which provides feedback information to the axis block 52. Alternatively, the feedback device 29 may be used to monitor the position of a device driven by the motor 27.


II. Coordinated Move and Coordinate Transformation Blocks


The coordinated move block 72 and the coordinate transformation block 74 will now be described in greater detail. The coordinated move block 72 provides a programmer of the system 10 with user-friendly mechanisms for controlling motion of multiple motion control axes (e.g., multiple motors 27) in a coordinated fashion. The coordinate transformation block 74 provides the programmer with a mechanism for relating the axes of one coordinate system to the axes of another coordinate system. Although two axes are shown, it will be understood that the blocks 72 and 74 may be used in connection with three axes or any other number of axes. If an object oriented approach is used, interfaces to the coordinated move block 72 and the coordinate transformation block 74 may be provided by way of one or more multi-axis coordination instructions 31, described in greater detail in Section III, below.


The coordinated move block 72 preferably provides an interface for linear moves in multi-dimensional Cartesian space and circular moves in two and three-dimensional Cartesian space. The preferred algorithm used for the path planning permits dynamic parameter changes for maximum velocity, acceleration, and deceleration along the path. It also provides smooth transitions (without spikes in acceleration) from one coordinated move path segment to the next.


The coordinate transformation block 74 preferably provides an interface for relating the axes of a source coordinate system to the axes of the target coordinate system. The possible source and target systems may include Cartesian coordinate systems in multi-dimensional space, cylindrical and spherical coordinate systems in two- and three-dimensional space, and independent and dependent kinematic coordinate systems in two- and three-dimensional space. The coordinate transformation block 74 enables translation and rotation from the source to the target system.


Referring now to FIGS. 3-4, examples of the operation of the coordinated move block 72 are shown. FIGS. 3-4 both show path profiles followed by a controlled element that is controlled by the coordinated move block 72. In FIG. 3, an exemplary two-dimensional path profile is shown which may be executed, for example, in the context of a pick-and-place system. Thus, as shown in FIG. 3, a pick-up mechanism may pick up a part at point A, move up along path segment 82, move over along path segment 84, and move down along path segment 86 to a placement point B. The path segments 82, 84 and 86 are not tangential to each other. Accordingly, transitioning path segments 88 and 90 are also shown which extend between and connect the path segments 82, 84 and 86. The transitioning path segments 88 and 90 transition movement from trajectories along the path segments 82 and 84 to trajectories along the path segment 84 and 86, respectively. In the context of the pick-and-place example, the transitioning path segments 88 and 90 allow the pick-and-place mechanism to smoothly transition between the path segments 82, 84 and 86 while maintaining a smooth acceleration profile and while not having to slow down. The path segments 88 and 90 may have shapes which are optimized for smooth path transitions and need not be circular segments.


Preferably, for programming convenience, the programming interface permits the programmer to specify only the path segments 82, 84 and 86 and the programmer is not required to also specify the transitioning path segments 88 and 90. It may be the case that the programmer is not particularly concerned about the exact manner in which the transitioning path segments are executed, and therefore this arrangement permits the programmer to program the overall path profile by programming only three path segments instead of five, which is more convenient.


The path segments 82, 84 and 86 may be specified as parameters in user instructions of a user program. For example, a separate coordinated move instruction may be used to program each of the segments 82, 84 and 86. In FIG. 3, the path segments 82, 84 and 86 are shown to be linear path segments. For each linear path segment, the coordinated move instruction may be used to specify endpoints 92 of the path segment and/or transition points or other parameters indicating when the move may begin transitioning from one linear path segment to the next. The additional transitioning path segments 88 and 90 are generated automatically by the coordinated move block 72 and do not need to be specified by the user. Of course, although the path profile shown in FIG. 3 comprises a series of user-specified non-tangential path segments 82, 84 and 86 connected by transitioning path segments 88 and 90, the user is also permitted specify path segments that are tangential (such that there is no need for transitioning path segments) for other portions of the overall path.


In operation, movement of the controlled element is first driven along the segment 82 responsive to a first coordinated move instruction in a user program. When the transition point 92 is reached, the coordinated move block 72 operates to control movement of the controlled element along the transition path segment 88. This process continues until the placement point B at the end of path segment 86 is reached. Typically, the transition from one path segment to the next uses the end dynamics of the current path segment as the start dynamics for the next path segment.


In FIG. 4, two path segments 94 and 96 specified by a user and an additional transitioning path segment 98 are shown. As shown in FIG. 4, the path segment 94 is generally linear and the path segment 96 is generally circular. In one embodiment (FIG. 18), the same coordinated move instruction may be used by an operator to program both types of moves. In another embodiment (FIGS. 23-24), one instruction may be used to program linear moves and another instruction may be used to program circular moves.


As shown in FIG. 4, the path segment 94 and the path segment 96 are located in different three-dimensional planes. The path segment 94 is generally normal to the plane defined by the path segment 96 and, accordingly, there is no single three dimensional plane that contains both path segments 94 and 96. Nevertheless, the coordinated move block 72 is able to generate the transitioning path segment 98 which is able to transition between the non-tangential, non-coplanar path segments. The transitioning path segment need not be specified by a user, which makes it easier for the user to program the system 10.


As will be seen below, in the coordinated move instruction 200, the user specifies a group of coordinated motion control axes (e.g., corresponding to the motors 27) which define the target coordinate system for the move. Generally speaking, the target coordinate systems may be different from one path segment to the next. With reference to FIG. 5, each coordinated move is preferably transformed into multiple individual orthogonal moves (represented as move blocks 76) of a source coordinate system during initial execution of a coordinated move instruction 200. In the context of the coordinated move block 72, the source coordinate system is defined by the coordinated move block 72 and is not user-specified. As detailed below, in one embodiment, the source coordinate system is defined based on the trajectory of the path segment. For example, the source coordinate system may be defined as having one axis which is tangential to the path segment, along with additional axes which are normal and bi-normal to the tangential axis.


J In one embodiment, for the transitioning path segments, the source coordinate system is defined relative to the next path segment (e.g., when transitioning from path segment 82 to-path segment 84, a source coordinate system defined based on the path segment 84 may be used). As noted previously, however, the transition from one path segment to the next preferably uses the end dynamics of the current path segment as the start dynamics for the next path segment. Accordingly, in a more preferred embodiment, as the move transitions dynamically from the source coordinate system that was used in connection with path segment 82 to the source coordinate system to be used in connection with path segment 84, the move's dynamics (position, velocity and acceleration) change gradually from one path segment to the next path segment. This arrangement facilitates providing a smooth acceleration profile as the transition from one path segment to the next path segment occurs. The interpolators are reinitialized with each path segment and the orientation of the interpolators remains constant during the execution of each path segment.


Because each coordinated move is transformed into multiple individual orthogonal moves, a separate interpolator may be provided for each orthogonal move (that is, each move block 76 may be provided with its own separate interpolator). Each interpolator provides a separate respective set of incremental position reference values for each of the axes of the source coordinate system during a dynamic phase of the move instruction. Assuming for example a three dimensional source coordinate system, three interpolators may be used which each generate a set of incremental position reference values in the source coordinate system. The incremental position reference values are generated substantially simultaneously by the interpolators, e.g., in accordance with regular update cycles (which may for example be in the range of hundreds of milliseconds to microseconds).


The coordinated move block 72 includes coordinate transformation logic which performs a coordinate transformation to transform the incremental position reference values commands from the source coordinate system to a target coordinate system. Whereas the source coordinate system is preferably defined based on the trajectory of the move, the target coordinate system is preferably defined based on the motion control axes which correspond to the axes of movement of three respective motors, as previously noted. The coordinate transformation logic is therefore able to transform the incremental position reference values generated by the move blocks 76 in the source coordinate system to position reference values which are useable by the motion controllers 23 in the target coordinate system.


With reference to FIG. 2, the move blocks 76 are connected to the coordinated move block 72. As a result, the outputs of the individual move objects 76 provide the inputs (incremental position reference values) to the coordinated move block 72, and the coordinated move block 72 is responsible for transforming the individual moves back into the target coordinate system and supplying these coordinates to the axis blocks 52. After completion of the individual moves, the target coordinates are preferably adjusted to the target position values, to accommodate any rounding errors in the transformation. This routine may be executed in the coordinated move block 72.


With reference to FIG. 6, the coordinate transformation block 74 preferably provides an interface for relating the axes of a source coordinate system to the axes of the target coordinate system. As shown in FIG. 6, the axes of a source system are connected to the coordinate transformation block 74. The coordinate transformation block 74 is used to transform the incremental position reference values in the source coordinate system from the axis blocks 78 into incremental position reference values in the target coordinate system for the axis blocks 80.


With reference to FIG. 7, the coordinated move block 72 and coordinate transformation block 74 may also be used in combination. For example, in the case of a two-axis robot, it may be desirable to control the shoulder and elbow axis of the robot by commanding a path in Cartesian space. In this configuration, the coordinated move block 72 may provide the command position for the x- and y-axis. The coordinate transformation block 74 may then be responsible for transforming the x- and y-axis positions into the shoulder and elbow axis positions.


The source axis may provide either the actual or command coordinates as input for the coordinate transformation block 74. This allows multi-dimensional interpolation to operate in one domain (e.g., an x-y coordinate system) even though the hardware (e.g., motors, feedback devices) are operating in another domain (e.g., a shoulder-axis, elbow-axis coordinate system).


In FIGS. 5-7, the coordinated move block 72 and the coordinate transformation block 74 are shown as being connected to multiple axis blocks 78. Each axis block 78 is associated with a different corresponding motor. However, this relationship may be direct or indirect. For example, each of the axis blocks 78 may directly correspond to an associated motor. Alternatively, one or more of the axis blocks 78 may be a virtual axis which is connected by way of one or more other blocks (not shown) to an associated motor.


As apparent from the above discussion, in the preferred embodiment, the coordinated move path is calculated using multi-dimensional interpolation with coordinate transformation. This approach may offer such advantages as support for dynamic path transitions, smooth path transitions, independent specification of acceleration and deceleration, and relatively easy implementation. Other approaches, such as one-dimensional interpolation with coordinate transformation, superimposed interpolation of two profiles with coordinate transformation, interpolation with finite impulse response filters, interpolation with non-uniform rational B-splines, and interpolation with Bézier splines may be used. In some cases, these other approaches offer faster speed for short move distances. As will be appreciated, each of these other approaches offers their own advantages and disadvantages.


The coordinated move block 72 and the coordinate transformation block 74 preferably support a variety of coordinate systems. Section II(A) describes examples of coordinate systems that may be supported and associated coordinate transformation equations. Section II(B) describes examples of supported coordinated moves. Section II(C) describes examples of auxiliary algorithms that may be used to derive the transformation matrices. Section II(D) describes examples of instruction interfaces for coordinated moves and the relationship to the coordinated move block 72 and the coordinate transformation block 74. The equations and algorithms in Sections II(A)-II(C) may be embodied in and employed by the coordinated move block 72 and the coordinate transformation block 74 in connection with providing services invoked by the instructions described in Section II(D). While Sections II(A)-II(D) provide examples of mathematical equations, algorithms, instruction interfaces, and techniques that may be used to implement the functionality described herein, it will be appreciated that other equations, algorithms, interfaces and techniques may also be used.


A. Coordinate System Description


The coordinated move block 72 and the coordinate transformation block 74 preferably supports a variety of different coordinate systems. These coordinate systems may include, for example, multi-dimensional Cartesian coordinate systems, two- and three-dimensional cylindrical, and spherical coordinate systems as well as two and three-dimensional independent and dependent coordinate systems. The two-dimensional cylindrical and spherical coordinate system can also be viewed as polar coordinate system. The independent and dependent coordinate systems represent specific kinematic relationships. Of course, depending on the application, additional and/or different coordinate systems may also be used.


For purposes of mathematical characterization, each coordinate system is specified by a coordinate origin, a coordinate basis, and a scale of measurement along the basis axes or curves. With these specifications, a point in space is defined by a set of coordinates that specify the multitude of the scale of measurement along each basis axes or curve.


In addition to defining a point in space with one coordinate system, it also is desirable to be able to transform the coordinates of a point from one coordinate system to another. Coordinate transformation is also desirable for the implementation of the coordinated moves. The principal coordinate transformations are translation (shifting) and rotation of a Cartesian coordinate system and transforming cylindrical, spherical, independent, and dependent coordinate systems to and from a Cartesian coordinate system. All other transformations can be derived from these principal coordinate transformations. The coordinate transformations described in this section are used in both the coordinated move block 72 and the coordinate transformation block 74.


This section describes these various coordinate systems. The following table provides a description of vector math notations used herein:

TABLE IExemplary Mathematical NotationsNOTATIONDESCRIPTIONxScalar valueP = (x1, . . ., xn)Point or Position (text format)P=[x1xn]Point or Position (equation format){overscore (v)} = [v1, . . ., vn]Vector (text format)v_=[v1vn]Vector (equation format){overscore (v)}T = [v1. . . vn]Transposed vector (equation format){overscore (M)} = [{overscore (v)}1, . . . , {overscore (v)}n]Matrix (text format)M_=[v_1v_n]=[v11vn1v1mvnm]Matrix (equation format)M_T=[v_1_Tv_nT]=[v11v1mvn1vnm]Transposed matrix (equation format)B = {{overscore (v)}1, . . ., {overscore (v)}n}Basis of a coordinate systematan (x2, x1)Angle between the vector from theorigin O to the point P (x1, x2) and thepositive {overscore (x)}1-axis with the angle limited tothe range (−π, π).{overscore (v)}T{overscore (w)} = v1w1 + . . . + vnwnInner product of two vectorsv_×w_=[v2w3-v3w2v3w1-v1w3v1w2-v2w1]Outer product of two vectorsv_=v_Tv_Length or norm of vector {overscore (v)}det{overscore (M)}Determinant of matrix {overscore (M)}μij = (−1)i+j det {overscore (M)}ijCoactor corresponding to element mij ofmatrix {overscore (M)}. The determinant det {overscore (M)}ij iscalled the ijth minor of the matrix {overscore (M)},where {overscore (M)}ij is the matrix obtained bydeleting the ith column and jth row ofthe matrix {overscore (M)}.


Herein, the term “axis” refers to a reference line of a coordinate system. The term “motion axis” refers to a linear or rotary axis having a linear or angular coordinate. A motion axis may be physical hardware (e.g., a motor) or virtual (e.g., used for data processing purposes). The term “unit vector refers to a vector whose norm is one. The term “orthogonal vectors” refers to vectors whose inner product is zero. The term “orthonormal vectors” refers to orthogonal unit vectors. The term “orthogonal matrix” refers to a matrix whose column vectors are mutually orthonormal.


1. Cartesian Coordinate System


Referring now to FIG. 8, FIG. 8 shows the′ geometric relationship of a three-dimensional Cartesian coordinate system 100. As shown in FIG. 8, the Cartesian coordinate system 100 is defined by a coordinate origin O and mutually orthogonal coordinate axes {{overscore (x)}1, . . . , {overscore (x)}n}. With the same linear scale of measurement on the individual axes, the Cartesian coordinates (x1, . . . , xn) define a point P in Cartesian coordinate space.


Referring now to FIG. 9, a translation transformation may be used to shift the origin of a Cartesian coordinate system. FIG. 9 illustrates the geometric relationship between the source and target coordinate systems of the translation transformation. The coordinates (x1,t, . . . , xn,t) of a point Pt specified in the target system depend on the coordinates (x1,s, . . . , xn,s) of the same point Ps specified in the source system and the offset vector {overscore (o)}=(x1,o, . . . , xn,o).


The algebraic relationship between the coordinates (x1,s, . . . , xn,s) of a point Ps specified in the source system and the coordinates (X1,t, . . . , xn,t) of the same point Pt specified in the target system is defined by the following equation:
Pt=Ps+o_[x1,txn,t]=[x1,sxn,s]+[x1,oxn,o]

The inverse transformation is defined by the following equation:
Ps=Pt-o_[x1,sxn,s]=[x1,txn,t]-[x1,oxn,o]


Referring now to FIG. 10, a rotation transformation may be used to rotate the axes of a Cartesian coordinate system. FIG. 10 illustrates the geometric relationship between the source and target coordinate systems in a rotation transformation. The coordinates (x1,t, . . . , xn,t) of a point Pt specified in the target system depend on the coordinates (x1,s, . . . , xn,s) of the same point Ps specified in the source system and the rotation matrix {overscore (R)}=[{overscore (r)}1, . . . , {overscore (r)}n]. The columns of the rotation matrix are the basis vectors {{overscore (r)}1, . . . , {overscore (r)}n} of the source system specified in the target system. Since these vectors do not necessarily represent a mutually orthonormal basis, they are transformed into such a basis {{overscore (t)}1, . . . , {overscore (t)}n} by applying the auxiliary algorithm of Section II(C).


The algebraic relationship between the coordinates (x1,s, . . . , xn,s) of a point Ps specified in the source system and the coordinates (x1,t, . . . , xn,t) of the same point Pt specified in the target system is defined by the following equation.
Pt=T_Ps[x1,txn,t]=[t_tt_n][x1,sxn,s]

Since the transformation matrix {overscore (T)} is orthogonal, the above equation can be restated.
Pt=T_PsT_TPt=T_TT_Ps=[t_1Tt_nT][t_tt_n]Ps=[t_1Tt_1t_1Tt_nt_nTt_1t_nTt_n]Ps=I_Ps=Ps

Therefore, the inverse transformation is defined by the following equation.
Ps=T_TPt[x1,sxn,s]=[t_1Tt_nT][x1,txn,t]

Similarly, the algebraic relationship between a vector {overscore (νs)} at the point Ps specified in the source system and the same vector {overscore (ν)}t specified in the target system is defined by {overscore (ν)}t={overscore (Tνs)} and {overscore (ν)}s={overscore (T)}T{overscore (ν)}t.


2. Cylindrical Coordinate System


Referring now to FIG. 11, FIG. 11 shows the geometric relationship of a three-dimensional cylindrical coordinate system 110. The coordinate system 110 is defined by a coordinate origin O and three mutually orthogonal coordinate curves {r, φ, z}(tangents are orthogonal except along the {overscore (x)}3-axis). With the same linear scale of measurement on the curves {overscore (r)} and {overscore (z)} and a radian scale of measurement on the curve {overscore (φ)}, the cylindrical coordinates (r, φ, z) define a point P in cylindrical coordinate space.


A transformation may be performed to transform coordinates in the cylindrical coordinate system to coordinates in a Cartesian coordinate system. Specifically, the algebraic relationship between the coordinates (r, φ, z) of a point Ps specified in the cylindrical system and the coordinates (x1, x2, x3) of the same point Pt specified in the Cartesian system is defined by the following equation.
Pt=fCyl.->Cart.(Ps)[x1x2x3]=[rcosφrsinφz]

Similarly, the algebraic relationship between the coordinates (vr, v100 , vz) of a vector {overscore (ν)}s specified in the cylindrical system and the coordinates (v1, v2, v3) of the same vector {overscore (ν)}t specified in the Cartesian system at the point Ps is defined by the following equation.
v_t=gCyl.->Cart.(Ps,v_s)[v1v2v3]=[vrcosφ-vφsinφvrsinφ-vφcosφvz]


A transformation may also be performed to transform coordinates in the Cartesian system to coordinates in cylindrical coordinate system. In general, the coordinates (x1, x2, x3) of a point Ps specified in the Cartesian system uniquely define the coordinates (r, φ, z) of the same point Pt specified in the cylindrical system. In the special case that the point Ps is located on the {overscore (x)}3-axis, the coordinates (q1, q2, q3) of a vector {overscore (q)}s, which is non-parallel to the {overscore (x)}3-axis, are used to uniquely define the coordinate φ. The algebraic relationship between the coordinates (x1, x2, x3) of the point Ps and the coordinates (r, φ, z) of the same point Pt is defined by the following equation.
Pt=fCart.->Cyl.(Ps,q_s)[rφz]={[x12+x22atan(x2,x1)x3]forx10orx20[0atan(q2,q1)x3]forx1=0andx2=0

Similarly, the algebraic relationship between the coordinates (v1, v2, v3) of a vector {overscore (ν)}s specified in the Cartesian system and the coordinates (vr, vφ, vz) of the same vector {overscore (ν)}t specified in the cylindrical system at the point Ps is defined by the following equation.
v_t=gCart.->Cyl.(Ps,q_s,v_s)[vrvφvz]=[v1cosφ+v2sinφ-v1sinφ+v2cosφv3]={[v1x1+v2x2x12+x22-v1x2+v2x1x12+x22v3]forx10orx20[v1q1+v2q2q12+q22-v1q2+v2q1q12+q22v3]forx1=0,x2=0,q1=λv1,andq2λv2[v12+v220v3]forx1=0,x2=0,q1=λv1,andq2=λv2


3. Spherical Coordinate System


Referring now to FIG. 12, FIG. 12 shows the geometric relationship of a three-dimensional spherical coordinate system 120. The coordinate system 120 is defined by coordinate origin O and the three mutually orthogonal coordinate curves {{overscore (r)}, {overscore (φ)}, {overscore (ψ)}} (tangents are orthogonal except along the {overscore (x)}3-axis). With a linear scale of measurement on the curve {overscore (r)} and a radian scale of measurement on the curves {overscore (φ)} and {overscore (ψ)}, the spherical coordinates (r, φ, ψ) define a point P in spherical coordinate space.


A transformation may be used to transform coordinates in the spherical coordinate system to coordinates in the Cartesian coordinate system. Specifically, the algebraic relationship between the coordinates (r, φ, ψ) of a point Ps specified in the spherical system and the coordinates (x1, x2, x3) of the same point Pt specified in the Cartesian system is defined by the following equation:
Pt=fSph.->Cart.(Ps)[x1x2x3]=[rcosφcosψrsinφcosψrsinψ]

Similarly, the algebraic relationship between the coordinates (vr, vφ, vψ) of a vector {overscore (ν)}s specified in the spherical system and the coordinates (v1, v2, v3) of the same vector {overscore (ν)}t specified in the Cartesian system at the point Ps is defined by the following equation.
vt_=gSph.Cart.(Ps,vs_)[v1v2v3]=[vrcosφcosψ-vφsinφ-vψcosφsinψvrsinφcosψ+vφcosφ-vψsinφsinψvrsinψ+vψcosψ]


A transformation may be also used to transform coordinates in the Cartesian coordinate system to coordinates in the spherical coordinate system. In general, the coordinates (x1, x2, x3) of a point Ps specified in the Cartesian system uniquely define the coordinates (r, φ, ψ) of the same point Pt specified in the spherical system. In the special case that the point Ps is located on the {overscore (x)}3-axis, the coordinates (q1, q2, q3) of a vector {overscore (q)}s, which is non-parallel to the {overscore (x)}3-axis, are used to uniquely define the coordinate φ. The algebraic relationship between the coordinates (x1, x2, x3) of the point Ps and the coordinates (r, φ, ψ) of the same point Pt is defined by the following equation.
Pt=fCart.Sph.(Ps,qs_)[rφψ]={[x12+x22+x32atan(x2,x1)atan(x3,x12+x22)]forx10orx20[x3atan(q2,q1)sgn(x3)π2]forx1=0andx2=0

Similarly, the algebraic relationship between the coordinates (v1, v2, v3) of a vector {overscore (ν)}s specified in the Cartesian system and the coordinates (vr, vφ, vψ) of the same vector {overscore (ν)}t specified in the spherical system at the point Ps is defined by the following equation.
vt_=gCart.Sph.(Ps,qs_,vs_)[vrvφvψ]=[v1cosφcosψ+v2sinφcosψ+v3sinψ-v1sinφ+v2cosφ-v1cosφsinψ-v2sinφsinψ+v3cosψ]={[v1x1+v2x2+v3x3x12+x22+x32-v1x2+v2x1x12+x22-(v1x1+v2x2)x3+v3(x12+x22)x12+x22x12+x22+x32]forx10orx20[v1q1+v2q2+v3q3q12+q22+q32-v1q2+v2q1q12+q22-(v1q1+v2q2)q3+v3(q12+q22)q12+q22q12+q22+q32]forx1=0,x2=0,q1=λv1,andq2λv2[λ(v12+v22)+v3q3λ2(v12+v22)+q320(λv3-q3)v12+v22λ2(v12+v22)+q32]forx1=0,x2=0,q1=λv1,q2=λv2,andq3λv3[v12+v22+v3200]forx1=0,x2=0,q1=λv1,q2=λv2,andq3=λv3


4. Other Coordinate Systems


Additional and/or different coordinate systems may also be used. For example, it may be desirable to develop one or more other coordinate systems which are tailored to be used in specific applications. Two such coordinate systems are shown in FIGS. 13-14. In FIG. 13, a coordinate system 140 is shown which is useable in the context of a two-arm robotics application in which the two arms are independently moveable (“independently linked”). In FIG. 14, a coordinate system 150 is shown which is useable in the context of a two-arm robotics application in which the two arms are not independently moveable (“dependently linked”).


a. Independent Coordinate System


Referring first to FIG. 13, the geometric relationship of a left-hand (α2<O) independent coordinate system is shown. An independent coordinate system is a kinematic system with two independent links. The coordinate origin O, the length of the two links (O<I1 and O<I2), and the two coordinate curves {{overscore (α)}1, {overscore (α)}2} define an independent coordinate system. With the same linear scale of measurement on the two links and a radian scale of measurement on the curves {overscore (α)}1 and {overscore (α)}2, the independent coordinates (α1, α2) define a point P in independent coordinate space.


A transformation may be used to transform coordinates in the independent coordinate system to coordinates in the Cartesian coordinate system. This transformation is sometimes referred to as forward kinematics. The algebraic relationship between the coordinates (α1, α2) of a point Ps specified in the independent system and the coordinates (x1, x2) of the same point Pt specified in the Cartesian system is defined by the following equation.
Pt=fIndep.Cart.(Ps)[x1x2]=[l1cosα1+l2cos(α1+α2)l1sinα1+l2sin(α1+α2)]


A transformation may also be used to transform coordinates in the Cartesian coordinate system to coordinates in the independent coordinate system. This transformation is sometimes referred to as inverse kinematics. Since the kinematic system can either represent a left-hand (αa<O) or a right-hand (O≦α2) system, the result of this transformation is not uniquely defined. However, by establishing one configuration during initialization, the result is uniquely defined from then on.


With the polar coordinates of a point Ps [rφ]=[min(x12+x22,l1+l2)atan(x2,x1)]

and the sine and cosine rule, the angles β and γ can be derived. First, the cosine rule

r2=l12+l22−2l1l2 cos γ

provides the angle
γ=acos(l12+l22-r22l1l2)

Second, the sine rule
sinβl2=sinγr

provides the angle
β={asin(l2rsinγ)forr00forr=0

With the above results, the algebraic relationship between the coordinates (x1, x2) of a point Ps specified in the Cartesian system and the coordinates (α1, α2) of the same point Pt specified in the independent system is defined by the following equations.


Left-Hand System:
Pt=fCart.Indep.(Ps)[α1α2]=[φ+βγ-π]

Right-Hand System:
Pt=fCart.Indep.(Ps)[α1α2]=[φ-βπ-γ]


b. Dependent Coordinate System


Referring next to FIG. 14, the geometric relationship of a left-hand (α21) dependent coordinate system is shown. A dependent coordinate system is a kinematic system with two dependent links. The coordinate origin O, the length of the two links (O<I1 and O<I2), and the two coordinate curves {{overscore (α)}1, {overscore (α)}2} define a dependent coordinate system. With the same linear scale of measurement on the two links and a radian scale of measurement on the curves {overscore (α)}1 and {overscore (α)}2, the dependent coordinates (α1, α2) define a point P in dependent coordinate space.


A transformation may be used to transform coordinates in the dependent coordinate system to coordinates in the Cartesian coordinate system. This transformation is sometimes referred to as forward kinematics. The algebraic relationship between the coordinates (α1, α2) of a point Ps specified in the dependent system and the coordinates (x1, x2) of the same point Pt specified in the Cartesian system is defined by the following equation.
Pt=fDep.Cart.(Ps)[x1x2]=[l1cosα1+l2cosα2l1sinα1+l2sinα2]


A transformation may also be used to transform coordinates in the Cartesian coordinate system to coordinates in the dependent coordinate system. This transformation is sometimes referred to as inverse kinematics. Since the kinematic system can either represent a left-hand (α21) or a right-hand (α1≦α2) system, the result of this transformation is not uniquely defined. However, by establishing one configuration during initialization, the result is uniquely defined from then on.


With the polar coordinates of a point Ps [rφ]=[min(x12+x22,l1+l2)atan(x2,x1)]

and the sine and cosine rule, the angles β and γ can be derived. First, the cosine rule

r2=l12+l22−2l1l2 cos γ

provides the angle
γ=acos(l12+l22-r22l1l2)

Second, the sine rule
sinβl2=sinγr

provides the angle
β={asin(l2rsinγ)forr00forr=0

With the above results, the algebraic relationship between the coordinates (x1, x2) of a point Ps specified in the Cartesian system and the coordinates (α1, α2) of the same point Pt specified in the dependent system is defined by the following equations.


Left-Hand System:
Pt=fCart.Dep.(Ps)[α1α2]=[φ+βα1(γ-π)]=[φ+βφ+β+γ-π]


Right-Hand System:
Pt=fCart.Dep.(Ps)[α1α2]=[φ+βα1(π-γ)]=[φ-βφ-β+π-γ]


B. Coordinated Move Profiles


In the preferred embodiment, the coordinated move block 72 may be used to provide, for example, a linear or circular path in a Cartesian coordinate system from the current position to a new position. For circular moves, the path also either takes into account an auxiliary position that specifies the center of the circle or a position along the circle, or alternately the radius of the circle may be specified in place of an auxiliary position. The actual path over time also depends on the current speed and acceleration, the maximum speed, acceleration, and deceleration as well as the velocity profile type.


1. Linear Move


Referring now to FIG. 15, a coordinated linear move provides a linear path in a multi-dimensional Cartesian coordinate system from a current position Pc to a new position Pn. FIG. 15 shows the geometric relationship of a simple two-dimensional linear move. In general, the ideal line for this move is defined by the old position Po, which specifies either the position of a previous coordinated move or the current position Pc. If there was no previous coordinated move, the old position Po is assumed to be equal to the current position Pc. Since the actual path generally is not exactly linear due to the current position Pc, the current velocity {overscore (ν)}c, and the current acceleration {overscore (a)}c, the resulting path is fairly complex. However, the representation of the path can be simplified by transforming the move parameters from the original (target) Cartesian coordinate system to a new (source) Cartesian coordinate system. An appropriate source system is defined by the origin Os, which is equal to the old position Po, and the coordinate axes {{overscore (x)}1,s, . . . , {overscore (x)}n,s} where n denotes the number of coordinated axes.


The coordinate axes {{overscore (x)}1,s, . . . , {overscore (x)}n,s}, are characterized by the mutually orthonormal basis {{overscore (t)}1, . . . , {overscore (t)}n}, which may be defined by the following procedure.

    • 1. The first m basis vectors {{overscore (t)}1, . . . {overscore (t)}m}, can be calculated by applying the auxiliary algorithm of Section II(C), where the vectors {{overscore (t)}1, . . . , {overscore (r)}m} specify the first m (m<n) mutually independent vectors in the set Pn−Po, Pn−Pc, {overscore (ν)}c, and {overscore (a)}c. The algorithm in Section II(C) also handles the identification of the first m mutually independent vectors.
    • 2. The remaining n−m basis vectors {{overscore (t)}m+1, . . . , {overscore (t)}n} can be calculated by applying the auxiliary algorithm of Section II(C).


The resulting offset vector {overscore (o)}=Os−Ot and transformation matrix={overscore (T)}={{overscore (t)}1, . . . , {overscore (t)}n}, define the source coordinate system. Therefore, the current position Pc, the new position Pn, the current velocity {overscore (ν)}c, and the current acceleration {overscore (a)}c can be transformed from the target to the source system.

Pc,s={overscore (T)}T(Pc−{overscore (o)})
Pn,s={overscore (T)}T(Pn−{overscore (o)})
{overscore (νs)}={overscore (T)}T{overscore (νc)}
{overscore (as)}={overscore (T)}T{overscore (ac)}


In the source system, the multi-dimensional coordinated linear move can be separated into multiple individual one-dimensional moves (m1 . . . mn). Therefore, the coordinates of the velocity {overscore (ν)}s and acceleration {overscore (a)}s represent the start velocity and start acceleration for the individual moves. The distance {overscore (d)}s for all individual moves specified in the source system can be calculated based on the current position Pc,s and the new position Pn,s specified in the source system.
ds_=Pn,s-Pc,s=T_T(Pn-o_)-T_T(Pc-o_)=T_T(Pn-Pc)


During run-time, the interpolator of each individual move block 76 generates incremental position reference values for the coordinates of Ps in the source system. With these updates, the incremental position reference values Pt in the target system can simply be calculated by applying a coordinate transformation from the source to the target system.

Pt={overscore (T)}Ps+{overscore (o)}


2. Circular Move


Referring now to FIG. 16, a coordinated circular move provides a circular path in a two- or three-dimensional Cartesian coordinate system from a current position Pc to a new position Pn. FIG. 16 shows the geometric relationship of a simple two-dimensional circular move. In general, the ideal circle for this move is defined by the old position Po, which specifies either the position of the previous coordinated move or the current position Pc, and the auxiliary position Pa, which specifies either the center of the circle or a position along the circle. (Alternatively, the radius may be specified from which the center is calculated.) If there was no previous coordinated move, the old position Po is assumed to be equal to the current position Pc. Since the actual path generally is not exactly circular due to the current position Pc, the current velocity {overscore (ν)}c, and the current acceleration {overscore (a)}c, the resulting path is more complex. However, the representation of the path can be simplified by transforming the move parameters from the original (target) Cartesian coordinate system to a new (source) cylindrical coordinate system. An appropriate source system is defined by the origin Os, which is equal to the center of the circle, and the coordinate axes {{overscore (x)}1,s, . . . , {overscore (x)}n,s}, a where n denotes the number of coordinated axes. However, in order to calculate the origin Os, the vector {overscore (n)} that is normal to the plane of the circle needs to be calculated first.


In the general case that the vectors Pn−Pa and Pa−Po are linearly independent and an auxiliary vector {overscore (a)} is not specified, the normal vector {overscore (n)} is defined by the outer product of the vectors Pn−Pa and Pa−Po.
b_=(Pn-Pa)×(Pa-Po)n_=b_b_

However, if the vectors Pn−Pa and Pa−Po are linearly dependent and an auxiliary vector {overscore (a)} is not specified, the circle is not defined.


With the positions Pa and Po on the plane of the circle the corresponding projected positions Pa′ and Po′ onto the plane of the circle are equal to the original positions.

Pa′=Pa
Po′=Po

In the special case that an auxiliary vector {overscore (a)} is specified, the normal vector {overscore (n)} is defined by the auxiliary vector {overscore (a)}.
n_=a_a_

However, if the auxiliary vector {overscore (a)} is zero, the circle is not defined.


With the positions Pa and Po not necessarily on the plane of the circle, the projected positions Pa′ and Po′ onto the plane of the circle are calculated. Since a projected position P′ has to be on a straight line, which goes through the original position P and is parallel to the vector {overscore (n)},

P′=P+λ{overscore (n)}

and has to be on the plane, which goes through the new position Pn and is normal to the vector {overscore (n)},

{overscore (n)}T(P′−Pn)=O

the projected position P′ is defined by the following equation.

{overscore (n)}T(P+λ{overscore (n)}−Pn)=O
λ{overscore (n)}T{overscore (n)}={overscore (n)}T(Pn−P)
λ={overscore (n)}T(Pn−P)
P′=P+({overscore (n)}T(Pn−P)){overscore (n)}

As a result, the projected positions Pa′ and Po′ are defined by the following equations.

Pa′=Pa+({overscore (n)}T(Pn−Pa)){overscore (n)}
Po′=Po+({overscore (n)}T(Pn−Po)){overscore (n)}

If the auxiliary position Pa specifies the center of the circle, the origin Os is directly defined.

Os=Ps

If the auxiliary position Pa specifies a position along the circle, the origin Os is defined by the intersection of the following three planes.
(Pn-Pa)TOs=(Pn-Pa)TPn+Pa2(Pa-Po)TOs=(Pa-Po)TPa+Po2n_TOs=n_TPn


The first plane passes through the mid-point between Pn and Pa′ and is orthogonal to Pn−Pa′. The second plane passes through the mid-point between Pa′ and Po′ and is orthogonal to Pa′−Po′. The third plane passes through the positions Pn, Pa′, and Po′. The origin Os can be found by solving the above set of three linear equations.


However, if the vectors Pn−Pa′ and Pa′−Po′ are linearly dependent, the circle is not defined.


For a two-dimensional circular move, the third plane is defined implicitly and the problem degenerates to a set of two linear equations.


The coordinate axes {{overscore (x)}1,s, . . . , {overscore (x)}n,s} are characterized by the mutually orthonormal basis {{overscore (t)}1, . . . , {overscore (t)}n}, which is defined by the following procedure.

    • 1. With {overscore (r)}1 representing the first non-zero vector in the set Po′−Os and Pn−Os, the first basis vector
      t1=r1_r1_

      is defined.
    • 2. With the normal vector {overscore (n)}, the second basis vector

      {overscore (t)}2={overscore (n)}x{overscore (t)}1

      is defined. For a two-dimensional circular move, the normal vector is defined implicitly and the problem degenerates.
      t_2=[-t12t11]
    • 3. The third basis vector {overscore (t)}3 is equal to the normal vector {overscore (n)}.


The resulting offset vector {overscore (o)}=Os−{overscore (O)}t and transformation matrix {overscore (T)}={{overscore (t)}1, . . . , {overscore (t)}n} define not only the source cylindrical coordinate system but also an intermediate Cartesian coordinate system. Therefore, the current position Pc, the new position Pn, the current velocity {overscore (ν)}c, and the current acceleration {overscore (a)}ccan be first transformed from the target to the intermediate system.

Pc,i={overscore (T)}T(Pc−{overscore (o)})
Pn,i={overscore (T)}T(Pn−{overscore (o)})
{overscore (νi)}={overscore (T)}T{overscore (νc)}
{overscore (ai)}={overscore (T)}T{overscore (ac)}


In the special case that the position Pc,i is located on the {overscore (x)}3,s-axis at least one of the vectors in the set {overscore (ν)}i,{overscore (a)}i, and Pn,i−Pc,i, has to be non-parallel to the {overscore (x)}3,s-axis. The first non-parallel vector in the above set defines the vector {overscore (q)}i. Therefore, the current position Pc,i, the new position Pn,i, the current velocity {overscore (ν)}i, and the current acceleration {overscore (a)}i can be transformed from the intermediate to the source system.

Pc,s=fCart.→Cyl.(Pc,i, {overscore (qi)})
Pn,s=fCart.→Cyl.(Pn,i, {overscore (qi)})
νs=gCart.→Cyl.(Pc,i, {overscore (qi)}, {overscore (νi)})
{overscore (a)}s=gCart.→Cyl.(Pc,i, {overscore (qi)}, {overscore (ai)})


In the source system, the two- or three-dimensional coordinated circular move can be separated into two or three individual one-dimensional moves (m1, m2, and m3). Therefore, the coordinates of the velocity {overscore (ν)}s and acceleration {overscore (a)}s represent the start velocity and start acceleration for the individual moves. The distance {overscore (d)}s for all individual moves specified in the source system can be calculated based on the current position Pc,s and the new position Pn,s specified in the source system.

{overscore (d)}s=Pn,s−Pc,s


Since the old position Po and the new position Pn split the circle into two arcs, the direction of the path along the circle still needs to be defined. Therefore, the coordinate φd of {overscore (d)}s may need to be adjusted depending on the direction of the path.


If an auxiliary vector {overscore (a)} is specified, the right-handed screw rule specifies the direction of the path. With the coordinate φc and φn of the positions Pc,s and Pn,s the coordinate φd of {overscore (d)}s can be adjusted according to the following algorithm.

φdn−φc
if φd<O
φd+=2π


If an auxiliary vector {overscore (a)} is not specified, the old position Po needs to be transformed from the target to the source system.

Po,i={overscore (T)}T(Po′−{overscore (o)})
Po,s=fCart.→Cyl.(Po,i, {overscore (qi)})


If an auxiliary vector {overscore (a)} is not specified and the auxiliary position Pa specifies the center of the circle, the shorter arc defines the direction of the path. With the coordinates φo, φc, and φn of the positions Po,s, Pc,s, and Pn,s the coordinate φd of {overscore (d)}s can be adjusted according to the following algorithm.

if φo < φn    if φn − φo < π        direction = positive    else        direction = negativeelse    if φo − φn < π        direction = negative    else        direction = positiveφd = φn − φcif direction = = positive    if φd < 0        φd + = 2πelse    if 0 < φd        φd − = 2π


If an auxiliary vector {overscore (a)} is not specified and the auxiliary position Pa specifies a position along the circle, the arc, which includes the auxiliary position Pa, defines the direction of the path. Therefore, the auxiliary position Pa needs to be transformed from the target to the source system.

Pa,i={overscore (T)}T(Pa′−{overscore (o)})
Pa,s=fCart.→Cyl.(Pa,i, {overscore (qi)})


With the coordinates φo, φc, φa, and φn of the positions Po,s, Pc,s, Pa,s, and Pn,s the coordinate φd of {overscore (d)}s can be adjusted according to the following algorithm.

if φo < φn    if φo < φa and φa < φn        direction = positive    else        direction = negativeelse    if φn < φa and φa < φo        direction = negative    else        direction = positiveφd = φn − φcif direction = = positive    if φd < 0        φd + = 2πelse    if 0 < φd        φd − = 2π


During run-time each individual move generates position updates for the coordinates of Ps in the source system. With these updates, the position updates Pt in the target system can simply be calculated by applying a coordinate transformation from the source to the target system.

Pt={overscore (T)}fCyl.→Cart.(Ps)+{overscore (o)}


3. Blended Move


Referring now to FIG. 17, in general, the transition from one move to the next move simply involves using the dynamics of the current move as start dynamics for the next move. However, this might not generate the desired path in all circumstances. An example would be a straight transition from a linear move to a circular move. In one embodiment, the coordinated move block 72 causes a transitioning path segment to be generated which approaches the circle quickly instead of continuing the linear move until the transition position Po.


In the preferred embodiment, since this behavior is not always desired, the concept of blended moves is also supported. This blending method provides transitioning at speed from the current move to the next move at or before the transition position Po. The resulting path is shown in FIG. 17.


The blending algorithm preferably comprises the following:

    • 1. Calculate the distance d along the ideal path from the old position Po to the new position Pn. Based on the type of the next move this can be a linear or circular path.
    • 2. Scale the distance d with the scaling value s which is based on the tangential vectors {overscore (t)}o and {overscore (t)}n.
      r=t_ot_ot_nt_ns={rforr>00forr0d=sd
    • 3. Initiate an incremental move along the ideal path of the current move of distance d′. Based on the type of the current move this can be a linear or circular move.
    • 4. Transition to the next move at or before the old position Po based on the specified transition range.


      Due to the general approach of this algorithm, any combination of linear and circular move can be blended.


C. Auxiliary Algorithms


The two auxiliary algorithms described in this subsection may be used to calculate the transformation matrices for the coordinate transformations and coordinated moves.


1. Transformation to Orthonormal Basis Vectors


Given the set of basis vectors {{overscore (r)}1, . . . , {overscore (r)}k} in n-dimensional space, this algorithm calculates the corresponding mutually orthonormal basis vectors {{overscore (t)}1, . . . , {overscore (t)}m} using the Gram-Schmidt orthogonalization method. Even though this method is not as numerically reliable as the singular value or QR decomposition method, the number of required mathematical operations for the typical number of basis vectors is smaller.


Initially, all vectors in the set {{overscore (r)}1, . . . , {overscore (r)}k} that are zero are removed from the set. Then, the first orthonormal basis vector
t_1=r1_r1_

is defined. The remaining orthonormal basis vectors {{overscore (t)}2, . . . , {overscore (t)}m} are calculated iteratively. First, the basis vector
si_=r_i-j=1i-1(r_iTt_j)t_j

is calculated. If the basis vector {overscore (r)}i is linearly dependent to the basis vectors {{overscore (t)}1, . . . , {overscore (t)}i−1} the resulting vector {overscore (s)}i is zero and both {overscore (r)}i and {overscore (s)}i are removed from the set. Otherwise, the basis vector {overscore (s)}i is orthogonal to the basis vectors {{overscore (t)}1, . . . , {overscore (t)}i−1}. Second, the corresponding orthonormal basis vector
t_i=si_si_

is defined.


2. Complementation of Orthonormal Basis Vectors


Given the mutually orthonormal basis vectors {{overscore (t)}1, . . . , {overscore (t)}m} in n-dimensional space, this algorithm calculates the complementing mutually orthonormal basis vectors {{overscore (t)}m+1, . . . , {overscore (t)}n}.


The first n−m−1 basis vectors {{overscore (t)}m+1, . . . , {overscore (t)}n−1} are calculated iteratively. First, the basis vector
s_iT=[τi1τiii00n-i]

is defined by the cofactors τij that correspond to the element tij of the transformation submatrix
T~=[t11ti1t1itii]

If the resulting vector {overscore (s)}i is zero, it can not be used as basis vector and is replaced with
s_iT=[00i-1100n-i]

Due to the above definitions and the following equation
s_i_Tt_j=[τi1τii00][tj1tjitj,i+1tjn]=τi1tj1++τiitji=det[t11ti-1,1tj1t1iti-1,itji]

the basis vector {overscore (s)}i satisfies the following condition.

{overscore (s)}iT{overscore (t)}j=0 for j<i


Therefore, the basis vector {overscore (s)}i is orthogonal to the basis vectors {{overscore (t)}1, . . . , {overscore (t)}i−1}. Second, the corresponding orthonormal basis vector
ti=s_is_i

is defined. The calculation of the last orthonormal basis vector {overscore (t)}n can be simplified, since the transformation matrix {overscore (T)}=└{overscore (t)}1, . . . , {overscore (t)}n┘ is orthogonal.
T_TT_=[t_iTt_nT][t_it_n]=[t_1Tt_1_t_1Tt_nt_nTt_1t_nTt_n]=I_


This orthogonality equation can be used to determine the determinant of the transformation matrix {overscore (T)}.

{overscore (T)}T{overscore (T)}={overscore (I)}
det{overscore (T)}T{overscore (T)}=1
det {overscore (T)}T det {overscore (T)}=1
(det {overscore (T)})2=1
det {overscore (T)}=1


In addition, the orthogonality equation can be restated using the above result, Cramer's rule, and the cofactors τij that correspond to the element tij of the transformation matrix {overscore (T)}.
T_T=T_-1=1detT_[τ11τ1nτn1τnn]=[τ11τ1nτn1τnn]


Therefore, the last orthonormal basis vector {overscore (t)}n is defined by the following equation.
t_n=[τn1τnn]

III. Instructions


Referring now to FIGS. 18-24, as mentioned above, motion control operations including move operations are achieved through the use of one or more multi-axis coordination instructions 31. The multi-axis coordination instructions 31 are part of the same programming language (e.g., a ladder logic programming language) as the instructions used in connection with the blocks shown in FIG. 2. Assuming an object-orientated approach is used, the multi-axis coordination instructions 31 invoke the services of the coordinated move block 72 and the coordinate transformation block 74.



FIGS. 18-22 show the multi-axis instructions 31 as they appear to the programmer in one embodiment in which the instructions are instructions in a ladder logic programming language. The axes representing a Cartesian coordinate system can be moved to a new position using a coordinated move instruction 200 (FIG. 18), and can be issued on the fly path dynamic changes using a change coordinated dynamics instruction 500 (FIG. 21). In addition, the axes representing a target coordinate system can be locked to the axes representing a source coordinate system using the coordinate transformation instruction 300 (FIG. 19). Further, a position specified in the source coordinate system can be transformed into the same position specified in the target coordinate system using the calculate target position instruction 400 (FIG. 19). The axes involved in a coordinate system may be stopped together using the coordinated stop instruction 600 (FIG. 22). All instructions are part of the group of motion move instructions. FIGS. 23-24 show alternative embodiments of the coordinated move instruction 200.


A. Coordinated Move Instruction 200


Referring now to FIG. 18, in a first embodiment, a linear or circular coordinated move for the specified motion control axes within a Cartesian coordinate system may be initiated using a coordinated move instruction 200. FIG. 18 shows an exemplary ladder faceplate of the coordinated move instruction 200. A linear move approaches the new position directly. A circular move approaches the new position by circling either around or via the auxiliary position. The new and auxiliary positions can be defined as absolute or incremental position.


The coordinated move instruction 200 has operands 210-244 as shown in FIG. 18. As described below, the operands 210-244 are used to specify user-configurable parameters that configure the coordinated move initiated by execution of the coordinated move instruction 200. These operands will now be described in greater detail.


The coordinate system operand 210 specifies the group of motion control axes which span the coordinates (x1, . . . , xn) of a Cartesian coordinate system. The group of motion control axes correspond to axes of movement as defined by physical hardware (e.g., motors 27 and/or related hardware). The coordinate system may support up to thirty-two axes or more, depending on system configuration.


The motion control operand 212 provides information via bits 213. The bits 213 include an enable bit (EN) which is set when the rung transitions from false to true and which is reset when the rung transitions from true to false, a done bit (DN) which is reset when the rung transitions from false to true and which is set when the coordinated move has been initiated successfully, an error bit (ER) which is reset when the rung transitions from false to true and which is set when the coordinated move has not been initiated successfully, an in process bit (IP) which is set when the coordinated move has been initiated successfully and which is reset when the coordinated move reaches the new position or when the coordinated move is superseded by another coordinated move instruction or terminated by some other motion instruction, and a process complete bit (PC) which is reset when the rung transitions from false to true and which is set when the coordinated move reaches the new position. In addition to providing information via the bits 213, the coordinated move instruction 200 may also have other indicators such as error code indicators.


The move type operand 214 defines the path type of the coordinated move. In one embodiment, the coordinated move instruction 200 may be used for linear or circular move profiles. In this embodiment, the move-type may be set to absolute linear (the axes move directly to the new position, which is defined by the position array), incremental linear (the axes move directly to the new position, which is defined by the sum of the position array and the old position), absolute circular (the axes move along a circular path to the new position, which is defined by the position array), or incremental circular (the axes move along a circular path to the new position, which is defined by the sum of the position array and the old position). Depending on the selected transition type operand 238, the current position or the position of the previous coordinated move defines the old position.


The position operand 216 defines either the new absolute or incremental position, depending on the value of the move type operand 214. The position operand 216 is a one-dimensional array, whose dimension is defined by the number of specified axes.


The auxiliary type operand 218 specifies how the auxiliary position operand 220 defines the circle if the move type operand 214 is set to circular. (If the move type operand 214 is set to linear, the specification of the auxiliary type is irrelevant/not used.) In one embodiment, the auxiliary type operand 218 may be set to absolute center (the auxiliary position array defines the center of the circle), incremental center (the sum of the auxiliary position array and the old position defines the center of the circle), absolute via (the auxiliary position array defines a position along the circle), or incremental via (the sum of the auxiliary position array and the old position defines a position along the circle). Depending on the value of the transition type operand 238, the current position or the position of the previous coordinated move defines the old position.


The auxiliary position operand 220 defines either the absolute or incremental auxiliary position, depending on the value of the auxiliary type operand 218. The auxiliary position operand 220 is a one-dimensional array, whose dimension is defined by the number of specified axes. If the move type operand 214 is set to linear, the specification of the auxiliary position operand 220 is optional. However, if the move type operand 214 is set to circular, the auxiliary position operand 220 specifies the center of the circle or a position along the circle.


The auxiliary vector operand 222 defines a vector that is normal to the plane of the circle if the move type operand 214 is set to circular. If the auxiliary type operand 218 is set to center, the direction of the auxiliary vector specifies the rotational direction of the circular move according to the right-handed screw rule. The auxiliary vector operand 222 is a one-dimensional array, whose dimension is defined by the number of specified axes. In general, the specification of the auxiliary vector operand 222 is optional. However, the auxiliary vector operand 214 may be specified when the move type operand 214 is set to circular and the vectors from the old position to the auxiliary position and from the auxiliary position to the new position are linearly dependent. The auxiliary vector operand 214 may also be specified when the move type operand 214 is set to circular, the auxiliary type operand 218 is set to center, and the rotational direction should not follow the shorter arc.


The speed operand 224, accel rate operand 228, and decel rate operand 232 define the maximum speed, acceleration, and deceleration along the path of the coordinated move. The speed units operand 226, accel units operand 230, and decel units operand 234 define the units that are applied to the values of speed, accel rate, and decel rate, where the maxima represent the maxima of the first coordinate system and the units represent coordination units. The profile operand 236 specifies whether the velocity profile of the coordinated move follows a trapezoidal or S-curve profile.


The transition type operand 238 defines the old position, which is used to establish the ideal path to the new position, and the transition schedule, which defines when the coordinated axes will start transitioning to the new position. The transition type operand 238 may be set to various values as indicated below.

TransitionTypeBehaviorDirectThe current position defines the old position.The coordinated axes immediately start moving tothe new position.ImmediateThe position of the previous coordinated movedefines the old position. If there was no previouscoordinated move, the old position is assumed to beequal to the current position.The coordinated axes immediately start transitioningto the new position.DecelThe position of the previous coordinated movedefines the old position. If there was no previouscoordinated move, the old position is assumed to beequal to the current position.When the previous coordinated move starts todecelerate, the coordinated axes start transitioningto the new position.PositionThe position of the previous coordinated movedefines the old position. If there was no previouscoordinated move, the old position is assumed to beequal to the current position.When the remaining position of the previouscoordinated move is less than the transition range,the coordinated axes start transitioning to the newposition.PositionThe position of the previous coordinated moveanddefines the old position. If there was no previousBlendedcoordinated move, the old position is assumed to beequal to the current position.When the remaining position of the previouscoordinated move is less than the transition range,the coordinated axes start transitioning to the newposition along a blended path.


The merge operand 242 specifies whether or not to turn either all the motion or just the coordinated portion of the move into a pure coordinated move for all axes in the coordinated system:

MergeBehaviorDisabledAny currently executing single axis motioninstructions involving any axes defined in thespecified coordinate system will not be affectedby the activation of this instruction, and will resultin superimposed motion on the affected axes.Also, any coordinated motion instructionsinvolving the same specified coordinate systemwill run to completion based on its terminationtype.CoordinatedAny currently executing coordinated motionMotioninstructions involving the same specifiedcoordinate system will be terminated, and theprior motion will be merged into the current moveat the speed defined in the merge speedparameter. Also, any pending coordinated motioninstructions will be cancelled. Any currentlyexecuting system single axis motion instructionsinvolving any axes defined in the specifiedcoordinate system will not be affected by theactivation of this instruction, and will result insuperimposed motion on the affected axesAll MotionAny currently executing single axis motioninstructions involving any axes defined in thespecified coordinate system, and any currentlyexecuting coordinated motion instructionsinvolving the same specified coordinate system,will be terminated, and the prior motion will bemerged into the current move at the speeddefined in the merge speed parameter. Also, anypending coordinated motion instructions will becancelled.


If the merge is enabled, the merge speed operand 244 defines the maximum speed along the path of the coordinated move.


B. Coordinate Transformation Instruction 300


The coordinate transformation 300 instruction initiates a coordinate transformation between the specified source and target coordinate system axes. Based on the type of the source and target system and the specified parameters, some or all of the following steps are performed: Transformation of the source system to a Cartesian coordinate system; rotation of the Cartesian coordinate system with the rotation matrix {overscore (R)}; translation of the Cartesian coordinate system with the offset vector {overscore (o)}; and/or transformation of the Cartesian coordinate system to the target system. The transformation matrix {overscore (T)} can be calculated from the rotation matrix {overscore (R)}; by applying the auxiliary algorithm of Section II(C)(2). Therefore, the algebraic relationship between the source and target system is defined by:

Pt=fCart.=Target({overscore (T)}fSource=Cart.(Ps)+{overscore (o)})

Before executing the coordinate transformation instruction 300, the target axes may be moved to the position that corresponds to the position of the source axes and the specific coordinate transformation. The user can calculate the required position of the target axes using the calculate target position instruction 400.


The ladder faceplate of a three-dimensional coordinate transformation instruction 300 is shown in FIG. 19. The coordinate transformation instruction 300 has operands 310-320. The target and source coordinate system operands 310 and 312 specify the reference frames used to describe a set of individual axis positions. The following table shows the relevant coordinate systems, their dimension (n), and the notation used to describe the individual axis positions. The coordinate transformation instruction 300 supports transformations to and from each of the following coordinate systems.: Cartesian, articulated cylindrical, articulated independent (e.g., 2, 3, or 4 axes), articulated dependent (e.g., 2, 3, or 4 axes), polary/cylindrical, SCARA independent, SCARA dependent, spherical. (A SCARA: (Selective Compliance Assembly Robot Arm) coordinate system is used for a combination of cylindrical and revolute configurations operating in the horizontal plane. This arrangement includes three linked arms with two rotary joints to provide movement in the horizontal plane; vertical movement is provided at the end of the arm.) Other coordinate system transformations may also be supported.


The maximum number of target or source axes defines the actual dimension of the coordinate transformation. If the number of target axes is higher than the number of the source axes, the coordinates for the missing source axes are assumed to be zero. In the case of an independent or dependent system, the coordinate transformation instruction 300 establishes a left-hand or right-hand configuration based on the initial angular coordinates. Thereafter, the established configuration is maintained. Hence, the coordinate transformation instruction 300 provides multi-dimensional coordinate transformations with the maximum dimension dependent on the selected source and target system.


For a linear coordinate, the coordinate value represents coordination units, which are defined by the coordination constant. For an angular coordinate such as φ, ψ, α1, or α2, the coordinate value represents radians.


The target and source coordinate systems preferably support up to n axes (e.g., n=32, depending on system configuration). Note that for some transformations the target and source systems may contain the same axes.


The motion control operand 314 provides information via bits 315 which operate in generally the same manner as the bits 213 of FIG. 18. In addition to providing information via the bits 315, the coordinate transformation instruction 300 may also have other indicators such as error code indicators.


The rotation matrix {overscore (R)} operand 316 defines the transformation matrix that is used to rotate the Cartesian coordinate system. It is a two-dimensional array, whose dimensions are defined by the maximum number of specified target or source axes. However, the specification of the rotation matrix is optional. If the rotation matrix is not specified it is assumed to be a unit matrix.


The offset vector {overscore (o)} operand 318 defines the translation of the Cartesian coordinate system. It is a one-dimensional array, whose dimension is defined by maximum number of specified target or source axes. However, the specification of the offset vector is optional. If the offset vector is not specified it is assumed to be zero.


The master reference operand 320 specifies whether the actual or command position of the source axes should be transformed. The transformation may be bidirectional. Transformation preferably may however only occur in one direction at a time. The direction of transfer is only dependent on which side (source or target) the command is being generated.


C. Other Instructions



FIGS. 20-22 show other instructions that may be employed in connection with one or both of the coordinated move block 72 and the coordinate transformation block 74. These instructions include a calculate target position instruction 400, a change coordinated dynamics instruction 500, and axis coordinated stop instruction 600.


The calculate target position instruction 400 transforms a specified position from the source coordinate system into the target coordinate system. The calculate target position instruction 400 provides multi-dimensional coordinate transformations with the maximum dimension-dependent on the selected source and target system. Based on the type of the source and target system and the specified parameters, some or all of the following steps are performed: transformation of the source system to a Cartesian coordinate system; rotation of the Cartesian coordinate system with the rotation matrix {overscore (R)}; translation of the Cartesian coordinate system with the offset vector {overscore (o)}; and/or transformation of the Cartesian coordinate system to the target system. Therefore, the algebraic relationship between the source and target system is defined by:

Pt=fCart.→Target(T fSource→Cart.(Ps)+{overscore (o)})

The ladder faceplate of a calculate target position instruction 400 is shown in FIG. 20.


The change coordinated dynamics instruction 500 initiates a change in dynamics for the specified coordinate system motion. Based on the specified motion type, the change coordinated dynamics instruction 500 changes the coordinated move (or jog) motion profile active on the specified system. In case of a coordinated move, the change coordinated dynamics instruction 500 changes the dynamics for the active as well as the pending coordinate move. The ladder faceplate of the change coordinated dynamics instruction 500 is shown in the FIG. 21.


The axis coordinated stop instruction 600 initiates a controlled stop of the specified coordinate system motion or transformation. Based on the specified stop type, the axis coordinated stop instruction 600 stops either all motion profiles or only a specific motion profile of the specified coordinate system. The ladder faceplate of the axis coordinated stop instruction 600 is shown in FIG. 22.



FIGS. 23-24 show an alternative embodiment of the coordinated move instruction 200. In the embodiment as shown in FIGS. 23-24, separate instructions are provided for linear moves and for circular moves.


The major differences between these two embodiments will now be described in greater detail. Since a separate instruction is used in this embodiment for linear and circular, the instruction used defines the type of move to be performed, either linear or circular.



FIG. 23 shows a linear instruction in accordance with this embodiment. The only two parameters that are different from the previous embodiment for linear are move type 500 and termination type 502. The move type 500 is used to define if the move is absolute or incremental. The definition of absolute and incremental is the same as the previous embodiment.


The termination type 502 is defined as follows:

TransitionTypeBehaviorActualWhen the vector position lag for the primary axesToleranceand the position lag for each ancillary axis is lessthan the actual tolerance, the instruction willterminate. The position lag is the actual positionminus the commanded position and is computedafter the entire linear move has been interpolated,that is, when the distance to go equals zero. Apossible following instruction can then beginNo SettleWhen the vector position lag for the primary axesand the position lag for each ancillary axis is lessthan the actual tolerance, the instruction willterminate. The position lag is the actual positionminus the commanded position and is computedafter the entire linear move has been interpolated,that is, when the distance to go equals zero. Apossible following instruction can then begin.CommandWhen the vector distance-to-go for the primary axesToleranceand the distance-to-go for each ancillary axis is lessthan the command tolerance, the instruction willterminate. The distance-to-go is the distance fromthe programmed endpoint to the commandedposition. A possible following instruction can thenbegin. If there is no following instruction, the movewill degenerate to No Settle.No DecelWhen the entire linear move has been interpolatedup to the deceleration point, the instruction willterminate. The deceleration point of the move isdependent on the profile chosen (trapezoidal or S-curve). A possible following instruction can thenbegin. If there is no following instruction, the movewill degenerate to No Settle.


In addition to all the bits defined for the previous embodiment, this embodiment has an (AC) bit which is set when the instruction is being executed. There is a queue of instructions which have been partially processed. The AC bit indicates which of the instructions is being-executed.



FIG. 23 shows a circular instruction for this embodiment. The following five operands are different from the previous embodiment: move type 504, circle type 505, via/center/radius 506, direction 507 and termination type 508.


The move type operand 504 is defined as described above in connection with the move type operand 500. The circle type operand 505 describes the type of circle being programmed. It defines how to interpret the via/center/radius operand 506. The circle type operand 505 specifies if the value given in the operand 506 should be used as a point along the arc of the circle or the circle center, or the circle radius.


The via/center/radius operand 506 defines an array which is interpreted as defined by the operand 505, i.e., a point on the circle as an absolute via (the array value defines a position along the circle), or an incremental via (the sum of the array value and the old position defines a position along the circle) or the absolute center or an incremental center (the sum of the array value and the old position defines the center of the circle), or the radius of the circle.


The direction operand 507 specifies the rotational direction of the circular move according to the right-handed screw rule for a two dimensional circle and the shortest/longest path for a 3 dimensional circle. The termination type operand 508 for circular is defined to be the same as it is for linear.


IV. Bézier Spline Interpolation


Referring now to FIGS. 25-31, in another embodiment, rather than implement the coordinated move block 72 using coordinate transformations, the coordinated move block 72 is implemented using Bézier spline interpolation. According to this approach, the user is permitted to specify a plurality of weighting points in order to define a path profile. In response, the coordinated move block 72 generates a smooth path based on the specific boundary conditions which passes near the weighting points.


Referring specifically to FIG. 25, FIG. 25 shows an example of a Bézier spline curve which may be generated by the coordinated move block 72. In FIG. 25, the user has specified five weighting points W0-W4. However, the user may also specify the starting and ending dynamics instead of the starting and ending weighting point W0 and W4. It will be understood that the number and placement of weighting points may vary from case to case as specified by the user. The weighting points may be specified by the user using the coordinated move instruction 200 or similar instruction modified to incorporate a plurality of fields configured to receive such weighting points. Based on the boundary control points X0 and X12 and the weighting points W0-W4, the coordinated move block 72 identifies a plurality of control points (shown as points X1-X11) and an associated plurality of polynomial path segments (shown as polynomials P0-P3). Again, it will be understood that the number and arrangement of control points and polynomial segments varies based on the weighting points specified by the user.


In the example of FIG. 25, the endpoints of the path profile are defined by the control points X0 and X12. Thus, the move starts at the control point X0 with a starting velocity {overscore (νs)} and a starting acceleration {overscore (as)} (determined by the previous move) and ends at the control point X12 with an ending velocity {overscore (νe)} and an ending acceleration {overscore (ae)} (determined by the next move). As will be detailed below, the remaining control points (X1-X11) are then calculated such that the first and second derivatives of the spline segments at the transition points (X3, X6, X9) between the path segments are equal. The path passes through the transition points but typically does not pass through the remaining control points. In the context of a path profile, where the curve represents position as a function of time, the control points are calculated such that the velocity vectors and the acceleration vectors are equal for adjacent path segments at the transition points. Also, within the constraint that the first and second derivatives must be equal for adjacent path segments, the remaining control points (X1-X11) are calculated such that the path segments (P0-P3) pass near the weighting points (W0-W4). The control points may be calculated by a separate calculation instruction or during an initial phase of a coordinated move instruction.


In the general case, the user may specify m+1 weighting points {W0 . . . Wm} resulting in m path segments {P0 . . . Pm−1} Hence, in the example of FIG. 25, where five weighting points W0-W4 are specified, there are four polynomial path segments P0-P3. For each path segment Pj (where j=0, 1, 2, 3, depending on the path segment), a plurality of coefficient vectors {overscore (c0,j)}, {overscore (c1,j)}, {overscore (c2,j)}, and {overscore (c3,j)} is calculated (not shown in FIG. 25). The control vectors are calculated based on a subset of the control points (X3j, X3j+1, X3j+2, X3j+3). For example, for the path segment P1, the control vectors are calculated based on the control points X3, X4, X5, and X6, with the control points X3 and X6 being the transition points for the path segment P1. The control point X6 is also a transition point for the path segment P2, and therefore, the coefficient vectors {overscore (c0,j)}, {overscore (c1,j)}, {overscore (c2,j)}, and {overscore (c3,j)} for the two path segments are calculated such that the starting velocity and acceleration vectors for the path segment P2 are equal to the ending velocity and acceleration vectors for the path segment P1 at the transition point X6.


The coefficient vectors {overscore (c0,j)}, {overscore (c1,j)}, {overscore (c2,j)}, and {overscore (c3,j)} are used during the dynamic phase of the profile generation (e.g., as the controlled element is moving) to calculate the current position, that is, to calculate the position reference values for the motion controllers 23. The Bézier spline polynomial is configured to provide the geometry of the path as a function of individual parameters uj which vary between 0 and 1 but which may in turn be specified as a function of time. Accordingly, the position reference values may be generated as a function of time and provided to the motion control loops to control operation of each of the motion control axes. Each calculated Pj value specifies the position of the curve in multiple dimensions (i.e., a multi-dimensional array), such that one coordinate may be provided to each of the plurality of motion control loops.


As in the case of the coordinate transformation technique described above in Section II, Bézier spline interpolation may be used to generate transitioning path segments between a variety of types of path segments including linear, circular, and curved path segments. Also, rather than using Bézier spline interpolation only for transitioning path segments, the entire path could be constructed using Bézier spline interpolation. Because the path is calculated such that the velocity and acceleration are constant at path transition points and at the endpoints, Bézier spline interpolation provides a smooth path between points in space. Likewise, the calculations are sufficiently simple such that it is possible to change the profile dynamically during path execution.


In Section IV(A), a mathematical characterization is provided of a single segment of a Bézier spline. Based on this knowledge and the requirement of smooth boundary conditions, Section IV(B) derives the general algorithm for Bézier spline interpolation. Section IV(C) provides the specific algorithms for Bézier splines transitions such as blending to and from linear, circular, or curved motion profiles. Section IV(D) describes the dynamics of a Bézier spline.


A. Mathematical Characterization of Single Bézier Spline Segment


In this section, an equation for a single exemplary Bézier spline segment is provided. Initially, in this section, the exemplary Bézier may be any one of a starting path segment, an intermediate path segment, or an ending path segment in a Bézier path comprising multiple adjacent Bézier path segments. From the Bézier spline equation and known boundary conditions, equations for calculating the coefficient vectors {overscore (c0,j)}, {overscore (c1,j)}, {overscore (c2,j)}, and {overscore (c3,j)} for the spline segment based on the control points (X3j, X3j+1, X3j+2, X3j+3) and equations for calculating the first and second derivatives for the path starting points and ending points (Pj′(0), Pj′(1), Pj″(0), and Pj″(1)), are developed.


The position Pj of a cubic Bézier spline segment j can be described by a cubic polynomial

Pj(uj)={overscore (c0,j)}+{overscore (c1,j)}*uj+{overscore (c2,j)}*uj2+{overscore (c3,j)}*uj3

with the coefficient vectors {{overscore (c0,j)}, . . . {overscore (c3,j)}} and the parameter uj ε [0,1]. However, this representation can be transformed into the standard Bézier representation with the introduction of the control points {X3j, . . . , X3j+3} that satisfy the following boundary conditions:

    • 1. The polynomial Pj(uj) starts at the control point X3j:

      Pj(0)=X3j
    • 2. The polynomial Pi(uj) ends at the control point X3j+3:

      Pj(1)=X3j+3
    • 3. The polynomial Pj(uj) starts with a first derivative defined by the control point X3j+1 and the multiplier μs,j:

      Pj′(0)=μs,j(X3j+1−X3j)
    • 4. The polynomial Pj(uj) ends with a first derivative defined by the control point X3j+2 and the multiplier μe,j:

      Pj′(1)=μe,j(X3j+3−X3j+2)
    • 5. The polynomial Pj(uj) starts with a second derivative that is independent of the control point X3j+3:

      Pj″(0)=f(X3j, X3j+1, X3j+2)
    • 6. The polynomial Pj(uj) ends with a second derivative that is independent of the control point X3j:

      Pj″(1)=g(X3j+1, X3j+2, X3j+3)

      Using the conditions 1, 2, 3, and 4, the polynomial Pj(uj), and its first derivative,

      Pj′(uj)={overscore (c1,j)}+2*{overscore (c2,j)}*uj+3*{overscore (c3,j)}*uj2

      a set of equations for the coefficient vectors of the polynomial Pj(uj) can be derived as follows.

      X3j={overscore (c0,j)}
      X3j+3={overscore (c0,j)}+{overscore (c1,j)}+{overscore (c2,j)}+{overscore (c3,j)}
      μs,j(X3j+1−X3j)={overscore (c1,j)}
      μe,j(X3j+3−X3j+2)={overscore (c1,j)}+2*{overscore (c2,j)}+3*{overscore (c3,j)}


In order to solve the above set of equations, the coefficient vector {overscore (c3,j)} is separated from the second equation.

{overscore (c3,j)}=X3j+3−{overscore (c0,j)}−{overscore (c1,j)}−{overscore (c2,j)}

Using the above result, the coefficient vector {overscore (c2,j)} can be calculated.
μe,j(X3j+3-X3j+2)=c1,j_+2*c2,j_+3*c3,j_=c1,j_+2*c2,j_+3(X3j+3-c0,j_-c1,j_-c2,j_)=-3*c0,j_-2*c1,j_-c2,j_+3*X3j+3c2,j_=-3*c0,j_-2*c1,j_+3*X3j+3-μe,j(X3j+3-X3j+2)=-3*X3j-2*μs,j(X3j+1-X3j)+3*X3j+3-μe,j(X3j+3-X3j+2)=(2*μs,j-3)X3j-2*μs,j*X3j+1+μe,j*X3j+2+(3-μe,j)X3j+3

Using the coefficient vector {overscore (c2,j)}, the coefficient vector {overscore (c3,j)} can be calculated.
c3,j_=X3j+3-c0,j_-c1,j_-c2,j_=X3j+3-X3j-μs,j(X3j+1-X3j)-(2*μs,j-3)X3j+2*μs,j*X3j+1-=μe,j*X3j+2-(3-μe,j)X3j+3(2-μs,j)X3j+μs,j*X3j+1-μe,j*X3j+2+(μe,j-2)X3j+3


All the coefficient vectors {{overscore (c0,j)}, . . . {overscore (c3,j)}} of the polynomial Pj(uj) are now represented based on the known control points {X3j, . . . , X3j+3} and the unknown multipliers μs,i and μe,j. Using the conditions 5 and 6 and the second derivative of the polynomial Pi(uj)

Pj″(uj)=2*{overscore (c2,j)}+6*{overscore (c3,j)}*uj

a set of equations for the multipliers μs,j and μe,j can be derived.
f(X3j,X3j+1,X3j+2)=2*c2,j_=2(2*μs,j-3)X3j-4*μs,j*X3j+1+2*μe,j*X3j+2+2(3-μe,j)X3j+3g(X3j+1,X3j+2,X3j+3)=2*c2,j_+6*c3,j_=2(2*μs,j-3)X3j-4*μs,j*X3j+1+2*μe,j*X3j+2+2(3-μe,j)X3j+3+6(2-μs,j)X3j+6*μs,j*X3j+1-6*μe,j*X3j+2+6(μe,j-2)X3j+3=2(3-μs,j)X3j+2*μs,j*X3j+1-4*μe,j*X3j+2+2(2*μe,j-3)X3j+3


In order for the function f to be independent of the control point X3j+3 and the function g to be independent of the control point X3j, the multipliers μs,j and μe,j have to be equal to 3. With this result, the coefficient vectors can be simplified:

{overscore (c0,j)}=X3j
{overscore (c1,j)}=3(−X3j+X3j+1)
{overscore (c2,j)}=3(X3j−2*X3j+1+X3j+2)
{overscore (c3,j)}=−X3j+3(X3j+1−X3j+2)+X3j+3


With the simplified coefficient vectors, the representation of the polynomial Pj(uj) can be transformed into the standard Bézier representation:
Pj(uj)=c0,j_+c1,j_*uj+c2,j_*uj2+c3,j_*uj3=X3j+3(-X3j+X3j+1)uj+3(X3j-2*X3j+1+X3j+2)uj2+(-X3j+3(X3j+1-X3j+2)+X3j+3)uj3=X3j(1-3*uj+3*uj2-uj3)+3*X3j+1(uj-2*uj2+uj3)+3*X3j+2(uj2-uj3)+X3j+3*uj3=X3j(1-uj)3+3*X3j+1(1-uj)2uj+3*X3j+2(1-uj)uj2+X3j+3*uj3


With the introduction of the distances

{overscore (dk)}:=Xk−Xk−1
{overscore (ej)}:=3*{overscore (d3j+2)}

the equations for the coefficient vectors and the first and second derivatives of the polynomial Pj(uj) at the transition points can be further simplified:
c0,j_=X3jc1,j_=3*d3j+1_c2,j_=3(d3j+2_-d3j+1_)=ej_-c1,j_c3,j_=X3j+3-X3j-3*d3j+2_=X3j+3-X3j-ej_Pj(0)=3(X3j+1-X3j)=3*d3j+1_Pj(1)=3(X3j+3-X3j+2)=3*d3j+3_Pj(0)=f(X3j,X3j+1,X3j+2)=6(X3j-2*X3j+1+X3j+2)=6(d3j+2_-d3j+1_)Pj(1)=g(X3j+1,X3j+2,X3j+3)=6(X3j+1-2*X3j+2+X3j+3)=6(d3j+3_-d3j+2_)


B. Bézier Spline Interpolation


Based on the knowledge of the equations for the coefficient vector {overscore (c0,j)}, {overscore (c1,j)}, {overscore (c2,j)}, and {overscore (c3,j)} and the equations for the first and second derivatives at the path transition points (Pj′(0), Pj′(1), Pj″(0), and Pj″(1)) as developed in the previous section for a single path segment, this section derives the general algorithm for Bézier spline interpolation over multiple path segments, including determining the locations of the control points X1−X3m−1 based on the boundary control points X0 and X3m and the user-specified weighting points {W0 . . . Wm} (where m is the number of Bézier spline segments). Using this information, the equations for the coefficient vectors is also further simplified.


As shown in FIG. 25, a cubic Bézier spline consists of a series of cubic Bézier spline segments with the Bézier spline passing through the control points {X0, X3, . . . , X3m} and transitioning at the points {X3, . . . , X3m−3} with a smooth first and second derivative. As a result, the polynomials Pj(uj) with 0≦j<m satisfy the following boundary conditions:

    • 1. The polynomial Pj(uj) starts at the control point X3j:

      Pj(0)=X3j 0≦j<m
    • 2. The polynomial Pj(uj) ends at the control point X3j+3:

      Pj(1)=X3j+3 0≦j<m
    • 3. The first derivatives of the preceding polynomial Pj−1(uj−1) and the subsequent polynomial Pj(uj) are equal at the transition point X3j:

      Pj−1′(1)=Pj′(0) 0<j<m
    • 4. The second derivatives of the preceding polynomial Pj−1(uj−1) and the subsequent polynomial Pj(uj) are equal at the transition point X3j:

      Pj−1″(1)=Pj″(0) 0<j<m


Using the second derivative of the polynomial Pj(uj) at the transition points and condition 4, a set of equations for the control points X3j−1 with O<j≦m and X3j+1 with O≦j<m can be derived.

Pj−1″(1)=Pj″(0)
6(X3(j−1)+1−2*X3(j−1)+2+X3(j−1)+3)=6(X3j−2*X3j+1+X3j+2)
X3j−2−2*X3j−1+X3j=X3j−2*X3j+1+X3j+2
2*X3j−1−X3j−2=2*X3j+1−X3j+2

With the specification of the weighting points
Wj:=2*X3j-1-X3j-2=2*X3j+1-X3j+2:=X3j-1+(X3j-1-X3j-2)=X3j+1-(X3j+2-X3j+1):=X3j-1+d3j-1_=X3j+1-d3j+2_

the control points can be derived by the following set of equations.
Wj-1+2*Wj=(2*X3(j-1)+1-X3(j-1)+2)+2(2*X3j-1-X3j-2)=2*X3j-2-X3j-1+4*X3j-1-2*X3j-2=3*X3j-12*Wj+Wj+1=2(2*X3j+1-X3j+2)+(2*X3(j+1)-1-X3(j+1)-2)=4*X3j+1-2*X3j+2+2*X3j+2-X3j+1=3*X3j+1


Using the above result, the first derivative of the polynomial Pj(uj) at the transition points, and condition 3, a set of equations for the control points X3j with O<j<m can be derived.

Pj−1′(1)=Pj′(0)
3(X3(j−1)+3−X3(j−1)+2)=3(X3j+1−X3j)
X3j−X3j−1=X3j+1−X3j
2*X3j=X3j−1+X3j+1


Therefore, the control points Xk with O<k<3m (that is, the control points other than X0 and X3m) are defined by the following equations.
X3j-1=Wj-1+2*Wj30<jmX3j+1=2*Wj+Wj+130j<mX3j=X3j-1+X3j+120<j<m

The remaining control points X0 and X3m are defined by the boundary conditions.


With these results the equations for the coefficient vectors with O<j<m can be further simplified.
dk_:=Xk-Xk-1ej_:=3*d3j+2_:=3(X3j+2-X3j+1):=3(X3(j+1)-1-X3j+1):=3(W(j+1)-1+2*W(j+1)3-2*Wj+Wj+13):=Wj+2*Wj+1-2*Wj-Wj+1:=Wj+1-Wjc0,j_=X3jc1,j_=3*d3j+1_=3(X3j+1-X3j)=3(X3j+1-X3j-1+X3j+12)=32(X3j+1-X3j-1)=32(2*Wj+Wj+13-Wj-1+2*Wj3)=12(2*Wj+Wj+1-Wj-1-2*Wj)=Wj+1-Wj-12c2,j_=3(d3j+2_-d3j+1_)=ej_-c1,j_c3,j_=X3j+3-X3j-3*d3j+2_=X3j+3-X3j-ej_


C. Bézier Spline Transitions


The remaining problem is to smoothly transition to and from a Bézier spline. As previously noted, Bézier spline interpolation may in one embodiment be used to connect linear, circular, and curved path segments. Accordingly, the transition to and from a Bézier spline can occur with or without a specific curvature. The first and last segments of the Bézier spline should have a curvature which matches the curvature (if any) of adjacent linear, circular, or curved path segments. In this section, simplified equations for the control points and the coefficient vectors are developed for the first and last path segments based on expected curvature of adjacent path segments.


1. Transition without Curvature


With reference to FIG. 27, the transition from a preceding motion profile to a Bézier spline occurs at the control point X0 with a given tangent {overscore (ts)}, a constant first derivative, and a zero curvature. With the second derivative at the transition point

P0″(0)=6({overscore (d2)}−{overscore (d1)})

and the requirement of a constant first derivative at the transition point

P0″(0)={overscore (0)}
6({overscore (d2)}−{overscore (d1)})={overscore (0)}
{overscore (d2)}={overscore (d1)}

the curvature is defined by
κs=P0(0)×P0(0)P0(0)3=P0(0)×0_P0(0)3=0

and the distance {overscore (d1)} and the control points X1 and X2 are defined by the following equations:
d1_+d2_+d2_=W1-X03*d1_=W1-X0d1_=W1-X03X1=X0+d1_X2=X1+d1_


With these results, the coefficient vectors can be simplified:
c0,0_=X0c1,0_=3*d1_=W1-X0c2,0_=3(d2_-d1_)=0_c3,0_=X3-X0-3*d2_=X3-X0-(W1-X0)=X3-W1


The transition from a Bézier spline to a subsequent motion profile can be derived in a similar fashion.
d3m-1_=d3m_d3m_=X3m-Wm-13X3m-1=X3m-d3m_X3m-2=X3m-1-d3m_em-1_:=3*d3m-1_:=X3m-Wm-1fm-1_:=X3m-3-Wm-1gm-1_:=3*fm-1_:=3(X3m-3-Wm-1)c0,m-1_=X3m-3c1,m-1_=3*d3m-2_=3(X3m-2-X3m-3)=3(Wm-1+d3m-1_-X3m-3)=3*d3m-1_-3(X3m-3-Wm-1)=em-1_-gm-1_c2,m-1_=em-1_-c1,m-1_=em-1_-(em-1_-gm-1_)=gm-1_c3,m-1_=X3m-X3m-3-em-1_=X3m-X3m-3-(X3m-Wm-1)=Wm-1-X3m-3=-fm-1_


2. Transition with Curvature


With reference to FIG. 28, the transition from a preceding motion profile to a Bézier spline occurs at the control point X0 with a given tangent {overscore (ts)} and a given curvature κs. With the first and second derivative at the transition point

P0′(0)=3*{overscore (d1)}
P0″(0)=6({overscore (d2)}−{overscore (d1)})

and the definition of the curvature κs κs=P0(0)×P0(0)P0(0)3=3*d1_×6(d2_-d1_)3*d1_3=2d1_×(d2_-d1_)3d1_3=2d1_×d2_3d1_3=2d1_d2_sin(ψ)3d1_3=2d2_sin(ψ)3d1_2=n13d1_2=W1-X0sin(φ)3d1_2

the length of the distance {overscore (d1)} is defined by the following equation.
d1_2=W1-X0sin(φ)3*κs


With reference to FIG. 29, in the case of a transition from a preceding circular motion profile to a Bézier spline with
r=1κsandrsin(φ)=W1-X02

the equation for the length of the distance {overscore (d1)} can be further simplified.
d1_2=W1-X0sin(φ)3*κs=W1-X0rsin(φ)3=W1-X026


Therefore, the distances {overscore (d1)} and {overscore (d2)} and the control points X1 and X2 are defined by the following equations.
d1_=d1_ts_ts_=W1-X06ts_ts_X1=X0+d1_d2_=W1-X12X2=X1+d2_


With these results and

{overscore (e0)}:=3*{overscore (d2)}

the coefficient vectors are defined by:

{overscore (c0,0)}=X0
{overscore (c1,0)}=3*{overscore (d1)}
{overscore (c2,0)}={overscore (e0)}−{overscore (c1,0)}
{overscore (c3,0)}=X3−X0−{overscore (e0)}


The transition from a Bézier spline to a subsequent motion profile can be derived in a similar fashion.
d3m_=X3m-Wm-16te_te_X3m-1=X3m-d3m_d3m-1_=X3m-1-Wm-12X3m-2=X3m-1-d3m-1_em-1_:=3*d3m-1_gm-1_:=3(X3m-3-Wm-1)c0,m-1_=X3m-3c1,m-1=3*d3m-2_=3(X3m-2-X3m-3)=3(Wm-1+d3m-1_-X3m-3)=3*d3m-1_-3(X3m-3-Wm-1)=em-1_-gm-1_c2,m-1_=em-1_-c1,m-1_=em-1_-(em-1_-gm-1_)=gm-1_c3,m-1_=X3m-X3m-3-em-1_


As previously noted, the Bézier spline interpolation described herein is preferably configured so as to be able to handle dynamic path changes, or changes to the path while a current move is being executed. In the case of a dynamic path change, the transition is referred to herein as a merge transition.


In the case of a merge transition, the details of the preceding motion profile are unknown with the exception of the velocity and acceleration vectors at the transition point. These vectors define the starting velocity {overscore (νs)} and starting acceleration {overscore (as)} at the control point X0. For a transition with curvature, the starting velocity and acceleration are linearly independent and define the bi-normal vector

{overscore (bs)}={overscore (νs)}×{overscore (as)}

the tangential, bi-normal, and normal unit vectors
it_=vs_vs_ib_=bs_bs_in_=ib_×it_

and the curvature
κs=vs_×as_vs_3=bs_vs_3

With the above results the merge transition can be derived from the circle transition by either defining the chord or arc length.


According to the chord length method, with the chord length equal to the merge tolerance ε

W1−X0∥=δ

and the results from the circle transition, the weighting point W1 can be calculated.
d1_=W1-X06vs_vs_=δ6it_n13d1_2=κsn1=3d1_2κs=δ2*κs2t12+n12=W1-X02t12=δ2-n12t1=δ2-n12W1=X0+t1*it_+n1*in_


With this result the control points X1 and X2 are defined by the following equations.
X1=X0+d1_d2_=W1-X12X2=X1+d2_


According to the arc length method, with the arc length equal to the merge tolerance δ
r(2φ)=δ2φ=δr=δ*κs

and the results from the circle transition, the weighting point W1 can be calculated.
t1=rsin(2φ)=1κssin(δ*κs)


With this result the control points X1 and X2 are defined by the following equations.
W1-X02=t12+n12=1κs2sin2(δ*κs)+1κs2(1-cos(δ*κs))2=1κs2(sin2(δ*κs)+1-2cos(δ*κs)+cos2(δ*κs))=2κs2(1-cos(δ*κs))=4κs2sin2(δ*κs2)W1-X0=t12+n12=2κssin(δ*κs2)d1_=W1-X06vs_vs_=t12+n126it_=26κssin(δ*κs2)it_X1=X0+d1_d2_=W1-X12X2=X1+d2_


With the results of either the chord or arc length method and

{overscore (e0)}:=3*{overscore (d2)}

the coefficient vectors are defined by:

{overscore (c0,0)}=X0
{overscore (c1,0)}=3*{overscore (d1)}
{overscore (c2,0)}={overscore (e0)}−{overscore (c1,0)}
{overscore (c3,0)}=X3−X0−{overscore (e0)}


Advantageously, this blending technique is independent of the absolute value of the velocity and acceleration at the transition points, only involves the generation of one dynamic profile for the parameters uj, and does not require a dynamic coordinate transformation. However, the relationship between the parameter uj and time t needs to be defined and the relationship between the parameter uj and arc length s is non-explicit.


3. Blending Transition


A blending transition is used to blend two motion profiles. Therefore, it is a combination of a transition from the preceding motion profile to a two-segment Bézier spline at the transition point X0 and from the Bézier spline to the subsequent motion profile at the transition point X6. Since the two motion profiles are typically defined through an intersection point, which serves as the end point of the preceding profile and as the start point of the subsequent profile, this intersection point is used as weighting point W1 for the Bézier spline. Based on the equations for transitions with and without curvature, the control points X1, X2, X4, and X5 can be calculated. The remaining control point is defined by the following equation.
X3=X2+X42


The above calculations can be simplified by applying a coordinate translation with the weighting point W1 as the new origin to the transition points X0 and X6 before calculating the remaining control points.

{overscore (X)}k=Xl−W1


With regard to a line-line transition, an example of a two-segment Bézier spline that blends from one linear motion profile to another linear motion profile with given transition point X0 and X6 and intersection point W1 is shown in FIG. 30. Based on the above results, the control points are given by
d1_=W1-X03X1=X0+d1_X2=X1+d1_d6_=X6-W13X5=X6-d6_X4=X5-d6_X3=X2+X42


With regard to a line-circle transition, an example for a two-segment Bézier spline that blends from a linear motion profile to a circular motion profile with given transition point X0 and X6 and intersection point W1 is shown in FIG. 31. Based on the above results, the control points are given by
d1_=W1-X03X1=X0+d1_X2=X1+d1_d6_=X6-W16te_te_X5=X6-d6_d5_=X5-W12X4=X5-d5_X3=X2+X42


D. Bézier Spline Dynamics


As indicated initially, the position Pj of a cubic Bézier spline segment j is described by a cubic polynomial

Pj(uj)={overscore (c0,j)}+{overscore (c1,j)}*uj+{overscore (c2,j)}*uj2+c3,j*uj3

with the coefficient vectors {{overscore (c0,j)}, . . . {overscore (c3,j)}} and the parameter uj ε [0,1]. Above, the equations for the coefficient vectors {{overscore (c0,j)}, . . . {overscore (c3,j)}} have been described. However, it is noted that the position Pj of the cubic Bézier spline segment is a function of uj, which is a parameter that is not inherently time-dependent but rather is defined simply as varying between zero and one (uj ε [0,1]). Accordingly, the following two subsections describe two methods for generating uj as a function of time. This, in turn, allows Pj to be calculated as a function of time.


1. Arc Length Based Dynamics


The arc length based dynamics method uses the knowledge of the arc length sj(uj) as a function of the parameter. With this function the overall arc length lk of a Bézier segment and the overall arc length l of a Bézier spline are defined.
lk=sj(1)l=k=0m-1lk


During the initial phase of the profile instruction, the arc length l is used as distance to go and the starting and ending velocity and acceleration vs, ve, as, and ae are used as boundary conditions in order to generate a motion profile x(t) as a function of time. During the dynamic phase of the profile generation, this motion profile is used to calculate a specific distance x(t1) at a given time. The specific distance x(t1) is then transformed back to a specific arc length sj(x(t1)), which in turn is transformed back into a specific parameter uj(sj(x(t1))).


The arc length based dynamics method is advantageous in that it is a simple way of generating constant velocity profiles. However, this approach involves solving the complex relationship between arc length and the parameter uj and the fact that velocity and acceleration may exceed maximum values at sharp corners.


2. Parameter Based Dynamics


The parameter based dynamics method uses the knowledge of the starting and ending velocity and acceleration {overscore (νs,j)}, {overscore (νe,)}, {overscore (as,j)}, and {overscore (ae,j)} for each Bézier segment j. These values and the following equations
vs,j_=Pj(uj(ts))=Pjuj(uj(ts))*ujt(ts)=Pj(0)*u.j(ts)=3*d3j+1_*u.s,jve,j_=P.j(uj(te))=Pjuj(uj(te))*ujt(te)=Pj(1)*u.j(te)=3*d3j+3_*u.e,jas,j_=P¨j(uj(ts))=2Pjuj2(uj(ts))*(ujt(ts))2+Pjuj(uj(ts))*2ujt2(ts)=Pj(0)*u.j2(ts)+Pj(0)*u¨j(ts)=6(d3j+2_-d3j+1_)u.s,j2+3*d3j+1*u¨s,jae,j_=P¨j(uj(te))=2Pjuj2(uj(te))*(ujt(te))2+Pjuj(uj(te))*2ujt2(te)=Pj(1)*u.j2(te)+Pj(1)*u¨j(te)=6(d3j+3_-d3j+2_)u.e,j2+3*d3j+3_*u¨e,j

are used to calculate the starting and ending first and second derivatives of the parameter for each Bézier segment j.
u.s,j=vs,j_3d3j+1u.e,j=ve,j_3d3j+3u¨s,j=as,j_-6(d3j+2_-d3j+1_)u.s,j23d3j+1u¨e,j=ae,j_-6(d3j+3_-d3j+2_)u.s,j23d3j+3


During the initial phase of the profile instruction, the parameter range 1 is used as distance to go and the starting and ending velocity and acceleration {dot over (u)}s,j, {dot over (u)}e,j, üs,j, and üe,j are used as boundary conditions in order to generate a motion profile uj(t) as a function of time. During the dynamic phase of the profile generation, this motion profile is used to calculated a specific parameter uj(t1) at a given time.


The parameter based dynamics method of specifying uj as a function of time is advantageous in that there is no need to solve the complex relationship between the arc length and the parameter uj and the velocity and acceleration is limited to the maximum values at sharp corners. However, generation of constant velocity profiles is more difficult.


The techniques described herein extend to those embodiments which fall within the scope of the appended claims, regardless of whether they provide any of the above mentioned advantageous features. Many changes and modifications may also be made to the invention without departing from the spirit thereof. The scope of these changes will become apparent from the appended claims.

Claims
  • 1. A motion control system comprising control logic and a programming interface, the programming interface being configured to permit a user to specify a plurality of non-tangential path segments, and the control logic being configured to generate a plurality of additional transitioning path segments substantially extending between the non-tangential path segments, and wherein the control logic is configured to generate control signals to control operation of a plurality of motion axes to drive movement of a controlled element along a path defined by the non-tangential path segments and the additional transitioning path segments.
  • 2. A system according to claim 1, wherein the control signals include position reference values and wherein the control logic includes a plurality of interpolators configured to generate the position reference values substantially simultaneously along a plurality of different coordinate axes.
  • 3. A system according to claim 2, wherein the plurality of interpolators are configured to generate the position reference values approximately once per update cycle for each of the plurality of different coordinate axes.
  • 4. A system according to claim 1, wherein each of the plurality of motion axes comprises a motor.
  • 5. A system according to claim 1, wherein the plurality of path segments include a first path segment and a second path segment, wherein the first path segment and the second path segment are non-coplanar such that no plane exists which contains both the first path segment and the second path segment, and wherein the control logic is configured to generate a transitioning path segment that extends between the first path segment and the second path segment.
  • 6. A system according to claim 1, wherein the plurality of non-tangential path segments are specified in a plurality of respective user instructions, and wherein each instruction contains fields to permit the user to separately specify a maximum acceleration, maximum deceleration and maximum speed for the path segment.
  • 7. A system according to claim 1, wherein the programming interface is configured to permit the user to specify the plurality of non-tangential path segments in a first coordinate system, wherein the plurality of motion axes comprise a plurality of motors, wherein the plurality of motors define a second coordinate system which is different than the first coordinate system, and wherein the control logic includes coordinate transformation logic configured to perform coordinate transformations between the first coordinate system and the second coordinate system.
  • 8. A system according to claim 7, wherein the control logic includes control logic configured to generate position reference values for use in controlling the plurality of motors, the position reference values including a first set of position reference corresponding to a first axis of the first coordinate system and a second set of position reference values corresponding to a second axis of the first coordinate system, and wherein the coordinate transformation logic transforms the first and second sets of position reference values for use in the second coordinate system.
  • 9. A system according to claim 1, wherein the programming interface includes an instruction which permits the commanded path profile to be changed dynamically from a first path profile to a second path profile while the first path profile is being executed before a user-specified endpoint of the first path profile is reached.
  • 10. A system according to claim 1 wherein, during movement along the transitioning path segments, the controlled element transitions from the first user-specified path segment to the second user-specified path segment without spikes in acceleration.
  • 11. A system according to claim 1, wherein the programming interface is an object-oriented programming interface in which displayable objects are used to represent physical hardware and relationships between physical hardware.
  • 12. A system according to claim 1, wherein the programming interface includes a jog block which permits the user via a jog instruction to specify a new velocity at which a shaft of a motor, a move block which permits the user via a move instruction to specify a new position for a shaft of a motor, a time cam block which permits a user via a time cam instruction to specify an axis position profile which specifies axis position as a function of time, a gear cam block which permits the user via a gear instruction to specify an electronic gearing relationship between the shaft of a motor and a shaft of another motor, a position cam block which permits the user via a position cam instruction to specify an axis position profile which specifies axis position for a shaft of a motor as a function of a position of the shaft of another motor.
  • 13. A system according to claim 1, wherein the system is an industrial control system.
  • 14. A system according to claim 1, wherein the programming interface permits the user to specify a merge type, wherein, according to a first merge type, (1) any currently executing coordinated motion instructions involving the same specified coordinate system are terminated and prior motion is merged into the current move, and (2) any currently executing system single axis motion instructions involving any axes defined in the specified coordinate system are not affected, and wherein, according to a second merge type, (1) any currently executing single axis motion instructions involving any axes defined in the specified coordinate system are terminated, (2) any currently executing coordinated motion instructions involving the same specified coordinate system are terminated, and (3) the prior motion is merged into the current move.
  • 15. A control method for controlling movement of a controlled element in a multi-dimensional coordinate system, the multi-dimensional coordinate system being defined by at least first and second motion axes of a motion control system, comprising: controlling movement of a controlled element along a first user-specified path segment, the first user-specified path segment being specified in one or more instructions in a user program; controlling movement of the controlled element along a transition path segment, the transition path segment transitioning movement of the controlled element from a first trajectory along the first user-specified path segment to a second trajectory along a second user-specified path segment, the first and second trajectories having different orientations in the multi-dimensional coordinate system, and the transition path segment being generated by control logic and not being user-specified; and controlling movement of the controlled element along the second user-specified path segment, the second user-specified path segment being specified by the one or more instructions in the user program.
  • 16. A method according to claim 15 wherein, during movement along the transition path segment, the controlled element transitions from the first user-specified path segment to the second user-specified path segment without spikes in acceleration.
  • 17. A method according to claim 15, wherein the first user-specified path segment and the second user-specified path segment are located in different planes of a three dimensional space.
  • 18. A method according to claim 15, wherein the transition path segment has a shape which is a circular segment.
  • 19. A motion control system for controlling movement of a controlled element, the movement of the controlled element being driven by first and second motors, comprising: a first interpolator, the first interpolator generating a first set of position commands to control operation of the first and second motors, the first set of position commands being configured to control movement of the controlled element in a direction that is tangential to a trajectory of the controlled element throughout movement of the controlled element; and a second interpolator, the second interpolator generating a second set of position commands to control operation of the first and second motors, the second set of position commands being configured to control movement of the controlled element in a direction that is non-tangential to the trajectory of the controlled element throughout movement of the controlled element.
  • 20. A motion control system according to claim 19, wherein the first and second interpolators operate substantially simultaneously.
  • 21. A motion control system according to claim 19, further comprising a third interpolator, and wherein the first, second, and third interpolators operate along orthogonal axes.
  • 22. A motion control system according to claim 19, wherein the motion control system includes a programming interface that permits the user to specify a merge type, wherein, according to a first merge type, (1) any currently executing coordinated motion instructions involving the same specified coordinate system are terminated and prior motion is merged into the current move, and (2) any currently executing system single axis motion instructions involving any axes defined in the specified coordinate system are not affected, and wherein, according to a second merge type, (1) any currently executing single axis motion instructions involving any axes defined in the specified coordinate system are terminated, (2) any currently executing coordinated motion instructions involving the same specified coordinate system are terminated, and (3) the prior motion is merged into the current move.
  • 23. A motion control system for controlling three-dimensional movement of a controlled element, the movement of the controlled element being driven by first, second, and third motors, comprising: a first interpolator, the first interpolator generating a first set of position commands to control operation of the first, second, and third motors, the first set of position commands being configured to control movement of the controlled element in a direction of a first vector; and a second interpolator, the second interpolator generating a second set of position commands to control operation of the first, second, and third motors, the second set of position commands being configured to control movement of the controlled element in a direction of a second vector; a third interpolator, the third interpolator generating a third set of set of position commands to control operation of the first, second, and third motors, the third set of position commands being configured to control movement of the controlled element in a direction of a third vector; and coordinate transformation logic, the coordinate transformation logic being configured to transform the first, second and third sets of source system position commands from a source coordinate system defined by a trajectory of the controlled element to a target coordinate system defined by first, second, and third motion axes; wherein one of the first, second, and third vectors is tangential to a trajectory of the controlled element throughout movement of the controlled element, and wherein the remaining ones of the first, second, and third vectors are normal to the trajectory of the controlled element and normal to each other throughout movement of the controlled element.
  • 24. A system for controlling a first motor and a second motor, the first motor defining a first motion axis and the second motor defining a second motion axis; the system comprising motion control logic configured to control the first motor and the second motor in accordance with a user program, wherein the motion control logic provides a plurality of instructions configured for use in the user program, the plurality of instructions including an instruction that permits a move to be specified in terms of a multi-dimensional coordinate system that includes the first motion axis and the second motion axis.
  • 25. A programming interface for a motion control system, the programming interface including a multi-axis move instruction which allows a user to specify a move in multiple dimensions of a three dimensional source coordinate system, the multi-axis move instruction including one or more fields which permit the user to define a multi-dimensional path segment in the three-dimensional source coordinates system, and wherein the programming interface further includes coordinate transformation logic configured to transform move parameters generated in accordance with the move instruction into a target coordinate system, the target coordinate system being defined at least in part by first, second, and third motion axes.
  • 26. An industrial control system comprising: a plurality of input devices; a plurality of output devices; a communication network; a plurality of motors; a plurality of microprocessor-based controllers, the plurality of controllers being coupled to each other by way of the communication network, the plurality of controllers being coupled to respective ones of the plurality of input devices and the plurality of output devices, the plurality of controllers being configured to control the plurality of output devices based on input status information from the plurality of input devices, the plurality of microprocessor-based controllers including control logic to control the plurality of motors, and the plurality of controllers being configured to be programmed with a user program; and a programming interface, the programming interface being configured to permit a user to generate the user program, the programming interface being configured to permit a user to specify a plurality of non-tangential path segments; and wherein the control logic is configured to generate a plurality of additional transitioning path segments substantially extending between the non-tangential path segments, and wherein the control logic is configured to generate control signals to control operation of motion axes to drive movement of a controlled element along a path defined by the non-tangential path segments and the additional transitioning path segments.