-
Notifications
You must be signed in to change notification settings - Fork 858
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
[Question] Pre-assembled Franka Panda + Robotiq gripper provided ? Issues with self assembled Franka panda + Robotiq gripper. #1299
Comments
First of all wanted to applaud your resourcefulness - glad you found a way to build up the Franka + 2F85 gripper! Seems like you have resolved 1., so I can comment on 2. Your action space shouldn't be directly determined from the Articulation definition - this is specified in your Can you share your |
Thanks for your response! My custom config is a DirectRL environment though.
|
Gotcha - didn't realize you were in Direct workflow, my bad. I re-read your question and realize you just want to be able to acquire non-articulated joints from The way we've defined joint names is to represent all of the joints (regardless of whether they are actuated). I think a workaround for you would be to hardcode the actuated joints e.g. |
Yes, i just want to be able to acquire non-articulated joints from joint_names. It's honestly not a big problem but i personally feel there should be a way to directly access the actuated ones. Otherwise, to set the joint positions using the set_joint_position_target method, I'll have to pass in some dummy values for the unactuated joints which is non ideal. |
Question
I'm new to Isaaclab and was wondering if there are any pre-assembled files provided for Franka Panda + Robotiq 2f 85 gripper? I’ve seen the tutorials on rigging robots with robotiq gripper but it seemed out of date and unclear. I’ve also found broken robotiq 2f85 on omniverse server which is not that useful. I just need this robot configuration for reinforcement learning training. Please advise. Thanks!
To fix the gripper, I follow this instruction and this youtube video. The resulting gripper I got is here and it seemed functional when applying force on to it. The franka file I used it the "franka_instanceable.usd" in here.
Now that the gripper seemed fixed, I tried to connect them together with the robot assembler tool provided in Isaac Utils but it does not work. The robot just flies everywhere for some reason.
Finally, I followed this tutorial on assembling gripper on arm. Some details are not clear so I put my steps here:
"Open" the
franka_instanceable.usd
so that I'll be able to delete the fingers and hand (instead of deactivate).Drag and drop
2f85_instanceable.usd
in this folder to "Layer". So layer structure looks like the image below. I think this allows me to delete the root_joint later on and change the transform of the gripper but im not sure if this is correct. imagesteps 3) to 5) Follow the 3 steps in this tutorial.
After all these steps, I tried running it but still faced several problems:
The gripper acts weird when simulation starts. It first tries to close and eventually opens up. This is not desirable. This behavior can be seen from the video in 1). I suspect it might be due to the damping and stiffness parameter but not sure. Or maybe it's some pre-programmed trajectory that I'm unaware of. Video here.
The actual actuated joints in the gripper are right/left "outer_knuckle_joint" but when I print the joint_names of the Articulation object, it gives me other joints that does not even have a drive component in them like: 'right_inner_finger_joint', 'left_inner_finger_joint', 'RevoluteJoint', 'RevoluteJoint' . This is annoying because now my action space is unnecessarily larger. Is there a way to fix this such that, joint_names only return actuated joints with drive? why RevoluteJoints that aren't actuated is included as joints in robot? Testing code for this part can be found here.
Here's my assembled USD file in
Collected_franka_robotiq
namedfranka_robotiq.usd
. Any advice would be greatly appreciated. Thank you very much for reading my problem.Update on 1):
I think it has to do with the stiffness and damping parameters in the gripper joints. Somehow when i made a new one, the weird behavior goes away. I still don't know why the robot follows that particular motion when playing tho.
The text was updated successfully, but these errors were encountered: