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

cartesian motion controller leads to bizzare movement #172

Open
shrutichakraborty opened this issue Feb 13, 2024 · 2 comments
Open

cartesian motion controller leads to bizzare movement #172

shrutichakraborty opened this issue Feb 13, 2024 · 2 comments
Labels

Comments

@shrutichakraborty
Copy link

shrutichakraborty commented Feb 13, 2024

Hello @fzi-admin @fmauch ,

I am using the cartesian motion controller with ur10e robot on ros2. after launching the robot and switching the controller, the robot makes some abrupt small motions even though nothing is commanded. Is this expected behaviour?

Also I want to know which frame should the target_pose be in? I am assuming it should be the same frame as the end efffector.

Thanks!

@stefanscherzinger
Copy link
Contributor

stefanscherzinger commented May 4, 2024

@shrutichakraborty
I'm picking up older issues, sorry for not responding earlier.

after launching the robot and switching the controller, the robot makes some abrupt small motions even though nothing is commanded. Is this expected behaviour?

This sounds a little like what I experienced in this issue. Is this still happening today?

Also I want to know which frame should the target_pose be in?

The target_frame is with respect to the specified robot_base_link. The controllers will complain if that frame is not specified correctly in the message's header.

@shrutichakraborty
Copy link
Author

@shrutichakraborty I'm picking up older issues, sorry for not responding earlier.

after launching the robot and switching the controller, the robot makes some abrupt small motions even though nothing is commanded. Is this expected behaviour?

This sounds a little like what I experienced in this issue. Is this still happening today?

Also I want to know which frame should the target_pose be in?

The target_frame is with respect to the specified robot_base_link. The controllers will complain if that frame is not specified correctly in the message's header.

Hi @stefanscherzinger, thanks for your response, after tuning the error_scale and iterations parameters I was able to get a setup where there is no longer bizzare movements on switching controller; However, when commanding positions, I still have the issue where I see the robot vibrate (or wobble) around the end effector once it reaches (or gets close to) the commanded pose. I don't know if the issue here can be resolved by tuning the parameters but I have so far not found any combination that avoids this behaviour.. Any suggestions?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants