autoware.universe icon indicating copy to clipboard operation
autoware.universe copied to clipboard

`obstacle_stop_planner` makes the vehicle stop for a far away obstacle

Open VRichardJP opened this issue 2 years ago • 3 comments

Checklist

  • [X] I've read the contribution guidelines.
  • [X] I've searched other issues and no duplicate issues were found.
  • [X] I'm convinced that this is not my fault but a bug.

Description

During a self driving test, I observed our vehicle would stop for a brief moment in the middle of an intersection, always at the same spot. From Rviz view, autoware seem to stop the vehicle when an "obstacle on the path" wall appears. What is interesting is that the wall appears for a "far away" obstacle (relatively to the path). I don't have any screenshot of the incident, but the situation looks like so:

obstacle_on_the_path

The vehicle comes from the bottom and goes up. After around 200 meters, the path comes back to the intersection and crosses from right to left. The default planning range is 300 meters, so autoware is already planning what to do when the vehicle comes back to the intersection from the right. As expected, the obstacle_stop_planner scene module creates a stop point for when the vehicle comes back from the right. However, this stop point seems to make the vehicle stop when it goes straight from the bottom.

The wall clearly says "obstacle on the path", which is only created by obstacle_stop_planner: https://github.com/autowarefoundation/autoware.universe/blob/16228926f9baa33df9ee5398474d6577528c4757/planning/obstacle_stop_planner/src/debug_marker.cpp#L180

The problem disappeared after I reduced autoware's planning range from 300 to 100 meters (the right->left crossing only comes after ~200m in my test site)

Expected behavior

The vehicle should not be stopped for a stop point very far in the future.

Actual behavior

The vehicle stops.

Steps to reproduce

  1. Use a lanelet map where the vehicle goes through the same intersection twice (like a 8-shaped loop)
  2. Have an obstacle blocking the path right after the second crossing (like on the picture)

Versions

  • Ubuntu 20.04
  • ROS2 galactic
  • main

Possible causes

I guess that somewhere autoware makes the vehicle stop because it is "close" to the stop point, whereas the stop point is actually very far if we consider the distance relatively to the path.

Additional context

No response

VRichardJP avatar Jul 25 '22 09:07 VRichardJP

@VRichardJP can you share a vector map for us to reproduce this on?

xmfcx avatar Jul 26 '22 16:07 xmfcx

Here is a simplified version of the lanelet map: lanelet2_map.zip

I have increased forward_path_length to 400.0 to make it easier to visualize.

And the setup looks basically like so: obstacle_on_the_road

In my case, the obstacle is only visible briefly when the vehicle is in the middle of the intersection, at which time the "obstacle on the path" wall appears and the vehicle briefly breaks. If the obstacle is really the cause of the break, I guess it should be able to see a "red" path at some point. I also observe the actual distance to come back to the intersection is almost exactly 300m, so maybe there is some weird side effect.

VRichardJP avatar Jul 27 '22 00:07 VRichardJP

@mitsudome-r to test this with planning_simulator this week.

mitsudome-r avatar Aug 02 '22 08:08 mitsudome-r

@VRichardJP I've tested with the simulator and took the video. Could you confirm if this is different from what you see? It seems the vehicle is not stopping for the pedestrian that is far ahead in the path and seems to be doing a natural maneuver. https://www.youtube.com/watch?v=-EVmKwGdsog

mitsudome-r avatar Oct 04 '22 16:10 mitsudome-r

@mitsudome-r Thank you for the effort. I understand the issue is maybe not reproducible with the simulator. I don't know the next time I will have access to the site. When I do, I will try to reproduce the issue and record some rosbag.

VRichardJP avatar Oct 05 '22 01:10 VRichardJP