<br><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">hitesh dhiman</b> <span dir="ltr"><<a href="mailto:hitesh.dhiman.1988@gmail.com">hitesh.dhiman.1988@gmail.com</a>></span><br>
Date: Tue, May 11, 2010 at 10:21 AM<br>Subject: Re: [ros-users] erratic gazebo path planning<br>To: <a href="mailto:ros-users@code.ros.org">ros-users@code.ros.org</a><br><br><br>Hi Eitan and Tully,<br>Thanks for the help...<br>
Tully, both the costmap frames have been changed to 'odom' since your previous mail...<br>I realized that /move_base/feedback was showing negative values when the robot travels forward! The issue was with the odometry information. I removed all the delta_x etc, and now I'm passing the exact x,y and yaw values. The /move_base/feedback seems to be working and showing correct pose information.<br>
I can also see the local plan working, and the odometry and footprint also work correctly in rviz.<br><br>So it is a step forward, definitely, and the robot has started following the path. Almost.<br><br>I can see the robot following the path for about 1m and the local plan works with the robot.<br>
After this the robot just stops. In rviz, i can see the robot footprint has moved further on the path, but the local plan is stuck somewhere behind.<br>Rviz shows that no new messages are being published over the local planner node. The velocity commands are also (0,0). <br>
I don't have the rviz screen capture, but i've created a simple picture to show it. (The odometry works with the footprint, but was hiding the local path so i disabled it in rviz.)<br>Since the planner works from the start, it shouldn't entirely stop just midway.<br>
<br>I also noticed that the laptop runs at about 100% cpu most of the time(Its a 2.2GHz core2duo and 3gb ram)...could it be that our processing speed is slow? Since the velocity commands are subscribed to and sent to the robot in a loop, my guess is that the node will keep sending them with the most recent values in callback.<div>
<div></div><div class="h5"><br>
<br><br><div class="gmail_quote">On Tue, May 11, 2010 at 4:06 AM, Tully Foote <span dir="ltr"><<a href="mailto:tfoote@willowgarage.com" target="_blank">tfoote@willowgarage.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;">
Hitesh, <div>As I mentioned in my last email. Please set both your costmap frames to "odom". Operating the costmap in the "base_link" frame is not valid.</div><div><br></div><div><font color="#888888">Tully</font><div>
<div></div><div><br><br><div class="gmail_quote">
On Mon, May 10, 2010 at 10:58 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="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hitesh,<br><br>Sorry to hear that you're having trouble getting things up and running. A few things to try:<br><br>* Make sure that there are no warnings being printed from the navigation stack. You can do this with rxconsole.<br>
* Run a rostopic echo cmd_vel to see if the navigation stack is publishing non-zero velocities. Make sure that the cmd_vel topic is properly connected to your robot's base. You can use rxgraph to check if things are connected properly<br>
<br>Let me know how things go, we'll figure it out sooner or later.<br><br>Hope all is well,<br><font color="#888888"><br>Eitan</font><div><div></div><div><br><br><div class="gmail_quote">On Sun, May 9, 2010 at 10:38 PM, hitesh dhiman <span dir="ltr"><<a href="mailto:hitesh.dhiman.1988@gmail.com" target="_blank">hitesh.dhiman.1988@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;">Hi all,<br>Thanks for your reply. Actually we've been trying to get this working on our robot for quite some time now, about a month or so. I think it would be better if I explain the situation to you in detail. Our configuration is as follows:<br>
<br>Local and Global costmap Frames: Local - base_link, Global : odom<br><br>We are using the simple_navigation_goals package to send goals to our robot. <br>Target frame for the goal: odom<br><br>The environment is unknown, and we are not using any map. <br>
The odometry information is gathered in the form of x, y distance, and yaw angle from the robot, and transformation from odom to base_link is as follows:<br><br>For distances:<br>x : x_from_odometry - delta_x , <br>y : y_from_odometry - delta_y ,<br>
z : 0 <br><br>For rotation:<br>(0, 0, yaw_angle : yaw_from_odometry - delta_yaw)<br><br>Here, all the delta values are previous values taken in from the robot.<br>We have a transformation of (000, 000) from base_link to laser, and same for base_link to robot_footprint.<br>
While visualizing all this in rviz, we can see that the costmap works, inflated obstacles work, and path planning also works perfectly. For a goal of 2m forward, the path actually curves around obstacles. However, we don't see any local plan, and the robot does not follow the path generated. We've tried changing the parameters, but since the path planning works perfectly, we feel the problem has to be somewhere else.<br>
We thought the problem might be with our odometry and velocity data communication with the robot, but we've checked our odometry data and implementation of the velocity commands, and there was no error as such.<br>Initially there was a delay in odom->base_link and base_link->laser tf, so we tried to do a waitfortransform(odom->base_link) in the base_link->laser tf, and now the buffer for both is 4.014 and 4.007 seconds. The frequency is different for both, (12Hz and 15 Hz).<br>
Still no luck.<br>What do you think is the problem here? <br><div><div></div><div><br><br><div class="gmail_quote">On Sun, May 9, 2010 at 7:07 AM, Tully Foote <span dir="ltr"><<a href="mailto:tfoote@willowgarage.com" target="_blank">tfoote@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;">Hitesh, <div><br></div><div>These are parameters and you will need to set them appropriately for your system, they have defaults but there's no other logic. </div>
<div><br></div><div>If you are not going to be running localization, I would suggest you set both of them to use odom as their "global_frame". Using base_link will not work, that will cause the obstacles to be aggregated in the frame of the robot, and they won't update as the robot moves past the obstacles. </div>
<div><br></div><div><font color="#888888">Tully</font><div><div></div><div><br><br><div class="gmail_quote">On Sat, May 8, 2010 at 12:56 AM, hitesh dhiman <span dir="ltr"><<a href="mailto:hitesh.dhiman.1988@gmail.com" target="_blank">hitesh.dhiman.1988@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;">Hi all,<div>Thanks for the help. I checked and compared the costmap parameters file, and in our case the laser_marking for base_scan was set to false. Once that was set to true, we could see the inflated obstacles and the path planning also worked.</div>
<div>Now, the tf tree for the simulation is as follows:</div><div><br></div><div> / --> /base_laser</div><div> /</div>
<div>/map -----> /odom -------> /base_link ----- /------> /base_caster & /base_top<br> \</div><div> \</div>
<div> \ --> /base_footprint</div><div><br></div><div><br></div><div>The next part for us is to run the robot in the real world, but we don't have a predefined map. We just want to give the robot a goal of 1m forward using simple_navigation_goals in an unknown environment. We are using the robot's actual odometry information.</div>
<div>So my question is this: in the absence of a /map frame, will /odom be the global frame for both global and local costmap? Or will it shift down the heirarchy, for example now we have /map and /odom as global frames for global and local costmap respectively, will it be /odom and /base_link then??</div>
<div><div></div><div>
<div><br></div><div><br></div><div><br></div><div><br><div class="gmail_quote">On Sat, May 8, 2010 at 12:57 PM, Anh Tran <span dir="ltr"><<a href="mailto:anhxuan.tran@gmail.com" target="_blank">anhxuan.tran@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;">Hello Hitesh,<div><br></div><div>Let me elaborate on Anton's reply.</div><div><br></div>
<div>1. You will need several packages from our ua-ros-pkg repository. It might be easiest to checkout all packages from here (see our wiki pages from same link for instructions): <a href="http://code.google.com/p/ua-ros-pkg/" target="_blank">http://code.google.com/p/ua-ros-pkg/</a></div>
<div><br></div><div><a href="http://code.google.com/p/ua-ros-pkg/" target="_blank"></a>2. Checkout the wubble_navigation package for a demo: <a href="http://code.google.com/p/ua-cs665-ros-pkg/source/browse/#svn/trunk/ua_navigation/wubble_navigation" target="_blank">http://code.google.com/p/ua-cs665-ros-pkg/source/browse/#svn/trunk/ua_navigation/wubble_navigation</a></div>
<div><br></div><div><a href="http://code.google.com/p/ua-cs665-ros-pkg/source/browse/#svn/trunk/ua_navigation/wubble_navigation" target="_blank"></a>3. Rosmake wubble_navigation and launch the demos in that package.</div>
<div><br></div><div>
<br></div><div>Checkout this youtube video to see how 2dnav works with our current erratic model: <a href="http://www.youtube.com/watch?v=aA0gOd2P5jk" target="_blank">http://www.youtube.com/watch?v=aA0gOd2P5jk</a><br clear="all">
<br></div>
<div><br></div><div><br>Cheers,<br><font color="#888888">Anh Tran</font><div><div></div><div><br>
<br><br><div class="gmail_quote">On Fri, May 7, 2010 at 1:20 PM, Antons Rebguns <span dir="ltr"><<a href="mailto:arebgun@gmail.com" target="_blank">arebgun@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;">
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
Hi Hitesh,<br>
<br>
We spent some time getting the nav stack working for our erratic robot both in simulation and real robot. Maybe you can<br>
take a look at this package and see if that works for you.<br>
<br>
You would need ua_navigation stack from <a href="http://code.google.com/p/ua-cs665-ros-pkg/" target="_blank">http://code.google.com/p/ua-cs665-ros-pkg/</a> (specifically look at<br>
<a href="http://code.google.com/p/ua-cs665-ros-pkg/source/browse/trunk/ua_navigation/wubble_navigation/launch/2dnav_wg.launch" target="_blank">http://code.google.com/p/ua-cs665-ros-pkg/source/browse/trunk/ua_navigation/wubble_navigation/launch/2dnav_wg.launch</a><br>
launch file) and stuff from <a href="http://code.google.com/p/ua-ros-pkg/" target="_blank">http://code.google.com/p/ua-ros-pkg/</a>.<br>
<br>
There are instruction on the wiki how to download and compile everything, but let me know if you have any questions.<br>
<br>
Anton<br>
<div><div></div><div><br>
On 05/06/2010 05:08 AM, hitesh dhiman wrote:<br>
> Hi all,<br>
> I'm trying to run the erratic gazebo path planning, using the willow<br>
> garage map provided.<br>
> I'm using all custom parameters. However, the path planning seems to be<br>
> faltering. It is actually planning a path through the wall, I've also<br>
> attached a picture showing the path planning.<br>
> Also, the inflated costmap is not being displayed, although the messages<br>
> are being published and the rviz status says ok.<br>
> Any idea what might be wrong?<br>
><br>
><br>
> --<br>
> Regards,<br>
> Hitesh Dhiman<br>
> Electrical Engineering<br>
> National University of Singapore<br>
><br>
><br>
><br>
</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>
<br>
</div>-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.10 (GNU/Linux)<br>
Comment: Using GnuPG with Mozilla - <a href="http://enigmail.mozdev.org/" target="_blank">http://enigmail.mozdev.org/</a><br>
<br>
iEYEARECAAYFAkvkdg0ACgkQ1B2I24nMQmp66QCeOgMh0sQgI465mQfvy4tldGt0<br>
u3QAnjSNBPfRvaQbAz5MorzffBxQ/V2j<br>
=x38F<br>
-----END PGP SIGNATURE-----<br>
<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><br clear="all"><br>-- <br>Regards,<br>Hitesh Dhiman<br>Electrical Engineering<br>National University of Singapore<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>-- <br></div></div><div>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" 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>-- <br>Regards,<br>Hitesh Dhiman<br>Electrical Engineering<br>National University of Singapore<br>
</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><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>-- <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></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>-- <br>Regards,<br>Hitesh Dhiman<br>Electrical Engineering<br>National University of Singapore<br>
</div></div></div><br><br clear="all"><br>-- <br>Regards,<br>Hitesh Dhiman<br>Electrical Engineering<br>National University of Singapore<br>