An optimizing IK solver based on the Lie group of rigid transforms SE(3)
Project description
OptIK
A fast inverse kinematics solver for arbitrary serial chains providing Rust, C++, and Python programming interfaces.
The implementation is similar to TRAC-IK [1] in that a nonlinear optimization problem is formulated and minimized. However, this work differs in a couple of ways:
- The gradient of the objective function is computed analytically. This is an immediate performance improvement over finite difference approaches, because it requires only one evaluation of the forward kinematics per gradient evaluation.
- Random restarting of the nonlinear solver is implemented in a work stealing parallel fashion, so that overall solve time is decreased thanks to the improved chance of finding a good seed.
- Random number generator seeds are carefully controlled in a way that produces deterministic results. (Note that this is only true in single-threaded mode, for now.)
- A parallel Newton's method solver is not included, because the performance of the full nonlinear problem is quite good on its own.
Benchmark [^1]
We compare to TRAC-IK (via tracikpy) by drawing a random valid joint configuration, mapping into Cartesian space with forward kinematics, and then asking each solver to generate an inverse kinematics solution using a random initial guess.
Note that this methodology differs from the original TRAC-IK benchmark which solves for configurations along a dense trajectory, meaning seeds are always relatively close. The benchmark shown below is more similar to a motion planning workload, in which samples are randomly drawn from a space with little knowledge of a nearby seed.
Timing is of a single inverse kinematics solve.
Additionally, we use the ik_benchmarking project (credit to PickNik Robotics) to compare against various solvers for the Franka Emika Panda robot using the MoveIt interfaces for each solver. OptIK is configured to return solutions with roughly equal tolerance to its closest competitor, TRAC-IK.
Timing is of a single inverse kinematics solve. Note the semi-log axes.
[^1]: as of https://github.com/kylc/optik/commit/3f324560b1a6ca5cfba2671e0180dd457ea1a28e
Setup
Python
python3 -m pip install optik-py
Or, to install a prerelease version:
- Download a recent
.whl
from GitHub Releases - Run
pip install optik-py<...>.whl
(replace<...>
with the actual filename) - Test it:
python -c 'import optik'
C++ (CMake)
Include OptIK in your CMake project using FetchContent
:
include(FetchContent)
FetchContent_Declare(
optik
GIT_REPOSITORY https://github.com/kylc/optik
GIT_TAG master
SOURCE_SUBDIR "crates/optik-cpp")
FetchContent_MakeAvailable(optik)
target_link_libraries(mylib PRIVATE optik::optik)
Building Locally
git clone git@github.com:kylc/optik.git
# Build the Rust library
cargo build --release
# Build a Python wheel
maturin build --release -m crates/optik-py/Cargo.toml
# Build the C++ example
mkdir build
cd build
cmake -DCMAKE_BUILD_TYPE=Release ../examples
cmake --build .
Application Notes
-
For workloads in which the distance between the solution and the seed are not important, you can use a high degree of parallelism (OptIK defaults to the number of CPU cores) to more quickly converge on a solution via parallel random restarting.
-
For workloads such as Cartesian interpolation, it is important to find the solution closest to the seed to avoid joint-space discontinuities. While OptIK does not explicitly try to minimize this distance, the optimizer does generally converge to the nearest solution (subject to joint limits). Prefer using
SolutionMode::Quality
with parallelism to sample many solutions and choose the one nearest the seed. -
For workloads in which determinism is important, consider using
SolutionMode::Quality
, settings amax_restarts
value, and disabling themax_time
. This ensures that the solution is not dependent on CPU processing speed. Due to careful seeding of RNGs inside the solver, solutions should be fully deterministic. Alternatively, useSolutionMode::Speed
and set the parallel threads to1
.
References
P. Beeson and B. Ames, “TRAC-IK: An open-source library for improved solving of generic inverse kinematics,” in 2015 IEEE-RAS 15th International Conference on Humanoid Robots (Humanoids), Seoul, South Korea: IEEE, Nov. 2015, pp. 928–935. doi: 10.1109/HUMANOIDS.2015.7363472.
J. Solà, J. Deray, and D. Atchuthan, “A micro Lie theory for state estimation in robotics.” arXiv, Dec. 08, 2021. Accessed: Jul. 24, 2023. [Online]. Available: http://arxiv.org/abs/1812.01537
Steven G. Johnson, The NLopt nonlinear-optimization package, http://github.com/stevengj/nlopt
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distributions
Hashes for optik_py-0.5.0b3-cp38-abi3-manylinux_2_17_x86_64.manylinux2014_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | d0639dd43d58507658782703913541f4e55ae83c7f90635907708819756ac979 |
|
MD5 | ef6326c9c0ff9899a756897b849e1dd3 |
|
BLAKE2b-256 | 4d6be5b07099adf051f19159a7965aed114e6d7d430808cdbab229b1d9a8cb48 |
Hashes for optik_py-0.5.0b3-cp38-abi3-macosx_11_0_arm64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 419ff95418882ff8726d1a3878ae751c400eefba5435cfadf4f9a004d05251f6 |
|
MD5 | 898bdcae36b1621c3ecb11c56da77297 |
|
BLAKE2b-256 | 1386435c30022e9760ffceec854c5100fd715b61f099d2ff08fe55641e00e4b9 |
Hashes for optik_py-0.5.0b3-cp38-abi3-macosx_10_12_x86_64.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 5b48829ad6cd41e85d3085f0a006b258264c83c01a70bb12366b735f0f7cb36b |
|
MD5 | c04ca03310f6e0d69e36b8f76c40112e |
|
BLAKE2b-256 | 1761f99a61bcbb4acd78344639e521d7e4f16387f65455f446531b4e0a9fbd69 |