Fred,<div><br><div class="gmail_quote">On Tue, Nov 30, 2010 at 3:39 PM, FrederikHeger <span dir="ltr"><<a href="mailto:frederik.heger@vecna.com">frederik.heger@vecna.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
I am trying to switch from running move_base with the default<br>
trajectory_planner_ros and a stage simulation at 10Hz (working) to the same<br>
thing but running at 100Hz. This is in preparation of running things on a<br>
real robot in the future.<br>
<br>
I changed the controller_frequency parameter in move_base.xml (changed to<br>
100) and the interval_sim parameter (changed to 10) in the world file used<br>
for stage. I also noticed a number of places in trajectory_planner.cpp where<br>
".1" was hardcoded as the time increment. I changed those to ".01".<br></blockquote><div><br></div><div>A couple of things here. First off, you shouldn't have to change the controller_frequency parameter to 100Hz to get decent behavior on a real robot. In fact, depending on the machine you're using on your robot, you may have trouble with CPU usage when trying to run the local planner that quickly. Is there any reason in particular that you need to control your base at 100Hz? We've found control rates of between 10-20Hz to work pretty well on our robot here.</div>
<div><br></div><div>Second, the ".1" hard-coded time increment when using dwa for the local planner should really be a parameter, I've ticketed it here: <a href="https://code.ros.org/trac/ros-pkg/ticket/4601">https://code.ros.org/trac/ros-pkg/ticket/4601</a>]</div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Trying to run what used to work at 10Hz, I now see a robot that moves way<br>
faster than it did before. It looks like there is still something assuming<br>
things are running at 10Hz.<br></blockquote><div><br></div><div>I bet you got the hard coded ".1" in the trajectory_planner_ros.cpp file, but those are only used simulating trajectories that rotate in place... there are probably some that you missed in the trajectory_plannner.cpp file. Still not sure how I never noticed that stuff being hard coded.</div>
<div><br></div><div>Hope this helps,</div><div><br></div><div>Eitan</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<br>
Any suggestions on where to look or how to approach this issue better would<br>
be appreciated.<br>
<br>
Thanks,<br>
Fred<br>
<font color="#888888">--<br>
View this message in context: <a href="http://ros-users.122217.n3.nabble.com/running-move-base-and-stageros-at-100Hz-tp1996011p1996011.html" target="_blank">http://ros-users.122217.n3.nabble.com/running-move-base-and-stageros-at-100Hz-tp1996011p1996011.html</a><br>

Sent from the ROS-Users mailing list archive at Nabble.com.<br>
_______________________________________________<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>
</font></blockquote></div><br></div>