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

method for continuous plan&execute -> robot momentarily rush in an instant #2913

Open
ahn1938549 opened this issue Jul 16, 2024 · 1 comment
Labels
stale Inactive issues and PRs are marked as stale and may be closed automatically.

Comments

@ahn1938549
Copy link

I'm using a few manipulator 6-DOF.

Problem is that I can't get velocities of these robots due to communication issues.

So when controller success the goal before real goal pose due to goal tolerance then robot still moving to goal pose just little bit.

but when start next pose ahead, robot momentarily move to previous goal pose which planner thinks that is start pose.

strict goal tolerance can solve this problem but robot just stop when next plan time. so i'm not gonna do this things.

Solve this problem,

  1. Set start goal as a previous goal

moveit::core::RobotState->setJointGroupPositions set this method for previous goal.

  1. Using pipeline

Is there any other method to solve these problems?

Thanks.

@ahn1938549 ahn1938549 changed the title method for set start position as previous goal position method for continuous plan&execute robot momentarily rush in an instant Jul 16, 2024
@ahn1938549 ahn1938549 changed the title method for continuous plan&execute robot momentarily rush in an instant method for continuous plan&execute -> robot momentarily rush in an instant Jul 16, 2024
Copy link

github-actions bot commented Sep 2, 2024

This issue is being labeled as stale because it has been open 45 days with no activity. It will be automatically closed after another 45 days without follow-ups.

@github-actions github-actions bot added the stale Inactive issues and PRs are marked as stale and may be closed automatically. label Sep 2, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
stale Inactive issues and PRs are marked as stale and may be closed automatically.
Projects
None yet
Development

No branches or pull requests

1 participant