create_poseT_create_poseCreatePoseCreatePose (Operator)

Name

create_poseT_create_poseCreatePoseCreatePose — Create a 3D pose.

Signature

Description

create_posecreate_poseCreatePoseCreatePoseCreatePose creates the 3D pose PosePosePosePosepose. A pose describes a rigid 3D transformation, i.e., a transformation consisting of an arbitrary translation and rotation, with 6 parameters: TransXTransXTransXTransXtransX, TransYTransYTransYTransYtransY, and TransZTransZTransZTransZtransZ specify the translation along the x-, y-, and z-axis, respectively, while RotXRotXRotXRotXrotX, RotYRotYRotYRotYrotY, and RotZRotZRotZRotZrotZ describe the rotation.

3D poses are typically used in two ways: First, to describe the position and orientation of one coordinate system relative to another (e.g., the pose of a part's coordinate system relative to the camera coordinate system - in short: the pose of the part relative to the camera) and secondly, to describe how coordinates can be transformed between two coordinate systems (e.g., to transform points from part coordinates into camera coordinates).

Representation of orientation (rotation)

A 3D rotation around an arbitrary axis can be represented by 3 parameters in multiple ways. HALCON lets you choose between three of them with the parameter OrderOfRotationOrderOfRotationOrderOfRotationOrderOfRotationorderOfRotation: If you pass the value 'gba'"gba""gba""gba""gba", the rotation is described by the following chain of rotations around the three axes (see hom_mat3d_rotatehom_mat3d_rotateHomMat3dRotateHomMat3dRotateHomMat3dRotate for the content for the rotation matrices ):

is referred to as the Yaw-Pitch-Roll convention in the literature. Please note that you can “read” this chain in two ways: If you start from the right, the rotations are always performed relative to the global (i.e., fixed or “old”) coordinate system. Thus, can be read as follows: First rotate around the z-axis, then around the “old” y-axis, and finally around the “old” x-axis. In contrast, if you read from the left to the right, the rotations are performed relative to the local (i.e., “new”) coordinate system. Then, corresponds to the following: First rotate around the x-axis, the around the “new” y-axis, and finally around the “new(est)” z-axis.

Reading from right to left corresponds to the following sequence of operator calls:

hom_mat3d_identity (HomMat3DIdent) hom_mat3d_rotate (HomMat3DIdent, RotZ, 'z', 0, 0, 0, HomMat3DRotZ) hom_mat3d_rotate (HomMat3DRotZ, RotY, 'y', 0, 0, 0, HomMat3DRotYZ) hom_mat3d_rotate (HomMat3DRotYZ, RotX, 'x', 0, 0, 0, HomMat3DXYZ)

In contrast, reading from left to right corresponds to the following operator sequence:

hom_mat3d_identity (HomMat3DIdent) hom_mat3d_rotate_local (HomMat3DIdent, RotX, 'x', HomMat3DRotX) hom_mat3d_rotate_local (HomMat3DRotX, RotY, 'y', HomMat3DRotXY) hom_mat3d_rotate_local (HomMat3DRotXY, RotZ, 'z', HomMat3DXYZ)

When passing 'abg'"abg""abg""abg""abg" in OrderOfRotationOrderOfRotationOrderOfRotationOrderOfRotationorderOfRotation, the rotation corresponds to the following chain:

is referred to as the Roll-Pitch-Yaw convention in the literature.

If you pass 'rodriguez'"rodriguez""rodriguez""rodriguez""rodriguez" in OrderOfRotationOrderOfRotationOrderOfRotationOrderOfRotationorderOfRotation, the rotation parameters RotXRotXRotXRotXrotX, RotYRotYRotYRotYrotY, and RotZRotZRotZRotZrotZ are interpreted as the x-, y-, and z-component of the so-called Rodriguez rotation vector. The direction of the vector defines the (arbitrary) axis of rotation. The length of the vector usually defines the rotation angle with positive orientation. Here, a variation of the Rodriguez vector is used, where the length of the vector defines the tangent of half the rotation angle:

Please note that these 3D poses can be ambiguous, meaning a homogeneous transformation matrix can have several pose representations. For example, for with the following poses correspond to the same homogeneous transformation matrix:

create_pose(0, 0, 0, 30 , 90, 54, 'Rp+T', 'gba', 'point', Pose1) create_pose(0, 0, 0, 17, 90, 67, 'Rp+T', 'gba', 'point', Pose2)

If this leads to problems, you can instead use homogeneous transformation matrices or quaternions (axis_angle_to_quataxis_angle_to_quatAxisAngleToQuatAxisAngleToQuatAxisAngleToQuat) to represent rotations.

Corresponding homogeneous transformation matrix

You can obtain the homogeneous transformation matrix corresponding to a pose with the operator pose_to_hom_mat3dpose_to_hom_mat3dPoseToHomMat3dPoseToHomMat3dPoseToHomMat3d. In the standard definition, this is the following homogeneous transformation matrix which can be split into two separate matrices, one for the translation (H(T)) and one for the rotation (H(R)):

Transformation of coordinates

The following equation describes how a point can be transformed from coordinate system 1 (cs1) into coordinate system 2 (cs2) with a pose, or more exactly, with the corresponding homogeneous transformation matrix (input and output points as homogeneous vectors, see also affine_trans_point_3daffine_trans_point_3dAffineTransPoint3dAffineTransPoint3dAffineTransPoint3d). Note that to transform points from cs1 into cs2, you use the transformation matrix that describes the pose of cs1 relative to cs2.

This corresponds to the following operator calls: pose_to_hom_mat3d(PoseOf1In2, HomMat3DFrom1In2) affine_trans_point_3d(HomMat3DFrom1In2, P1X, P1Y, P1Z, P2X, P2Y, P2Z)

Non-standard pose definitions

So far, we described the standard pose definition. To create such poses, you select the (default) values 'Rp+T'"Rp+T""Rp+T""Rp+T""Rp+T" for the parameter OrderOfTransformOrderOfTransformOrderOfTransformOrderOfTransformorderOfTransform and 'point'"point""point""point""point" for ViewOfTransformViewOfTransformViewOfTransformViewOfTransformviewOfTransform. By specifying other values for these parameters, you can create non-standard poses types which we describe briefly below. Please note that these representation types are only supported for backwards compatibility; we strongly recommend to use the standard types.

If you select 'R(p-T)'"R(p-T)""R(p-T)""R(p-T)""R(p-T)" for OrderOfTransformOrderOfTransformOrderOfTransformOrderOfTransformorderOfTransform, the created pose corresponds to the following chain of transformations, i.e., the sequence of rotation and translation is reversed and the translation is negated:

If you select 'coordinate_system'"coordinate_system""coordinate_system""coordinate_system""coordinate_system" for ViewOfTransformViewOfTransformViewOfTransformViewOfTransformviewOfTransform, the sequence of transformations remains constant, but the rotation angles are negated. Please note that, contrary to its name, this is not equivalent to transforming a coordinate system!

Returned data structure

The created 3D pose is returned in PosePosePosePosepose which is a tuple of length seven. The first three elements hold the translation parameters TransXTransXTransXTransXtransX, TransYTransYTransYTransYtransY, and TransZTransZTransZTransZtransZ, followed by the rotation parameters RotXRotXRotXRotXrotX, RotYRotYRotYRotYrotY, and RotZRotZRotZRotZrotZ. The last element codes the representation type of the pose that you selected with the parameters OrderOfTransformOrderOfTransformOrderOfTransformOrderOfTransformorderOfTransform, OrderOfRotationOrderOfRotationOrderOfRotationOrderOfRotationorderOfRotation, and ViewOfTransformViewOfTransformViewOfTransformViewOfTransformviewOfTransform. The following table lists the possible combinations. As already noted, we recommend to use only the representation types with OrderOfTransformOrderOfTransformOrderOfTransformOrderOfTransformorderOfTransform = 'Rp+T'"Rp+T""Rp+T""Rp+T""Rp+T" and ViewOfTransformViewOfTransformViewOfTransformViewOfTransformviewOfTransform = 'point'"point""point""point""point" (codes 0, 2, and 4).

You can convert poses into other representation types using convert_pose_typeconvert_pose_typeConvertPoseTypeConvertPoseTypeConvertPoseType and query the type using get_pose_typeget_pose_typeGetPoseTypeGetPoseTypeGetPoseType.

Execution Information

• Multithreading type: reentrant (runs in parallel with non-exclusive operators).
• Multithreading scope: global (may be called from any thread).
• Processed without parallelization.

Parameters

* Create a pose.
create_pose (0.1, 0.2, 0.3, 40, 50, 60, 'Rp+T', 'gba', 'point', Pose)

* Create a pose.
create_pose (0.1, 0.2, 0.3, 40, 50, 60, 'Rp+T', 'gba', 'point', Pose)

* Create a pose.
create_pose (0.1, 0.2, 0.3, 40, 50, 60, 'Rp+T', 'gba', 'point', Pose)

* Create a pose.
create_pose (0.1, 0.2, 0.3, 40, 50, 60, 'Rp+T', 'gba', 'point', Pose)

* Create a pose.
create_pose (0.1, 0.2, 0.3, 40, 50, 60, 'Rp+T', 'gba', 'point', Pose)

Result

create_posecreate_poseCreatePoseCreatePoseCreatePose returns 2 (H_MSG_TRUE) if all parameter values are correct. If necessary, an exception is raised.

Possible Successors

pose_to_hom_mat3dpose_to_hom_mat3dPoseToHomMat3dPoseToHomMat3dPoseToHomMat3d, write_posewrite_poseWritePoseWritePoseWritePose, camera_calibrationcamera_calibrationCameraCalibrationCameraCalibrationCameraCalibration, hand_eye_calibrationhand_eye_calibrationHandEyeCalibrationHandEyeCalibrationHandEyeCalibration

Alternatives

read_poseread_poseReadPoseReadPoseReadPose, hom_mat3d_to_posehom_mat3d_to_poseHomMat3dToPoseHomMat3dToPoseHomMat3dToPose

See also

hom_mat3d_rotatehom_mat3d_rotateHomMat3dRotateHomMat3dRotateHomMat3dRotate, hom_mat3d_translatehom_mat3d_translateHomMat3dTranslateHomMat3dTranslateHomMat3dTranslate, convert_pose_typeconvert_pose_typeConvertPoseTypeConvertPoseTypeConvertPoseType, get_pose_typeget_pose_typeGetPoseTypeGetPoseTypeGetPoseType, hom_mat3d_to_posehom_mat3d_to_poseHomMat3dToPoseHomMat3dToPoseHomMat3dToPose, pose_to_hom_mat3dpose_to_hom_mat3dPoseToHomMat3dPoseToHomMat3dPoseToHomMat3d, write_posewrite_poseWritePoseWritePoseWritePose, read_poseread_poseReadPoseReadPoseReadPose

Module

Foundation