Skip to content
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

Development towards 4.0.0 #57

Merged
merged 11 commits into from
May 10, 2024
Merged

Development towards 4.0.0 #57

merged 11 commits into from
May 10, 2024

Conversation

amalnanavati and others added 2 commits March 30, 2024 13:49
* Added functions to enable/disable collisions with an object vis the allowed collision matrix

* Clarified function name, reduced replicated code

* Made toggling collisions async

* Fix type annotations for consistency

* formatting

* Added tests

* Spelling

* Update docstring

* Fix unnecessary change
…fector_link` when available (#56)

* Update msg

* Use  `cartesian_speed_limited_link` instead of `cartesian_speed_end_effector_link` when available

Signed-off-by: Andrej Orsula <orsula.andrej@gmail.com>

---------

Signed-off-by: Andrej Orsula <orsula.andrej@gmail.com>
Co-authored-by: Apurv Saha <apurv.robotics@gmail.com>
Zarnack and others added 2 commits April 4, 2024 11:41
* added re-use of max_velocity_scaling_factor and max_acceleration_scaling_factor from move_action goal to cartesian_path_request

* Removed getter and setter of 'max_cartesian_speed' to avoid confusion
as the corresponding value of the MotionPlanRequest.msg
(respectively the self.__move_action_goal.request object) is currently
not used in moveit2.
--> The 'max_cartesian_speed' variable requires the
'default_planner_request_adapters/SetMaxCartesianEndEffectorSpeed'
which currently only exists in moveit1.
* Added ability to have cartesian planning calls avoid collisions

* Fix bad merge

* Allow users to set cartesian jump threshold

* Allow users to set cartesian max step

* Pass frame_id into the cartesian planning service

* Add ability to specify a required fraction for a cartesian plan to succeed

* Allowed users to get end effector name and base link name

* Add revolute and prismatic jump thresholds

* Formatting

* Added test cases
@AndrejOrsula AndrejOrsula changed the title Development Development towards 4.0.0 Apr 4, 2024
@AndrejOrsula AndrejOrsula marked this pull request as ready for review April 4, 2024 09:54
* Added a function to move collision objects

* Add examples
* Allow scaling of collision meshes

* Added trimesh to rosdeps for easier installation

* Ran tests with example

* Remove trimesh as a required dependency
…ing_scene` To User (#66)

* Reinstate Humble compatibility for GetCartesianPath

* Expose planning scene to user
@AndrejOrsula
Copy link
Owner Author

FYI @amalnanavati, I just did a quick test on a couple of old demos, and everything seems to be functional. Perhaps it is a good time to merge it in and make the release. But I wanted to ask you first as you have worked the most with the codebase. What do you think?

Signed-off-by: Andrej Orsula <orsula.andrej@gmail.com>
Signed-off-by: Andrej Orsula <orsula.andrej@gmail.com>
@amalnanavati
Copy link
Contributor

Thanks for checking in! Yeah I’m happy to merge it in; I have no other changes planned at the moment. Of course, more features may arise as I keep using the library, but that could be another release :)

@AndrejOrsula
Copy link
Owner Author

Okay, thanks a lot for all your effort!

@AndrejOrsula AndrejOrsula merged commit 02cd3ed into master May 10, 2024
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants