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

How can I use this code in a real robot? #2

Closed
Mr-Xia-6 opened this issue Nov 8, 2020 · 3 comments
Closed

How can I use this code in a real robot? #2

Mr-Xia-6 opened this issue Nov 8, 2020 · 3 comments

Comments

@Mr-Xia-6
Copy link

Mr-Xia-6 commented Nov 8, 2020

Forexample baxter,thank you!

@yuxng
Copy link
Collaborator

yuxng commented Nov 8, 2020

The planner will output a trajectory of joint values of the robot arm. Then a controller can be used to control the robot to follow the planned trajectory.

@Mr-Xia-6
Copy link
Author

Mr-Xia-6 commented Nov 8, 2020

The planner will output a trajectory of joint values of the robot arm. Then a controller can be used to control the robot to follow the planned trajectory.

Yes,I can use this method to solve the planning problem of panda robot in specific situations. However, if I want to test this code in other robot, for example baxter or ur, which part of the code do I mainly need to modify?In Fig. 7 Right), How can I conbine this code with estimated 6D object poses? Only by combining these two parts can we realize the online grasping planning of the physical robot? Can you share the code of estimated 6D object poses?

thank you!

@liruiw
Copy link
Owner

liruiw commented Nov 19, 2020

Regarding using OMG with other robots, you can take a look at ycb_render/robotPose/. I store the internal kinematic structures locally but you should be able to write for your own robot. In fact for Franka panda on the pre-generated scenes, you can consider commenting out all KDL dependency and pass "-g scene" to load the saved goal IKs because only IK depends on KDL. Later for other robots or new scenes, you can replace KDL with moveit, bullet, or other solvers. That would also be a way to work around the tricky KDL installation.

For experiments in the real world, you will need a pose estimator. The entire problem also gets much more complicated when it comes to the real world.

@liruiw liruiw closed this as completed Nov 24, 2020
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

No branches or pull requests

3 participants