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

Move_base is stuck while status is ACTIVE

asked 2013-01-14 23:44:49 -0500

Victor_ocv2 gravatar image

updated 2013-01-15 03:32:12 -0500

Hello,

I am driving around my robot and testing the move_base node. It moves around fairly well as long as I order goal positions that the robot can reach. The problem is:

when I order a goal position that the robot can not reach (due to a small door for example) the status of that goal remains ACTIVE forever but the robot does not move. If I order a new goal, the status of the new goal is PENDING but it never becomes ACTIVE because the first order is still ACTIVE (and will be like that forever). If I keep sending new goal positions, the old ones which are PENDING are discarded, and the new ones are introduced as PENDING as well.

How should I proceed in order to regain control over my robot? Thanks for your tips and comments!


EDIT-1 (answer to 1st comment): the way I communicate with the move_base node is by pusblishing and subscribing to its topics:
/move_base/status provides me with the status of every goal
/move_base_simple/goal accepts goal positions
In order to learn how the navigation stack works I followed this tutorial (it was months ago, now parameters are tunned to fit my needs): http://www.ist.tugraz.at/robotics/bin/view/Main/Poineer_pathplanning


EDIT-2: I checked the log of move_base node and this is what happens:
( WAR] (1358262472.775372377, 81184.500000000]: Clearing costmap to unstuck robot.
( WARN] (1358262472.879543309, 81184.600000000]: Rotate recovery behavior started.
(but not recovery behaviour is started)

Moreover, If I request to cencel all the current goals of move_base (publishing a cancel with all goal_ids), then the status of the stuck goal changes from ACTIVE to PREEMPTING and eventually to PREEMPTED. Any ideas?

edit retag flag offensive close merge delete

Comments

1

Which tutorial did you use to set things up? And how are you sending the goals?

SL Remy gravatar image SL Remy  ( 2013-01-15 01:43:36 -0500 )edit

I have edited my question to include that information, thanks for your time!

Victor_ocv2 gravatar image Victor_ocv2  ( 2013-01-15 02:33:41 -0500 )edit

Did some solve the issue?

Moda gravatar image Moda  ( 2014-08-25 04:32:59 -0500 )edit

2 Answers

Sort by ยป oldest newest most voted
0

answered 2013-01-15 04:53:38 -0500

Victor_ocv2 gravatar image

updated 2013-01-15 04:54:31 -0500

I have found the 'solution': First, I read about the move_base having problems when it runs for long (?), or when restarting it without restarting roscore (?), or something similar I can't remember...,

Therefore, the solution is to just restart everything. The navigation stack now works ok!

edit flag offensive delete link more

Comments

Has anyone found a permanent fix to the problem ? Thank you.

2ROS0 gravatar image 2ROS0  ( 2014-07-04 18:50:14 -0500 )edit

It doesn't work for me

Moda gravatar image Moda  ( 2014-08-25 04:32:22 -0500 )edit

Maybe post details to your problem that are different from this one ?

2ROS0 gravatar image 2ROS0  ( 2014-08-25 15:59:07 -0500 )edit
0

answered 2023-03-13 08:54:39 -0500

Gaba gravatar image

I've had a similar issue; in my case, the problem was in the recovery behavior. If the goal is unreachable (or outside the global costmap etc.) then the recovery behavior is started and no other goal is accepted during the process. So if the recovery is rotate recovery then the robot needs to successfully finish the rotation after which it accepts the new goal.

edit flag offensive delete link more

Question Tools

Stats

Asked: 2013-01-14 23:44:49 -0500

Seen: 2,377 times

Last updated: Mar 13 '23