The laser readings appear in the correct place, but the point cloud does not, which is why I figured that it amcl was not working. <div><br></div><div>-David<br><br><div class="gmail_quote">On Mon, Apr 26, 2010 at 4:29 PM, Tully Foote <span dir="ltr"><<a href="mailto:tfoote@willowgarage.com">tfoote@willowgarage.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">David, <br><br>The warning you are seeing does not mean that amcl is not working.  If the laser returns are showing up in the right place amcl is working.  The message is just a warning about an extra capability which is not necessary for normal operation.  I've opened a ticket for cleanup of that function, but it shoudl be working fine.  <a href="https://code.ros.org/trac/ros-pkg/ticket/4032" target="_blank">https://code.ros.org/trac/ros-pkg/ticket/4032</a>  <br>



<br>The different in performance between computers suggests that you have a timing offset between your comptuers.  This also in indicated in the warning you are recieving for I believe your timestamp from nav_view is in the future.  <br>

<font color="#888888">

<br>Tully</font><div><div></div><div class="h5"><br><br><div class="gmail_quote">On Mon, Apr 26, 2010 at 1:42 PM, David Lu!! <span dir="ltr"><<a href="mailto:davidvlu@gmail.com" target="_blank">davidvlu@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">

So with all the transform publishers running on the robot, as well as the amcl and move base nodes, I am able to get the red outline and laser readings to appear in the correct place. However, setting the pose does not work for amcl, which spits out this error still. <div>





<div><br></div><div>Failed to transform initial pose in time (You requested a transform that is 1.651 miliseconds in the past, </div><div>but the most recent transform in the tf buffer is 16.967 miliseconds old.</div><div>



<div>

 When trying to transform between /base and /map.</div><div>)</div><div><br></div><div><br></div><br></div><div><div></div><div><div class="gmail_quote">On Sat, Apr 24, 2010 at 11:48 AM, Eitan Marder-Eppstein <span dir="ltr"><<a href="mailto:eitan@willowgarage.com" target="_blank">eitan@willowgarage.com</a>></span> wrote:<br>





<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">David,<div><br></div><div>If any of the transform publishers are on a different machine from one another... time synchronization between the computers becomes pretty important. So, running localization on-board the robot is probably a good idea. When you say that putting everything on the robot lead to some success, do you mean that things are working, that you were just able to lower the tolerance a little bit, or something else? You shouldn't need to run nav_view off the robot... but the navigation stack should probably all be running on-board for the best results.</div>






<div><br></div><div>Hope all is well,</div><div><br></div><div><font color="#888888">Eitan</font><div><div></div><div><br><br><div class="gmail_quote">On Thu, Apr 22, 2010 at 11:00 AM, David Lu!! <span dir="ltr"><<a href="mailto:davidvlu@gmail.com" target="_blank">davidvlu@gmail.com</a>></span> wrote:<br>






<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex">Map->odom 10.245 Hz<div>Odom->Base 10.209 Hz</div><div>Base->Laser 30.203 Hz</div>

<div>(according to view_frames)</div>


<div><br></div><div>Odom->base is being published from the B21 node, which also publishes joint states, which go through an aggregator node to the robot_state_publisher node, which publishes base->laser. </div>

<div><br></div><div>I should note, I had been running these tests with only the B21 node on the robot, and the rest running on a different machine. Putting everything on the robot did lead to some success. </div><div><br>








</div><div>-David!!</div><div><div></div><div><div><br></div><div><br></div><div><br><br><div class="gmail_quote">On Thu, Apr 22, 2010 at 9:13 AM, Brian Gerkey <span dir="ltr"><<a href="mailto:gerkey@willowgarage.com" target="_blank">gerkey@willowgarage.com</a>></span> wrote:<br>








<blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><div>On Wed, Apr 21, 2010 at 6:11 PM, David Lu!! <<a href="mailto:davidvlu@gmail.com" target="_blank">davidvlu@gmail.com</a>> wrote:<br>









<br>
> tf view_frames shows everything connected. The most concerning part is that<br>
> the map->odom and odom->base transforms are 1.564 sec old.<br>
> The problem remains that setting the pose in nav_view does not actually<br>
> change the pose. The laser scans are now showing up as obstacles around the<br>
> robot's footprint, but that footprint is in the wrong spot. I've solved that<br>
> by making transform_tolerance: 10 on the costmaps. That doesn't quite seem<br>
> like the right approach. How else can I speed up my tfs?<br>
<br>
</div>hi David,<br>
<br>
How are you publishing the odom->base and base->laser transforms?  If<br>
one or both of them is being published too slowly, it could lead to<br>
the problems that you're seeing.<br>
<font color="#888888"><br>
        brian.<br>
</font><div><div></div><div>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">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>
</div></div><br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">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>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">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>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
ros-users mailing list<br>
<a href="mailto:ros-users@code.ros.org" target="_blank">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>
<br></blockquote></div><br><br clear="all"><br></div></div><div><div></div><div class="h5">-- <br>Tully Foote<br>Systems Engineer<br>Willow Garage, Inc.<br><a href="mailto:tfoote@willowgarage.com" target="_blank">tfoote@willowgarage.com</a><br>

(650) 475-2827<br>
</div></div><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>
<br></blockquote></div><br></div>