Christian,<div><br></div><div>First off, its true that navigation is not fully "solved" for real world environments. We're trying to provide a system that improves the navigation capabilities of a large number of robots, but there's still a lot of work to be done. We do try to test the navigation stack as often as possible on our PR2, and have had mostly positive results, but that doesn't necessarily mean it will work well in all cases. As far as the problems you're having, I'd be curious to see the launch files that you're using to bring up the navigation stack on your robot. I've looked at those parameters a lot, and might be able to give some insight into what's going on.</div>
<div><br></div><div>I'd also be curious to see if you experience the same problems with the navigation stack in simulation. If you can create launch files that show a simulated version of your robot having the problems you described, it would allow us to reproduce the behavior your seeing and give us a better shot at fixing things. We could even add these tough cases as tests for the navigation stack so that others with diff-drive robots don't have to experience the pain you've been through. If you want, you can check out the navigation_stage package for a template of how to run navigation in a simulated environment.</div>
<div><br></div><div>I'm sorry that it hasn't been a pleasant experience so far, but hopefully we'll figure out what's going on. </div><div><br></div><div>Are other diff-drive folks experiencing these kinds of problems with their setups?</div>
<div><br></div><div>Hope all is well,</div><div><br></div><div>Eitan<br><br><div class="gmail_quote">On Mon, Sep 6, 2010 at 10:27 AM, Brian Gerkey <span dir="ltr"><<a href="mailto:gerkey@willowgarage.com">gerkey@willowgarage.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div class="im">On Sat, Sep 4, 2010 at 12:12 AM, Christian Verbeek<br>
<<a href="mailto:verbeek@servicerobotics.eu">verbeek@servicerobotics.eu</a>> wrote:<br>
>  I am using move_base for driving a robot with non holonomic drive. I<br>
> found the performance to be poor to wholly unacceptable. I played around<br>
> with the parameters for quite a time and was not able to find a<br>
> satisfactory setting. The problem with the parameters is that I most of<br>
> the time I can not see a difference at all when changing something.<br>
><br>
> My impression is that the navigation stack works in tidy and roomy<br>
> environments. But in real world settings with narrow passages and stuff<br>
> standing around performance drops dramatically. I tried this both woth<br>
> boxturtle and latest cturtle and can not see any improvements. The<br>
> navigation (which is in my eyes the most basic behaviour) is so to say<br>
> still unsolved for real world environments.<br>
<br>
</div>hi Christian,<br>
<br>
Hmm, that's a less than glowing assessment of the navigation stack.<br>
I'd be interested to find out exactly what's going wrong.  We use the<br>
navigation stack all the time on the PR2 in our office, which is<br>
neither tidy nor roomy.  It frequently avoids many small obstacles,<br>
and squeezes through tight openings.  Of course, the PR2 is an<br>
omni-drive robot, and we test less often on differential-drive robots.<br>
 But the navigation stack is intended to support differential-drive<br>
robots, and there's no reason that it shouldn't work well in that<br>
situation.<br>
<br>
Can someone who's had more success with the navigation stack on<br>
differential-drive robots suggest a good set of parameters?<br>
<font color="#888888"><br>
        brian.<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></div>