-
Notifications
You must be signed in to change notification settings - Fork 319
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Continuous joints with joint limits #289
Comments
Hi @wxmerkt , You are right, the continuous joints should not use lower and upper position limits. However, since the xacro architecture was made to have only one macro for a The joints are truly continous in the robot, so I wouldn't change that for sure. In the URDF documentation for the What are your thoughts on that? Best, |
Hi Alex, As such, if limits are to be imposed (e.g., to not over-stretch cables), I think the type should be changed to Does this make sense? Best, |
This thread has being inactive for over a year, I am closing this issue. If there is still a problem, please create a new issue. Thank You |
Hi @felixmaisonneuve |
Hi @wxmerkt, What you say is right, it can be confusing, but I don't think it will be a source of error within a program. If the joint is continuous, the limit should be ignored (which is good, since limits are meaningless in those cases) I hope this is a clear explanation. Is there some cases where putting unnecessary limits on continuous joint might cause an error? |
Hi @felixmaisonneuve, |
Most URDFs in this repository contain joints (e.g., 1, 3, 4, 6 depending on which URDF) that indicate that they are of type "continuous", but then specify upper and lower position limits. I think these joints should be changed to "revolute" if they specify limits.
Some of this appears to have been introduced in b88bfc1 as a work-around. I believe all continuous joints that specify limits should be changed to revolute - or is there another reason to have them as "continuous"?
Related:
The text was updated successfully, but these errors were encountered: