-
Notifications
You must be signed in to change notification settings - Fork 291
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
Enable velocity checks create wrong world components for link entity in which they don't yet exist #2774
Labels
bug
Something isn't working
Comments
8 tasks
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 14, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks`
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 14, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks` Signed-off-by: Gabriel Pacheco <[email protected]>
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 17, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks` Signed-off-by: Gabriel Pacheco <[email protected]>
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 18, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks` Signed-off-by: Gabriel Pacheco <[email protected]>
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 18, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks` Signed-off-by: Gabriel Pacheco <[email protected]>
gabrielfpacheco
added a commit
to gabrielfpacheco/gz-sim
that referenced
this issue
Feb 26, 2025
* Not all models of test/worlds/mesh_inertia_calculation.sdf are initialized with zero pose * Bug gazebosim#2774 was forcing all `link.WorldPose` to be zero after calling `link.EnableVelocityChecks` Signed-off-by: Gabriel Pacheco <[email protected]> # Conflicts: # test/integration/mesh_inertia_calculation.cc
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Environment
gz-sim8
andgz-sim9
Description
When using the link API to enable velocity checks for a link that does not yet have the world ECM components (
WorldPose
,WorldLinearVelocity
,WorldAngularVelocity
), typically before the physics system plugin does its first update loop, such components will be initialized with their default constructor, zeroing values that might not be zero. One more evident example is the link world pose that could have already been initialized.Add the following test case:
One would expect that the link world pose would not change after simply enabling the velocity checks, but this component data is zeroed together with both world linear and angular velocities even though the body linear and angular velocities are not zero.
The test fails as shown bellow:
Steps to reproduce
gz-sim/src/Link_TEST.cc
colcon build --packages-select gz-sim9
./bin/UNIT_Link_TEST --gtest-filter=*EnableVelocityChecks*
The text was updated successfully, but these errors were encountered: