Auto Inertia Computation #318

rohit-kumar-j · 2022-06-02T11:05:03Z

rohit-kumar-j
Jun 2, 2022

By default, does mujoco support auto inertia computation from an STL file loaded as a body? Like a hollow vase? (assuming uniform density)

yuvaltassa · 2022-06-04T09:44:08Z

yuvaltassa
Jun 4, 2022
Maintainer

Quoting the documentation:

The inertial computation mentioned above is part of an algorithm used not only to center and align the mesh, but also to infer the mass and inertia of the body to which it is attached. This is done by computing the centroid of the triangle faces, connecting each face with the centroid to form a triangular pyramid, computing the mass and inertia of all pyramids and accumulating them. This algorithm comes from Astronomy where it is used to estimate inertial properties of asteroids. It is exact for convex meshes but is not always exact for non-convex meshes; indeed no algorithm can be exact when the notion of interior is ill-defined. Thus for non-convex models designed in CAD software (which usually knows what the interior is) it is better to ask that software to compute the inertial properties of the body and enter them in the MJCF file explicitly via the inertial element.

So hollow objects, like a vase, would be likely badly approximated. I'm actually quite curious to know how bad the approximation is. If the algorithm, implemented here uses a signed volume, one would expect a hollow convex shape, like a hollow cube, to produce exact results; but I have not tested this. If you feel like testing what inertia you get for a centred hollow-convex shape of known inertia (the inertia of a hollow box is just the difference of inertias of the uniform box and the inertia of box taken from the "hole"), that would be grand.

0 replies

rohit-kumar-j · 2022-06-05T06:09:15Z

rohit-kumar-j
Jun 5, 2022
Author

I tested it using this Rotational Inertia: The Race Between a Ring and a Disc. Seems like the hollow object's inertia auto-generated correctly. But I haven't checked the distance vs time, etc to actually verify if it is correct. I chose the disc vs ring since there is a direct observable difference between the two as shown in the video. If you have another test in mind please suggest it, I would gladly test it out.

For this expt:

The masses are 1.0 under geom for both the bodies.
The outer dimensions are the same for both the disc and the ring
Both the bodies are meshes, inertias are not mentioned in the xml

I have a question regarding the expt:
Is the diameter of the disc too well defined to verify how sensitive the algorithm is?

It is exact for convex meshes but is not always exact for non-convex meshes; indeed no algorithm can be exact when the notion of interior is ill-defined.

Xml and Meshes

Meshes:
rolling_rings.zip

<mujoco>
    <option gravity="0 0 -9.81" timestep="0.002" />
    <asset>
        <mesh name="Ring" file="./hollow_ring.stl" scale=".001 .001 .001" />
        <mesh name="Disc" file="./solid_ring.stl" scale=".001 .001 .001" />
    </asset>
    <worldbody>
        <geom type="plane" size="10 10 0.1" pos="0 0 -0.5" euler="10 0 0" />
        <light diffuse=".5 .5 .5" pos="0 0 3" dir="0 0 -1" />

        <body name="Ring" pos="1 0 0" euler="0 90 0">
            <joint type="free" />
            <geom type="mesh" mesh="Ring" rgba=".3 .7 .1 1" mass="1.0" />
        </body>
        <body name="Disc" pos="0 0 0" euler="0 90 0">
            <joint type="free" />
            <geom type="mesh" mesh="Disc" rgba=".6 .7 .5 1" mass="1.0" />
        </body>
    </worldbody>
</mujoco>

Python file

import mujoco
from mujoco_viewer import MujocoViewer # pip install mujoco-python-viewer

model = mujoco.MjModel.from_xml_path(
    "assets/misc/rolling_rings/rolling_rings.xml"
)
data = mujoco.MjData(model)
viewer = MujocoViewer(model, data)

while True:
    mujoco.mj_step(model, data)
    viewer.render()

Test

Video

mujoco_rolling_disc_vs_ring.mp4

Bodies

Wire frame

Directly observable differences here:

Inertias

0 replies

yuvaltassa · 2022-06-05T23:43:13Z

yuvaltassa
Jun 5, 2022
Maintainer

In order for this to be precise, we need to use shapes which are not polyhedral approximations of smooth geometries.

You can do the following:

Create body with a primitive box of size=".05 .05 .05", i.e. a 10cm^3 box. With the default density of 1000 (kg/m^3) this would be a 1 Kg box. See that the inertia is what you expect.
Create body with a primitive box of size=".04 .04 .04", i.e. an 8cm^3 box. See that the inertia is what you expect.
Make a mesh in a CAD program that is a 10cm^3 box with a centered 8cm^3 hole, report the computed inertia in MuJoCo, as it compares to the difference of the two inertias above.

Thanks for this!

As a side note, an easy feature to add would be a boundarymass attribute (defaults to 0, bounded between 0 and 1) to geoms, which would specify the proportion of mass residing on the boundary of the shape. Setting this to 1 would likely lead to a much better approximation for meshes with thin shells.

2 replies

rohit-kumar-j Jun 8, 2022
Author

Can we get the inertia of a body like getInertiaOfBody(body_id) getInertiaOfGeom(geom_id) for the boxes? I can compare it with a cad software's inertia computation.

yuvaltassa Jun 8, 2022
Maintainer

The way to do that is exactly what I described above. After loading a model in simulate you can hit "print model" which will save a text file with all the fields, including mass/inertia.

In any case, I've since done this test myself and concluded that the negative space is not accounted for.

We have an internal work item to improve this computation. If you wish you can open a GH issue and we will update there. Please follow the guidelines if you do that.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Uh oh!

Auto Inertia Computation #318

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Replies: 3 comments 2 replies

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{editor}}'s edit

{{editor}}'s edit

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Uh oh!

{{title}}

Uh oh!

Select a reply

Uh oh!

Auto Inertia Computation #318

Uh oh!

Uh oh!

rohit-kumar-j Jun 2, 2022

Replies: 3 comments · 2 replies

Uh oh!

yuvaltassa Jun 4, 2022 Maintainer

Uh oh!

Uh oh!

rohit-kumar-j Jun 5, 2022 Author

Test

Directly observable differences here:

Uh oh!

yuvaltassa Jun 5, 2022 Maintainer

Uh oh!

rohit-kumar-j Jun 8, 2022 Author

Uh oh!

yuvaltassa Jun 8, 2022 Maintainer

rohit-kumar-j
Jun 2, 2022

Replies: 3 comments 2 replies

yuvaltassa
Jun 4, 2022
Maintainer

rohit-kumar-j
Jun 5, 2022
Author

yuvaltassa
Jun 5, 2022
Maintainer

rohit-kumar-j Jun 8, 2022
Author

yuvaltassa Jun 8, 2022
Maintainer