ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

Extrapolation Error, costmap update, RVIZ bug

asked 2014-02-20 04:24:43 -0600

acp gravatar image

Dear people.

I just passed from groovy to Hydro. And, I found out differences in the costmaps yaml files.

I have three issues, I hope you could help me :)

1.- When I run the navigation stack, and during the trajectory of the robot to its goal I get the following error;

Extrapolation Error: Lookup would require extrapolation into the future.  Requested time 1392904133.775245246 but the latest data is at time 1392904133.766193000, when looking up transform from frame [odom] to frame [map]

[ERROR] [1392904133.785699817]: Global Frame: odom Plan Frame size 66: map

And the robot simply doesnt move at all.

2.-When the robot starts turning around to localize itself, it turns out that the update of the obstacles is quite slow and cant simply localize, and then it finds a path over the unknown area, in other words, the path is outside the map. It didnt happen in Grovvy. Is there a way to make the costmap to update faster?

3.-The Rviz shows a black cell in the origin of the map, and sometimes it shows the entire costmap inside this cell.

Any help will be appreciate it.

Thank you

edit retag flag offensive close merge delete

1 Answer

Sort by ยป oldest newest most voted

answered 2014-02-20 05:06:36 -0600

totosolat gravatar image

updated 2014-02-20 08:58:44 -0600


1/ About your first issue, it looks like you have a timing problem with tf. you can run the command view_frames and check out the frames.pdf output file. This issue is quite well known so I advise you to have a look at the tf tutorials to solve this problem.

2/ I don't know if your issue is related to this but I already heard about hydro rviz being slower than the groovy version:

A possible solution is to recompile rviz from source with the option -DCMAKE_BUILD_TYPE=Release. You may have a similar issue with one of your other packages running slowly. Take a look at this benchmark:

In my case rviz was running really slowly displaying a pointcloud2 (2fps) and it was much better after recompiling (30fps)

3/ I observed the same thing and don't know if it is normal or not. Let's wait for a feedback from someone using the navigation stack.

edit flag offensive delete link more


Thank you for your answer, well in order to recompile rviz from source, I may ask you some silly questions, which directory I need to go to run -DCMAKE_BUILD_TYPE=Release. I cant find any rviz package in hydro packages. Or in other words, would you be more specific about how I can recompile rviz. Thank you

acp gravatar image acp  ( 2014-02-20 20:46:01 -0600 )edit

Hi, in fact you should run catkin_make with this option. There is no silly questions but things you need to learn: please follow this [tutorial]( I let you go with the tutorial it will help you beginning with catkin_make.

totosolat gravatar image totosolat  ( 2014-02-20 22:52:18 -0600 )edit

OK, so I just run the following command ~/catkin_ws$ catkin_make -DCMAKE_BUILD_TYPE=Release, right?. I can see in rviz 30fps, but when i run rostopic hz /move_base/local_costmap/costmap it shows average rate: 0.648, it is like running around 1.54Hz, right?,

acp gravatar image acp  ( 2014-02-21 00:43:42 -0600 )edit

yes, you just have to run catkin_make -DCMAKE_BUILD_TYPE=Release. rviz running at 30 fps is not surprising when you don't display too much things. it slows down when you run heavy displays. The rate shown by rostopic hz isn't related to rviz but to the node which is publishing on the topic.

totosolat gravatar image totosolat  ( 2014-02-21 01:46:49 -0600 )edit

Since rviz isn't your main issue for now, I advise you to search which package is publishing on this topic and then try to undersand why this package isn't publishing faster. Check if you can configure this rate, and also give a look at your CPU load to see if your package is overloading the CPU...

totosolat gravatar image totosolat  ( 2014-02-21 01:54:35 -0600 )edit

I see, thanks, and concerning the issue of /tf. I run rosrun tf view_frames 1.- map frame (Broadcaster: /amcl Average rate: 40.126 Hz) 2.-odom frame (Broadcaster: /RosAria Average rate: 10.199 Hz). What can be wrong?

acp gravatar image acp  ( 2014-02-21 02:16:32 -0600 )edit

hum, these info are not enought to give an anwer. This is a common issue and can have different causes. For instance it can be due to a bad synchronisation between two computers if you are running ros on multiple machines. could you tell us more about your setup and post the return of view_frames?

totosolat gravatar image totosolat  ( 2014-02-21 05:02:49 -0600 )edit

Well, I am just using the navigation stack packages from ROS. It is a single computer that listen the odometry from the robot through RosAria. Maybe it is a synchronisation between the robot microcontroller and the computer. Here you can see the view_frames output well if you can open the link, just copy and paste into your browser.

acp gravatar image acp  ( 2014-02-24 19:54:47 -0600 )edit

Question Tools



Asked: 2014-02-20 04:24:43 -0600

Seen: 843 times

Last updated: Feb 20 '14