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.
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.
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
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
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 (
B. Programming Interface
A variety of different programming interfaces may be used to control the control system 10 of
In the preferred embodiment, an arrangement such as that shown in
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
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
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
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
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
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
As shown in
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
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
With reference to
With reference to
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
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:
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
Referring now to
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:
The inverse transformation is defined by the following equation:
Referring now to
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.
Since the transformation matrix {overscore (T)} is orthogonal, the above equation can be restated.
Therefore, the inverse transformation is defined by the following equation.
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
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.
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.
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.
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.
3. Spherical Coordinate System
Referring now to
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:
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.
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.
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.
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
a. Independent Coordinate System
Referring first to
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.
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
and the sine and cosine rule, the angles β and γ can be derived. First, the cosine rule
r2=l12+l22−2l1l2 cos γ
provides the angle
Second, the sine rule
provides the angle
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:
Right-Hand System:
b. Dependent Coordinate System
Referring next to
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.
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 (α2<α1) 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
and the sine and cosine rule, the angles β and γ can be derived. First, the cosine rule
r2=l12+l22−2l1l2 cos γ
provides the angle
Second, the sine rule
provides the angle
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:
Right-Hand System:
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
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.
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.
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
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.
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)}.
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.
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.
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.
φd=φn−φ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.→
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 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.
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.→
3. Blended Move
Referring now to
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
The blending algorithm preferably comprises the following:
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
is defined. The remaining orthonormal basis vectors {{overscore (t)}2, . . . , {overscore (t)}m} are calculated iteratively. First, the basis vector
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
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
is defined by the cofactors τij that correspond to the element tij of the transformation submatrix
If the resulting vector {overscore (s)}i is zero, it can not be used as basis vector and is replaced with
Due to the above definitions and the following equation
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
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.
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)}.
Therefore, the last orthonormal basis vector {overscore (t)}n is defined by the following equation.
III. Instructions
Referring now to
A. Coordinated Move Instruction 200
Referring now to
The coordinated move instruction 200 has operands 210-244 as shown in
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.
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:
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
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
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
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
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
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
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.
The termination type 502 is defined as follows:
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.
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
Referring specifically to
In the example of
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
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:
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.
Using the coefficient vector {overscore (c2,j)}, the coefficient vector {overscore (c3,j)} can be calculated.
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.
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:
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:
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
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
the control points can be derived by the following set of equations.
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.
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.
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
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
and the distance {overscore (d1)} and the control points X1 and X2 are defined by the following equations:
With these results, the coefficient vectors can be simplified:
The transition from a Bézier spline to a subsequent motion profile can be derived in a similar fashion.
2. Transition with Curvature
With reference to
P0′(0)=3*{overscore (d1)}
P0″(0)=6({overscore (d2)}−{overscore (d1)})
and the definition of the curvature κs
the length of the distance {overscore (d1)} is defined by the following equation.
With reference to
the equation for the length of the distance {overscore (d1)} can be further simplified.
Therefore, the distances {overscore (d1)} and {overscore (d2)} and the control points X1 and X2 are defined by the following equations.
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.
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
and the curvature
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.
With this result the control points X1 and X2 are defined by the following equations.
According to the arc length method, with the arc length equal to the merge tolerance δ
and the results from the circle transition, the weighting point W1 can be calculated.
With this result the control points X1 and X2 are defined by the following equations.
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.
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
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
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.
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
are used to calculate the starting and ending first and second derivatives of the parameter for each Bézier segment j.
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.