XiaoJun,<div><br></div><div>From looking at the video of rviz that you posted. It looks like your robot is not well localized... though it depends on what the fixed and target frames actually were for the video that you made. Do you remember what they were? Are you able to run AMCL (<a href="http://www.ros.org/wiki/amcl">http://www.ros.org/wiki/amcl</a>) with just a joystick with reasonable results? That would probably be a good first step in getting navigation up and running well. Also, what parameters are you using to bring up and run amcl?</div>
<div><br></div><div>Hope this helps,</div><div><br></div><div>Eitan</div><div><br><div class="gmail_quote">On Tue, Sep 14, 2010 at 12:50 AM, XiaoJun Wu <span dir="ltr"><<a href="mailto:wu.xiaojun@gmail.com">wu.xiaojun@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div>Hi, all </div><div><br></div><div>I have been testing the navigation stack on our own robot but suffers such a problem:</div>
<div><br></div><div>The testing environment is a small lab area, with a map captured using gmapping. After launching robot_config.launch and move_base.launch, in rviz, a 2D Nav Goal then is given to the robot. The robot will start moving, but most of the time it keeps rotating itself unresonably. Ultimately the robot can achieve the goal, although much longer time is consumed than expected.</div>

<div><br></div><div>Two video clips recording this strange behavior, one shoots the actual robot and the other captures the rviz screen, are uploaded to youtube for easy review.</div><div><a href="http://www.youtube.com/watch?v=PRWvs9oXBl8" target="_blank">http://www.youtube.com/watch?v=PRWvs9oXBl8</a></div>

<div><a href="http://www.youtube.com/watch?v=XBD3lCyuILs" target="_blank">http://www.youtube.com/watch?v=XBD3lCyuILs</a></div><div> </div><div>I also tried the teleop_joystick function from robotino_teleop package with a logitech joystick. It works pretty well for both translational and rotational movement. From this fact, I think that the low-level robot control is of no problem, and most possibly the problem is from the high-level motion planner.</div>

<div><br></div><div>I referred to the following post, which looks a bit similar to what I have met,</div><div><a href="http://ros-users.122217.n3.nabble.com/Navigation-stack-robot-starts-rotating-upon-recieving-goal-td819551.html#a819551" target="_blank">http://ros-users.122217.n3.nabble.com/Navigation-stack-robot-starts-rotating-upon-recieving-goal-td819551.html#a819551</a></div>

<div>But in rviz, I didn't find obstacle that prevent the planner to find a path, and I can't find the "move_base_node" which claims to hold the unknow-space topic. </div><div><br></div><div>Any help or hints would be greatly appreciated!</div>

<div><br></div><div>The robot used here is a self-developed 4-wheel omnidirectional platform; and I am using Boxturtule ROS, under Ubuntu 10.04.</div><div>Also listed here are the yaml files I used for navigation:</div><div>

<br></div><div>base_local_planner_params.yaml</div><div>------------------------------</div><div>TrajectoryPlannerROS:</div><div>  max_vel_x: 0.3</div><div>  min_vel_x: 0.1</div><div>  max_rotational_vel: 1.0</div><div>  min_in_place_rotational_vel: 0.5</div>

<div>  acc_lim_th: 2.0</div><div>  acc_lim_x: 1.5</div><div>  acc_lim_y: 1.5</div><div>  backup_vel: -0.1</div><div>  holonomic_robot: true</div><div>  y_vels: [-0.3, -0.1, 0.1, 0.3]</div><div>  dwa: true</div><div>  path_distance_bias: 0.5</div>

<div>  occdist_scale: 0.1</div><div>  heading_lookahead: 0.5</div><div>  heading_scoring: false #true</div><div>  yaw_goal_tolerance: 0.2</div><div>  xy_goal_tolerance: 0.1</div><div>  sim_time: 1.0</div><div>  sim_granularity: 0.025</div>

<div>  oscillation_reset_dist: 1 #0.05</div><div>  controller_frequency: 10</div><div><br></div><div>costmap_common_params.yaml</div><div>-------------------------</div><div>  obstacle_range: 2.5</div><div>  raytrace_range: 3.0</div>

<div>  robot_radius: 0.25</div><div>  inflation_radius: 0.3</div><div>  inscribed_radius: 0.25</div><div>  circumscribed_radius: 0.3</div><div>  observation_sources: laser_scan_sensor</div><div>  laser_scan_sensor: {sensor_frame: laser, data_type: LaserScan, topic: scan, marking: true, clearing: true}</div>

<div><br></div><div>global_costmap_params.yaml</div><div>--------------------------</div><div>global_costmap:</div><div>  global_frame: /map</div><div>  robot_base_frame: /base_link</div><div>  update_frequency: 2.0</div>

<div>  publish_frequency: 1.0</div><div>  static_map: true</div><div>  rolling_window: false</div><div>  width: 3.0</div><div>  height: 3.0</div><div>  resolution: 0.05</div><div>  transform_tolerance: 0.5</div><div>  map_type: costmap</div>

<div><br></div><div>local_costmap_params.yaml</div><div>-------------------------</div><div>local_costmap:</div><div>  global_frame: /map</div><div>  robot_base_frame: /base_link</div><div>  update_frequency: 10.0</div><div>

  publish_frequency: 1.0</div><div>  static_map: false</div><div>  rolling_window: true</div><div>  width: 2.0</div><div>  height: 2.0</div><div>  resolution: 0.05</div><div>  transform_tolerance: 0.5</div><div>  map_type: costmap</div>

<div><br></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>