-
Notifications
You must be signed in to change notification settings - Fork 146
Extend parsing of acceleration, deceleration and jerk limits from limit tag
#212
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
base: rolling
Are you sure you want to change the base?
Conversation
|
This pull request has been mentioned on ROS Discourse. There might be relevant details there: https://discourse.ros.org/t/allow-for-more-complex-joints-in-urdf/42234/3 |
|
This pull request has been mentioned on ROS Discourse. There might be relevant details there: https://discourse.ros.org/t/proposal-to-extend-jointlimits-in-urdf/42831/1 |
urdf_parser/src/joint.cpp
Outdated
| const char* deceleration_str = config->Attribute("deceleration"); | ||
| if (deceleration_str == NULL){ | ||
| CONSOLE_BRIDGE_logDebug("urdfdom.joint_limit: no deceleration, using default value"); | ||
| jl.deceleration = std::numeric_limits<double>::infinity(); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This is not a full review, but an isolated comment. If the deceleration is unspecified, wouldn't it make more sense to default to the acceleration value?
Unrelated nit: Bracing and spacing style is inconsistent in this changeset.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
You are right. That's a very good point. I'll do the changes soon
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Done!
…it tag Signed-off-by: Sai Kishor Kothakota <[email protected]>
Signed-off-by: Sai Kishor Kothakota <[email protected]>
Signed-off-by: Sai Kishor Kothakota <[email protected]>
998b548 to
22d0e79
Compare
forrest-rm
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Is someone working on enforcing these in ros2_control? Otherwise these new limits will just confuse folks.
(@bmagyar)
@forrest-rm We already have the first version of the limit enforcement already integrated into the ros2_control (ros-controls/ros2_control#2047). Once this is merged, we will add support for considering the acceleration, deceleration and jerk limits too |
forrest-rm
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks ready to merge once the ros2_control changes are also good to go.
|
can you retarget this to rolling? Also, I think we should add parsing logic based on the |
@scpeters done! |
Co-authored-by: Jasper van Brakel <[email protected]> Signed-off-by: Sai Kishor Kothakota <[email protected]>
Signed-off-by: Sai Kishor Kothakota <[email protected]>
Signed-off-by: Sai Kishor Kothakota <[email protected]>
081cf71 to
ff9b5e3
Compare
Needs ros/urdfdom_headers#83
This is needed to be able to parse the newly added limits of acceleration, deceleration and jerk, this would be pretty much useful to integrate them into the ros2_control architecture