Gazebo | Ignition | Community
Ask Your Question

peci1's profile - activity

2021-06-10 08:05:14 -0600 received badge  Notable Question (source)
2021-06-10 07:58:12 -0600 received badge  Popular Question (source)
2021-03-24 14:58:31 -0600 asked a question Synchronous publishing in Ignition Gazebo in PreUpdate?

Synchronous publishing in Ignition Gazebo in PreUpdate? I'm writing an Ignition Gazebo model plugin and I'd like to comm

2021-03-04 09:27:27 -0600 answered a question protobuf error for custom messages transport tutorial

I also faced this issue recently. In my case, I was trying to load an SDF generated for Ignition Gazebo in Gazebo Classi

2020-08-07 08:35:32 -0600 commented question Problems while parsing <gazebo> URDF elements with Gazebo7 and ROS Jade

It works if the collision has no explicit name in URDF or if the name of the collision is $LINKNAME_collision. Any other

2020-07-17 01:16:27 -0600 received badge  Guru (source)
2020-07-17 01:16:27 -0600 received badge  Great Answer (source)
2019-11-06 11:22:01 -0600 received badge  Favorite Question (source)
2019-10-14 04:17:16 -0600 commented answer Why GpuRaySensor do not support intensity readings ?

If anybody has a copy of that answer, please post it here. @jose-luis-rivero ?

2018-06-07 22:08:19 -0600 received badge  Good Question (source)
2018-04-05 09:57:19 -0600 received badge  Nice Question (source)
2018-02-09 14:30:42 -0600 received badge  Enlightened (source)
2018-02-09 14:30:42 -0600 received badge  Good Answer (source)
2018-02-09 14:06:15 -0600 received badge  Nice Question (source)
2018-02-09 02:41:26 -0600 received badge  Nice Answer (source)
2017-10-12 17:17:02 -0600 answered a question Windows 7 64bit install problem

The wiki with instructions is a bit outdated. It says it is for building gazebo 6. I now successfully build gazebo8 br

2017-10-12 17:13:57 -0600 received badge  Critic (source)
2017-10-12 17:08:57 -0600 answered a question Installing Gazebo on Windows. Missing Protobuf

It's an inconsistency in the Protobuf archive provided by OSRF. This path from instructions protobuf-2.6.0-win64-vc12

2017-10-12 17:01:51 -0600 answered a question How to install gazebo on windows 10

See http://answers.gazebosim.org/question/16234/how-to-install-ignition-math3-on-windows-10/ . You're building default b

2017-10-05 13:54:21 -0600 received badge  Nice Question (source)
2017-10-04 11:41:53 -0600 asked a question List of per-physics engine capabilities/compatibility/known incompatibilities

List of per-physics engine capabilities/compatibility/known incompatibilities Is there a place where one could quickly d

2017-04-18 16:25:23 -0600 received badge  Nice Answer (source)
2017-03-16 15:40:49 -0600 received badge  Necromancer (source)
2017-03-16 13:40:56 -0600 answered a question Parameters for a skid steering/simulated tracked robot (use of the fdir1 tag)

I know I'm resurrecting an old thread, but maybe others might still be interested.

Setting fdir1would be a solution if it worked correctly. For some reason, the direction is not treated as relative to the link, but in world coordinates, so you'd need to update it in every frame to the correct world direction. See https://bitbucket.org/osrf/gazebo/iss... .

Also, an omni-wheel needs the most precise friction computations that are available to work properly. Recently, the friction_cone model was added, which helped a lot in my case:

physics::PhysicsEnginePtr physics = world->GetPhysicsEngine();
const std::string frictionModel = "cone_model";
physics->SetParam("friction_model", frictionModel);

Last, a bit unrelated, but nevertheless, now there's (my) PR to add proper support of tracked vehicles. Everybody's welcome to try it out. https://bitbucket.org/osrf/gazebo/pul...

2017-02-23 07:31:46 -0600 received badge  Enthusiast
2017-01-27 06:56:58 -0600 answered a question Using TensorFlow with Gazebo

I agree the "ROS way" would be the easiest one.

I tried using the C++ API of tensorflow in Gazebo, and there you are stopped by the fact that Tensorflow requires libprotobuf >= 3, but Gazebo requires libprotobuf < 3. This is generally a big problem if you want to link your app. I'm right now trying some tricks with PIMPL and static linking, so let's see if it's at least possible with a lot of effort.

2016-11-04 05:36:40 -0600 received badge  Famous Question (source)
2016-06-14 10:26:42 -0600 received badge  Notable Question (source)
2016-06-10 10:31:27 -0600 received badge  Popular Question (source)
2016-06-10 09:56:15 -0600 commented question Offset Center of Gravity on a parsed model?

After some more digging, I concluded it is possibly a bug. I've reported it here: https://bitbucket.org/osrf/gazebo/issues/1981 .

2016-06-10 05:10:11 -0600 commented question Offset Center of Gravity on a parsed model?

I've also tried to replicate the way it is done in `InertiaMsgsTest::SetCoG()` test (via publishing a Model message), but the behavior is the same. Could it mean the test is insufficient?

2016-06-10 04:12:11 -0600 commented question How to spawn a robot with a joint to another robot(which is already spawned)?

Have you tried writing a model/world plugin to do that? When you get the `ModelPtr` of the arm, you should be able to add a joint to it... There is also support for nested models, which should also be doable programatically.

2016-06-10 04:11:46 -0600 answered a question How to spawn a robot with a joint to another robot(which is already spawned)?

Have you tried writing a model/world plugin to do that? When you get the ModelPtr of the arm, you should be able to add a joint to it... There is also support for nested models, which should also be doable programatically.

2016-06-10 04:04:43 -0600 commented question Offset Center of Gravity on a parsed model?

Yes, I did... It triggers no other updates than setting the whole Inertia...

2016-06-09 11:02:36 -0600 asked a question Offset Center of Gravity on a parsed model?

Hello, I have a physics::Model (i.e. not just its SDF representation, but the parsed model). I want to offset the center of gravity of one of its links during runtime (and reset the world afterwards to run a simulation with a different CoG).

I've tried virtually anything, and without success. I start with *link->GetInertial() = original_inertial_with_shifted_cog, then I call link->UpdateMass(). All of this is called inside the Load method of a model plugin. The robot shows correctly in the first step of the paused simulation, but after stepping further, the whole body goes wrong, flies away, or the CoG "tries" to get to its original position (shifting the link to an incorrect position and leaving large joint positional errors).

I tried "repairing" the relative pose of the link, relative parent pose of its joints (this is protected, but nevermind), virtually anything (before the call to UpdateMass). Always the same behavior.

If I modify the <inertial><pose> tag in the SDF, the model loads correctly with the CoG shifted, and the simulation can be run normally. The problem is I don't want to reload (delete, spawn) the model every time I want to move the CoG.

It seems to me there is some "ghost force" acting on the link that pushes its CoG always to the same position.

Is there a way to achieve this at runtime?

Before the first step of the simulation (everything's like I'd want): image description

After a few simulation steps (the CoG moved to its original position, shifting the main body): image description

2016-06-01 07:42:27 -0600 received badge  Supporter (source)
2016-03-14 18:23:26 -0600 received badge  Nice Answer (source)
2016-03-13 18:14:05 -0600 received badge  Famous Question (source)
2015-06-20 00:56:15 -0600 marked best answer Using_A_URDF_In_Gazebo: package:// URIs not described

When I read through the tutorials Using A URDF In Gazebo and Using roslaunch files to Spawn Models I have the impression that it is possible to run Gazebo with ROS without using Gazebo's model database.

To explain, I need to work with some models from ROS using Gazebo. In my view, adding the models to a local database doesn't make sense, because the users of my code just want to git clone and catkin_make and that's all.

So I searched for a way to specify paths to mesh files from my URDF relatively to the package they are contained in. Using the file:// protocol doesn't seem to be a good option, since its resolution is dependent on the working directory.

Somewhere I've found that a package:// protocol can be used, and it actually works in my models. However, there doesn't seem to be any documentation for that. Do you know of docs page that would explain the details and prerequisites for using that?

I've thought about another way to use my models without the need to install them locally. I could just add the package path to GAZEBO_RESOURCE_PATH. But where to do this? Should I use <env> tag in the launch file? Do you have any experience with that?

2015-06-19 23:53:17 -0600 received badge  Necromancer (source)