UR10 Joint vs Linear Moves: Selecting the Right Motion

Jason IP2 min read
Other ManufacturerRoboticsTechnical Reference
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Choose a joint move when the tool center point (TCP) does not need to follow a straight line. Use a linear move only when the process requires a defined linear TCP path. The available evidence also identifies singularity-related stops or collisions as a practical concern with linear motion, but it does not establish UR10 controller behavior, affected configurations, or recovery details.

Choose the Motion Type from the Path Requirement

Decision Joint move Linear move
TCP path must be linear Do not assume the path will be linear Use when the process requires a linear path
Linear path is unnecessary Prefer where the application permits Adds a path constraint without a stated process need
Singularity concern Evaluate as an alternative The evidence reports possible stops or collisions near singularities

Evaluate Singularities Before Selecting Linear Motion

A practitioner report recommends joint motion wherever the application permits because a linear move can encounter singularities and cause the robot to stop or collide. Treat this as a diagnostic warning rather than a guarantee: the evidence does not identify the robot pose, programmed path, controller response, or conditions that produce either outcome.

If the TCP path must remain linear, simulate the complete path and examine the robot configuration throughout the move. If linearity is not a process requirement, compare the joint-move alternative before commissioning.

Do Not Assume Simulation Constraints Transfer to the UR10

The simulation described in the evidence can apply linear constraints to a joint move by constraining maximum TCP velocity and acceleration. The evidence does not confirm whether the physical UR10 controller supports this option, how it implements the limits, or whether simulated and real trajectories match. Do not treat the simulation setting as deployable until the real controller documentation or an approved controller configuration confirms it.

Verify the Selected Move on the Real System

  1. State whether the process requires a straight TCP path; select a linear move only when that requirement exists.
  2. Simulate the full move and check for configurations associated with singularity concerns.
  3. If using a constrained joint move in simulation, confirm that the real UR10 controller exposes an equivalent capability before transferring the program.
  4. Validate the resulting path, TCP velocity, TCP acceleration, and clearance on the physical system under controlled commissioning conditions.

FAQ

When should I use a joint move instead of a linear move on a UR10?

Use a joint move when the process does not require the TCP to follow a straight line. The evidence recommends joint motion where possible to reduce exposure to singularity concerns associated with linear moves.

Can a UR10 linear move stop at a singularity?

The evidence reports that linear moves can encounter singularities and may stop or collide. It does not define the triggering pose or controller behavior, so verify the complete path in simulation and during controlled commissioning.

Can I apply TCP velocity and acceleration limits to a real UR10 joint move?

The cited simulation offers linear constraints on maximum TCP velocity and acceleration during a joint move. The evidence does not confirm an equivalent function on the physical UR10, so verify controller support before relying on that setting.

Back to blog