Configure motion constraints
By default, the motion planner returns any collision-free path to the target pose. The path may curve, twist, or take the end effector through any orientation along the way. For many tasks this is fine, but some tasks require the arm to move in a specific way:
- Carrying a cup of water requires the end effector to stay level.
- Welding a seam requires the tool to follow a straight line.
- Picking an object requires the gripper to contact the object without the planner rejecting the path.
Constraints let you specify these rules, and the motion planner only returns paths that satisfy all of them.
Constraint types
Viam supports four constraint types. You can combine multiple constraints in a single motion request.
LinearConstraint
Forces the end effector to stay close to a straight line between the start and goal poses. Use this for straight-line tool paths.
| Parameter | Type | Description |
|---|---|---|
line_tolerance_mm | float (optional) | Maximum deviation from the straight line, in millimeters. Only checked when greater than 0. |
orientation_tolerance_degs | float (optional) | Maximum orientation deviation during motion, in degrees. Only checked when greater than 0. |
When line_tolerance_mm is set, the planner keeps the end effector within
that distance of the line segment between start and goal. When
orientation_tolerance_degs is set, the planner keeps the end effector
orientation within that angular distance of whichever is closer: the start
orientation or the goal orientation.
OrientationConstraint
Forces the end effector to maintain a consistent orientation throughout the motion. Use this when the end effector must stay level or keep a fixed orientation (for example, carrying a liquid).
| Parameter | Type | Description |
|---|---|---|
orientation_tolerance_degs | float (optional) | Maximum orientation deviation, in degrees. Only checked when greater than 0. |
The planner checks that the current orientation stays within the specified tolerance of whichever is closer: the start orientation or the goal orientation. This allows smooth transitions when start and goal have different orientations.
PseudolinearConstraint
Like LinearConstraint but uses proportional tolerances instead of fixed values. The actual tolerance scales with the distance between start and goal.
| Parameter | Type | Description |
|---|---|---|
line_tolerance_factor | float (optional) | Proportional factor. Actual tolerance = factor x distance(start, goal). |
orientation_tolerance_factor | float (optional) | Proportional factor for orientation. Actual tolerance = factor x orientation_distance(start, goal). |
Use this when you want the constraint to adapt to the length of the motion. A short move gets a tight tolerance; a long move gets a proportionally larger one.
CollisionSpecification
Allows specific pairs of frames to collide during planning. By default, the planner rejects any path where any two frames collide. CollisionSpecification lets you whitelist specific pairs.
| Parameter | Type | Description |
|---|---|---|
allows | list of frame pairs | Each entry has frame1 and frame2 (string names). |
This is useful when:
- A gripper is expected to contact the object it is picking up.
- Two components are physically close and their simplified collision geometries overlap, but the real components do not collide.
Frame names support hierarchical matching: specifying "my-arm" matches all
sub-geometries of the arm (such as my-arm:upper_arm_link,
my-arm:forearm_link).
Using constraints in code
from viam.services.motion import MotionClient
from viam.proto.service.motion import Constraints, LinearConstraint, OrientationConstraint
from viam.proto.common import PoseInFrame, Pose
motion_service = MotionClient.from_robot(machine, "builtin")
# Keep the end effector on a straight line with a level orientation
constraints = Constraints(
linear_constraint=[
LinearConstraint(
line_tolerance_mm=5.0,
)
],
orientation_constraint=[
OrientationConstraint(
orientation_tolerance_degs=5.0,
)
]
)
destination = PoseInFrame(
reference_frame="world",
pose=Pose(x=300, y=200, z=400, o_x=0, o_y=0, o_z=-1, theta=0)
)
await motion_service.move(
component_name="my-arm",
destination=destination,
constraints=constraints
)
import (
"go.viam.com/rdk/motionplan"
"go.viam.com/rdk/services/motion"
)
motionService, err := motion.FromProvider(machine, "builtin")
if err != nil {
logger.Fatal(err)
}
constraints := &motionplan.Constraints{
LinearConstraint: []motionplan.LinearConstraint{
{LineToleranceMm: 5.0},
},
OrientationConstraint: []motionplan.OrientationConstraint{
{OrientationToleranceDegs: 5.0},
},
}
// Pass constraints in the Move request
_, err = motionService.Move(ctx, motion.MoveReq{
ComponentName: "my-arm",
Destination: destination,
Constraints: constraints,
})
Allowing specific collisions
Use CollisionSpecification to let the planner accept contact between
specific frame pairs, for example when a gripper must touch the object it is
picking up.
from viam.proto.service.motion import (
Constraints, CollisionSpecification
)
# Allow the gripper to contact the target object
collision_spec = CollisionSpecification(
allows=[
CollisionSpecification.AllowedFrameCollisions(
frame1="my-gripper",
frame2="target-object"
)
]
)
constraints = Constraints(
collision_specification=[collision_spec]
)
constraints := &motionplan.Constraints{
CollisionSpecification: []motionplan.CollisionSpecification{
{
Allows: []motionplan.CollisionSpecificationAllowedFrameCollisions{
{Frame1: "my-gripper", Frame2: "target-object"},
},
},
},
}
Performance considerations
Constraints make planning harder. The planner checks each candidate path segment against every constraint you set, and constrained solutions are harder to find than unconstrained ones.
- Tight tolerances (small
line_tolerance_mmororientation_tolerance_degs) increase planning time and may cause the planner to fail if no path exists within the tolerance. - Start with larger tolerances and tighten only as needed. A 10 mm linear tolerance is easier to satisfy than a 1 mm tolerance.
- Combining constraints multiplies the difficulty. Use the minimum set of constraints required for your task.
What’s next
- Move an Arm with Constraints: practical examples of constrained motion.
- How motion planning works: how the planner searches for constrained paths.
- Define Obstacles: define the geometry the planner uses for collision checking.
Was this page helpful?
Glad to hear it! If you have any other feedback please let us know:
We're sorry about that. To help us improve, please tell us what we can do better:
Thank you!