Nicolas,<br><br>Sorry I had your scenario backwards, to clarify it seems that you want to use gazebo to simulate dynamic obstacles while driving the real robot?  Then use_sim_time does not appear to be the right option here.<br>

<br>Gazebo is designed to try and simulate physics/dynamics, if that's not 
something you care about in your particular scenario, then OpenRAVE is 
also a good suggestion.<br>
<br>One reason here to proceed with gazebo is assuming you have your dynamic obstacles setup already in gazebo simulator, then you can try the following:<br><br>Spawn your robot as a static model.  Create a ros node to update the pose of the simulated robot by feeding the real robot's published odometry to <tt class="backtick">gazebo/set_model_state</tt> for your static robot in simulation.  This should take care of the simulated sensor generation for your simulated dynamics obstacles.<br>

<br>Assuming your dynamic obstacles world can be simulated faster than real-time, to ensure your simulated sensor generation rates are close to what you specify in real world wall clock time, you can throttle your overall simulation update rate by setting updateRate to be 1/dt to limit your gazebo simulation to 1X real-time, e.g.:<br>

<br>  <physics:ode><br>    <stepTime>0.001</stepTime><br>    ...<br>    <updateRate>1000</updateRate><br>  </physics:ode><br><br>This is not something I have tried personally, so please let me know if you have any trouble getting this to work, I'll be glad to help out further.<br>

<br>Best,<br>John<br><br><div class="gmail_quote">On Tue, Nov 9, 2010 at 4:40 PM, nickopen <span dir="ltr"><<a href="mailto:nicholas.hillier@gmail.com">nicholas.hillier@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">

<br>
Depending on how much effort you have spent integrating wth Gazebo, I would<br>
suggest considering using OpenRAVE for this sort of work. We use if for a<br>
number of simulation and planning roles including a case very similar to<br>
what you describe - we have run a robot with "virtual" obstacles that only<br>
exist in in the simulation environment, so the robot considers obstacles<br>
gathered from real data from its sensors and also an obstacle that only<br>
existed in the simulation. There are nodes/plugins that provide this<br>
functionality in the openrave_planning stack.<br>
<br>
We overcame synchronisation problems between real-time on the robot and<br>
simulation time by simplifying the  simulation as required to get it to run<br>
close-to real time. For short-term experiments it ran fine, there are<br>
probably better ways to do that though.<br>
<font color="#888888">--<br>
View this message in context: <a href="http://ros-users.122217.n3.nabble.com/Gazebo-tp1859978p1873283.html" target="_blank">http://ros-users.122217.n3.nabble.com/Gazebo-tp1859978p1873283.html</a><br>
Sent from the ROS-Users mailing list archive at Nabble.com.<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br>
<a href="https://code.ros.org/mailman/listinfo/ros-users" target="_blank">https://code.ros.org/mailman/listinfo/ros-users</a><br>
</div></div></blockquote></div><br>