- There were some improvements made in performance for checkCollision in R2021b. Try and see if it meets your expectation.
- You can also try turning "off" self-collision checking if you are confident that the configurations you pass to the collision checking routine don't result in the robot colliding with itself. See ("IgnoreSelfCollision") here: https://www.mathworks.com/help/robotics/ref/rigidbodytree.checkcollision.html#namevaluepairarguments
- Alternatively you can try generating a MEX for an entry point function (See rbtCheckCollision) that accepts a configuration and returns whether the robot is in collision.
Speed up collision checking
3 次查看(过去 30 天)
显示 更早的评论
I am using Matlab's "checkCollision" function with four additional collision objects and a UR5 robot. Function is working great and returns logical 1 or 0, which is later used in the program (I am checking overall reachability of the workpiece).
The only problem I am facing is computation time. I already limited points on the workpiece but it still takes too long, 80% of the time is used only for collision checking.
Is there a way to speed things up? If not, is there any other available collision checking library (maybe with use of voxels or spheres) which works with Matlab in similar fashion?
0 个评论
采纳的回答
Karsh Tharyani
2021-11-11
编辑:Karsh Tharyani
2021-11-17
Hi RoboTomo,
Thanks for your question.
function isColliding=rbtCheckCollision(config)
% Use persistence if the robot and the environment are not changing.
persistent rbt env
if(isempty(rbt))
rbt=importrobot("universalUR5.urdf","DataFormat","row");
end
if(isempty(env))
c1=collisionBox(0.1,0.1,0.1);
c1.Pose=trvec2tform([0.2,0.2,0.4]);
c2=collisionSphere(0.3);
c2.Pose=trvec2tform([0.4,-0.2,0.4]);
env={c1,c2};
end
isColliding=rbt.checkCollision(config,env);
end
>> codegen rbtCheckCollision -args {zeros(1,6)}
I would be glad if you could also reach out to Technical Support and convey any performance requirements that you have for your use case, and we would be happy to enhance checkCollision in a future release of MATLAB.
Best,
Karsh
5 个评论
Karsh Tharyani
2021-11-17
Hi RoboTomo,
I apologize for the confusion. Yes "the input 'universalUR5e' did not match any of the valid values" is an expected error. I updated my answer, accordingly.
If robot imported via "importrobot" provides you with collision data useful for self-collision checks, please continue to use it as it is also supported for code generation, and you will be able to generate a MEXed version of rbtCheckCollision. You can verify if the imported robot has collision data useful for self-collisions, by using show
rbt=importrobot("universalUR5.urdf");
show(rbt,"Visuals","off","Collisions","on");
Question: Are you able to see collision data for the imported robot?
There seems to be an issue with "loadrobot" for the "universalUR5" wherein the populated collision geometries aren't useful for self collision checking. I have reported this issue to the development team at MathWorks. Should the issue be addressed in a future/update release of MATLAB, you shall be notified.
Please reach out to Technical Support if you are still facing issues, or have clarifying questions.
Best,
Karsh
更多回答(0 个)
另请参阅
类别
在 Help Center 和 File Exchange 中查找有关 Collision Detection 的更多信息
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!