-
Notifications
You must be signed in to change notification settings - Fork 58
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
Joint force-torque sensor #25
Comments
I thought I'd give this a go, but I need some help configuring the workspace, given that the sdf class for the force-torque sensor is in sdformat11. I assume I target Edifice. I check out the relevant versions, or main if the branches do not exist yet. Then the sdformat dependencies (in ign-sensors, ign-physics, and ign-gazebo) must be bumped up. At this point I get errors
which means sdformat master needs to be updated (d03dba22e). Am I approaching this correctly? And who deals with it? |
Yeah that's the eventual correct combination, but as you noticed, we're currently pending the upgrade to SDF11 for the entire stack, tracked here: gazebo-tooling/release-tools#360. Until then, the quickest solution could be to backport gazebosim/sdformat#393 to |
The |
Now that gazebosim/sdformat#393 has been merged, what work is remaining to resolve this issue? |
I think it's useful to look at how other sensors are implemented throughout the stack. For example, see the IMU. You should need to:
Also add the necessary code to hook it all up, as well as tests. |
Is there any missing physics feature in the DART plugin that blocks the support of F/T sensors? |
Leaving a cross reference to gazebosim/gz-physics#143, which seems to be exposing the necessary data from DART through |
@chapulina to my understanding this is currently blocked by gazebosim/gz-physics#143. We want to use F/T sensors in ignition, and willing to contribute to get them ported. Can you give some key points / a roadmap for us to look to get this ported? |
We're currently planning to evaluate the DART implementation on Gazebo-classic, which is faster, but less precise, see discussion in gazebosim/gz-physics#124 and gazebosim/gazebo-classic#1321. If that turns out to be unsatisfactory, we'll keep iterating on gazebosim/gz-physics#143. |
Judging from the comments above, it seems that the force-torque sensor is not yet available in the ignition. Is this still the case, or has the `force_torque sensor already been released? I saw that it is included in both the v6.0.0 source and binary releases of Oct 2, but I am unable to find the right syntax to use it. I have tried to use the syntaxes to include the plugin: <plugin filename="libignition-sensors6-force_torque" name="ignition::sensors::ForceTorqueSensor">
</plugin> <plugin filename="libignition-sensors6-force_torque.so" name="ignition::sensors::ForceTorqueSensor">
</plugin> <plugin filename="libignition-sensors6-force_torque" name="ignition::sensors::ForceTorqueSensorPrivate">
</plugin> <plugin filename="libignition-sensors6-force_torque.so" name="ignition::sensors::ForceTorqueSensorPrivate">
</plugin> With all of them I, however, keep receiving the following error: [Err] [SystemLoader.cc:66] Failed to load system plugin [ignition-gazebo-force-torque-system] : couldn't find shared library. I have installed the binary of ignition-fortress according to the documentation. |
I have been using FT sensors since 6.0.0 without any problems, with source and binary. Here is what it looks like in robot xacro:
and I have the following added in the world (sdf) file:
If these don't work please make sure and verify you are using version number greater than 6 with |
@vatanaksoytezer Thanks for the fast response! It was indeed a naming problem. I suspected the shared library name to be equal to the one shown when running the |
Oh we can close this! |
Does the visualisation work in F/T sensor ? I am trying it and unable to see it |
We should port Gazebo-classic's ForceTorqueSensor to Ignition. That sensor attaches to a joint and publishes force/torque data to a topic. The Force/Torque Sensor tutorial provides a lot of context.
The text was updated successfully, but these errors were encountered: