Comments (3)
Yes it is present in the global costmap, and its not lethal, as you said higher cost but shouldn't Smac Hybrid planner plan around it based on the cost penalty with conjunction of global costmap ?
Not necessarily, there are trade offs beyond just cost, like shortest length. We couldn't want a robot necessarily to add 100m to a path to stay in 0
cost space over entering 1 cell that is 1
cost, right? So we need to decide on a trade off between minimum length and reasonable cost to travel. We do that with the traversal function of cost_to_travel = cell_length * (1.0 + cost / 254 * weight)
. That makes us balance the cost to travel by both the length of the primitive with the normalized, weighted cost. A higher cost weight would make traveling in higher cost spaces more expensive. Figure 5 of this paper highlights how the change in cost penalty changes behavior.
Looking at your example, it seems like the extra ~+2m to go around it isn't proportionate to the extra cost from such a small obstacle (its only 1-2 pixels thick). I might expect a different result if your virtual obstacle there was filled. What you show is more or less expected and good behavior. If you wanted that are to be not traversed at all, you should mark it with lethal cost via whatever custom mechanism you've added that with. Though at least from your snippet, it looks like possibly just a user error that it really is lethal space but you have your obstacle_layer
after your inflation_layer
in your configs. Those are ordered; make sure your inflation layer is last. That very well may resolve your concern.
Note: In general, please don't post pictures of parameters, include them as code snippets for the sections that are important.
from navigation2.
Its unclear from your diagram: is that present in the global costmap used for planning or the local costmap used for control, or both?
That's doesn't look like a lethal obstacle to me (yeah?), that's just a higher cost region as evidenced that there is no inflation around it. The cost functions weight distance with cost, so in this situation, it was better to go through 1-2 cells of higher cost than to diverge dozens. Thus, this looks fine to me.
from navigation2.
Yes it is present in the global costmap, and its not lethal, as you said higher cost but shouldn't Smac Hybrid planner plan around it based on the cost penalty with conjunction of global costmap ?
This is my below global and local costmap setup so far,
from navigation2.
Related Issues (20)
- Removing AMCL from nav2_bringup launch HOT 2
- Error codes in NavigateToPose/NavigateThroughPoses
- Hi, I am building the package of nav2_waypoint_follower and facing that errors, HOT 2
- New "Configure" transition for the LifecycleManager HOT 1
- Accessing waypoints inside a controller plugin HOT 3
- Fix flaky spin test
- Nav2 Stalling on Multiple Robots? HOT 6
- Robot using nav2 begins pathfollowing but never finishes HOT 3
- MPPI cannot follow global path accurately HOT 1
- [Collision_monitor] Approach polygon time=0 step is not processed HOT 7
- The lidar point cloud of NAV2 shifted significantly after being stationary for 5 minutes. HOT 5
- Errors with controller_server using GPS for Navigation HOT 4
- Obstacle Position Shift in Map after Loading HOT 2
- Full footprint collsion distance in MPPI obstacle critic and use of collision_margin_distance. HOT 12
- local_costmap does not respect the use_sim_time parameter HOT 12
- Vector polygon - Collision Monitor is not available for ROS2 humble HOT 3
- [collision_monitor] Add temporal axis to min_points behavior HOT 2
- [ERROR] [1716697697.080277840] [rviz2]: Lookup would require extrapolation into the future. Requested time 1716697697.040514 but the latest data is at time 1716697697.039929, when looking up transform from frame [laser_frame] to frame [odom]
- Laser Scan rotates with robot ------- [ERROR] [1716697697.080277840] [rviz2]: Lookup would require extrapolation into the future. Requested time 1716697697.040514 but the latest data is at time 1716697697.039929, when looking up transform from frame [laser_frame] to frame [odom] HOT 1
- [for help] action `follow_path` doesn't work (humble)
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from navigation2.