Cuspidal Robots: A True Double-edged Sword

This article describes a relatively new and poorly understood concept that every engineer working on manipulation should know of: robot arms that have the unique ability to avoid singularities. But with an interesting joint manifold comes complicated motion planning. The real-world result is that while these robots can make certain motions, they are physically unable to do simple other ones.

A cuspidal robot changing posture without going through a singularity

outlined in Why you should know of cuspidal robots, there is a widely held but false belief that for a robot arm to change posture (go from one Inverse Kinematics (IK) solution for a point to another), it always has to pass through a singularity. On robots with 4 or more joints or with joint offsets, singularities aren’t easy to spot. They’re often avoided in motion planning by using an implicit cost term on the Jacobian. However, that causes the robot to slightly deviate from its path and needs careful tuning to ensure the robot doesn’t make any unexpected motions. Singularities can be a pain.

In 1988, Innocenti and Parenti proved that for a certain class of robot arms not all posture changes require passing through a singularity. A manipulator design that can do such nonsingular posture changes is called a cuspidal manipulator. Because the belief that a singularity must be met was deeply rooted in the roboticist’s mind (in fact Borrel had incorrectly ‘proven’ just two years earlier that that should be the case), their work was dismissed at first. Years later, it’s still a little known concept, and as a result, poorly understood.

Analyzing a simple cuspidal robot

Let’s take a look at a simple 3R robot. The joint axes are orthogonal and there’s an offset on the second joint that connects the links.

Simple 3R robot with orthogonal joints and an offset on the second joint

Singularities occur when the determinant of the Jacobian equals zero. So if we can visualize that surface, we can get an idea of what a nonsingular posture change looks like!

Start with the forward kinematics (FK) for the position of the end-effector:

The determinant of the Jacobian then is

This does not depend on the first joint, which happens for all robots with a revolute first joint. That means we can visualize it nicely in 2D. Let’s plug in link lengths a₁ = 1, a₂ = 1.5, a₃ = 1, d₂ = 0.7 matching the design above.

The entire singularity surface can be plotted in 2D. The surfaces divide the joint space into two aspects.

The IK solutions aren’t simple so we’ll have to resort to the general solution for 3DOF manipulators [Selig J.]. You can convert the 3 nonlinear FK equations into a single quartic (4-th order polynomial) in tan(θ₃/2) which you can solve explicitly and has up to 4 solutions, depending on the robot design (DH parameters).

We can also use this quartic to plot the singularity surfaces in the robot’s workspace, making it easier to interpret than expressing it in θ₂ and θ₃.

Singularity surfaces in the robot’s cartesian workspace with a cutout of the outer shell.
Singularity surfaces in workspace parameters and number of IK solutions. Instead of solving for ρ and z explicitly, the quartic discriminant is plotted, which is equivalent.

Since the first joint (θ₁) doesn’t affect singularities, we can visualize this in a 2D plot by using the distance of the end-effector to the origin (ρ) and the height of the end-effector (z) as our axes.

Within the inner boundary, there are 4 IK solutions, whereas in the outer boundary, there are only 2. Notice the cusp points on the internal boundary. Those points have exactly 3 equal IK solutions, whereas the other points on that internal boundary only have 2.

Let’s look at an example. Take the end effector position x=1.35, y=1, z=0.5, shown as the green x in the middle plot. There are 4 unique IK solutions which we can visualize on each of the plots:

A point with 4 IK solutions. Left: the 4 solutions visualized on the robot. Middle: the point expressed in ρ and z. Right: Each of the solutions plotted along the singularity surfaces — in the joint space of the robot.

Notice how if you connect the IK solutions on the rightmost plot to form a straight line in joint space, sometimes a singularity surface is crossed, but not always! What happens when we visualize such nonsingular path?

Where cuspidality got its name

In the video below, interpolating two of the IK solutions with a straight line in joint space (rightmost plot) leads to an interesting motion in the (cartesian) workspace. The green points in the left two figures correspond to the end-effector positions the robot goes through.

What a nonsingular posture change looks like. The cusps are the 4 sharp points on the internal boundary in the middle figure

The workspace path circles a cusp!

This does not mean that all posture changes are nonsingular. Connecting with a different IK solution below makes the robot stretch out to reach the external boundary, just like an elbow up to down would do:

Connecting with yet another solution shows something interesting: The robot passes through a singularity as shown on the rightmost plot, but that singularity seems to correspond to the inner boundary on the workspace (middle) plot. And yet earlier, when it circled the cusp it passed through the same line but didn’t pass a singularity! Why? Remember that a singularity is defined by the joint configuration, and not by the end-effector pose. The surface visualized in the cartesian workspace thus represents a potential singularity depending on the particular IK solution.

A set of feasible paths

Singularity surfaces (black) and characteristic surfaces (gray) form reduced aspects. The dotted space represents the reduced aspects for the region with 4 IK solutions. The green line represents the singularity-avoiding move from before. Adapted from Wenger

If it’s possible to connect two IK solutions together without crossing a singularity, there should exist other separating surfaces, called characteristic surfaces, that further divide the aspects into reduced aspects. The image on the left shows those characteristic surfaces, obtained numerically, in gray. Of the three reduced aspects (Ra₁x) within the aspect in yellow, two (Ra₁₁ and Ra₁₂) correspond to the inner workspace region with its 4 IK solutions.

If we now drop either Ra₁₁ or Ra₁₂, we get a uniqueness domain, which only has a single IK solution at each point. These uniqueness domains determine the set of feasible paths the manipulator can make. If we visualize those in 3D for each aspect, we can clearly see which motions can and cannot be made. It also shows how we could circle the cusp if the manipulator started in the right configuration (aspect 1).

The uniqueness domains in the workspace, cut along its folds and shown in its two aspects. Source: Wenger et al.

This also means that there is a set of infeasible paths. Let’s analyze one such path.

Feasible paths → infeasible paths

So how does this fit into the wonky motion planning? We’ll have the end-effector follow a straight line in the workspace starting opposite the base and approaching it. This simple, greedy motion planner constructs a joint-space path by taking the IK solution for the next point that is closest (2-norm) to the current solution.

The starting configuration determines whether the end-effector can transition into the internal boundary without a joint jump. That also means that it’s impossible to cross both internal boundaries in one continuous path without a joint jump (with any motion planner). Starting from the other configuration causes a joint jump on the first internal boundary.

Joint jumps/flourishes! We went smoothly through the first internal boundary but couldn’t do that for the second one (that means we’re in aspect 1). Crossing the internal boundary smoothly can be impossible depending on the configuration you’re in, regardless of how advanced your motion planning is. Of course, those jumps are smoothed out in trajectory generation, but it will cause the robot to wildly deviate from the intended path.

You probably want to know if your robot is cuspidal

How do you go about that?

In mathematical terms, a robot is cuspidal if there exists at least one point in the workspace where the IK admits three equal solutions (the cusp). That’s generally hard to prove for >3DOF and involves converting your system of nonlinear equations into a single polynomial (up to 16-th order for 6 DOF) and finding its roots. Luckily we know which robots are non-cuspidal:

  • For a 3R manipulator, if either the first or last two joint axes are parallel or if they intersect, then the robot is not cuspidal. When the first two axes are parallel, this corresponds to your elbow up and down case.
  • For a 3R manipulator, the first two joint axes are orthogonal and there are no joint offsets or all joint axes are mutually orthogonal and the middle joint has no offset.
  • If you have a 6DOF robot arm with a non-spherical wrist (3 last joint axes don’t intersect at one point), there’s a good chance that it’s cuspidal
  • 6DOF with spherical wrist: if the first 3DOF aren’t cuspidal, then the robot is not cuspidal
  • 6DOF where the polynomial can be reduced to a quartic, see Mavroidis & Roth for an overview.

Sometimes simply changing link lengths can turn a cuspidal robot into a non-cuspidal one. Watch what happens with the singularity surfaces when we change the length of just one link: Either shorten the length of the second link to a₂=0.5 or the lengthen the third link to a₃=0.1:

Link lengths are extremely important: Modifying the second link to be shorter (left)or the third link to be longer (right) creates non-cuspidal robots.

Both manipulators have regions of 2 IK solutions and 4 IK solutions, and no cusps. Simply tuning the link lengths (keeping the offset) turned a cuspidal robot into a noncuspidal one. As you can imagine from the right figure and proven by Zein et al., it is possible to design your manipulator such that the entire workspace has 4 solutions and no cusps.

Knowing that cuspidality exists even among today’s robots and that it’s hard to prove if some robot configuration is cuspidal, I strongly encourage roboticists to write motion planning in simulation first. Even though cuspidality is a binary classification, some cuspidal robots might have workspaces that are perfectly fine and will only behave strangely near the very edge of their workspace.

Most industrial robot arms out there today are non-cuspidal, which I believe has mostly been a process of (costly) trial and error, similar to the ABB story. That doesn’t mean you should stick with those designs though. If the engineers at ABB or Kinova tuned some of the link lengths, could they have gotten the best of both worlds?

Special thanks to Mrunal Sarvaiya, Jeroen de Maeyer, Brandon Contino, Sam Carp, Michael Sobrepera, Kit Kennedy, Steve Hansen, Zoe Matticks, Hans Lee, Jonathan Tran, and others for their input and thorough reviews.

References

  • Selig, J. (2013). Geometrical Methods in Robotics. United States: Springer New York.
  • Wenger, P. (2007). Cuspidal and noncuspidal robot manipulators. Robotica, 25(06). doi:10.1017/s0263574707003761
  • Zein, M., Wenger, P., & Chablat, D. (2006). An exhaustive study of the workspace topologies of all 3R orthogonal manipulators with geometric simplifications. Mechanism and Machine Theory, 41(8), 971–986. doi:10.1016/j.mechmachtheory.2006.03.013
  • Corvez, Solen & Rouillier, Fabrice. (2002). Using Computer Algebra Tools to Classify Serial Manipulators. 31–43. 10.1007/978–3–540–24616–9_3
  • Kohli, D., & Spanos, J. (1985). Workspace Analysis of Mechanical Manipulators Using Polynomial Discriminants. Journal of Mechanisms Transmissions and Automation in Design, 107(2), 209. doi:10.1115/1.3258710
  • Mavroidis, C., & Roth, B. (1994). Structural Parameters Which Reduce the Number of Manipulator Configurations. Journal of Mechanical Design, 116(1), 3. doi:10.1115/1.2919373

--

--

Roboticist, geometer, plant-person, Belgian living in the Bay Area

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Achille Verheye

Roboticist, geometer, plant-person, Belgian living in the Bay Area