Comments (3)
Builds fine on my machine, many other users, and in CI. What's your OS and build settings? Anything unusual or custom? This is likely something on your side
from navigation2.
i tried in two machines running ubuntu 22 and humble , same issue persists.
from navigation2.
I bootstrapped a new machine last week, I just installed Humble on it to test this, pulled auto dependencies from rosdep, and built it fine.
Starting >>> nav2_common
Finished <<< nav2_common [0.38s]
Starting >>> nav2_msgs
Starting >>> nav2_voxel_grid
Finished <<< nav2_voxel_grid [18.0s]
Finished <<< nav2_msgs [26.3s]
Starting >>> nav2_util
[Processing: nav2_util]
Finished <<< nav2_util [30.4s]
Starting >>> nav2_lifecycle_manager
Starting >>> nav2_map_server
Finished <<< nav2_lifecycle_manager [26.0s]
Finished <<< nav2_map_server [38.9s]
Starting >>> nav2_costmap_2d
[Processing: nav2_costmap_2d]
[Processing: nav2_costmap_2d]
[Processing: nav2_costmap_2d]
Finished <<< nav2_costmap_2d [1min 45s]
Starting >>> nav2_core
Finished <<< nav2_core [2.59s]
Starting >>> nav2_mppi_controller
[Processing: nav2_mppi_controller]
[Processing: nav2_mppi_controller]
[Processing: nav2_mppi_controller]
[Processing: nav2_mppi_controller]
Finished <<< nav2_mppi_controller [2min 8s]
Summary: 9 packages finished [5min 32s]
The binaries are also turning over in the CI build farm, which is ground truth for everything https://build.ros2.org/job/Hbin_uJ64__nav2_mppi_controller__ubuntu_jammy_amd64__binary/ & in our own internal CI systems.
Not sure what else to tell you - I believe this has to do with your system and since I can't reproduce it locally in docker, bare metal, nor remotely on build farm & CI, nor am I hearing anything from any other users (which there are dozens using MPPI on Humble), the only logical result I can come up with is it has to do with configurations on your side 🙃
With this amount of information, I can't provide much help. You'd be best spent trying to figure out what your system is doing irregularly from standard or what flags you've set that aren't default. 😦 Are you manually setting an old compiler or targeting an older C++ version? Are you on some unusual platform? etc.
Sorry that I can't be more help on this on the open-source side! Perhaps some debugging on your side could result in a fix. Else, if you can give me more information, this is perhaps something Open Navigation can help as part of a consulting service if its still persisting ([email protected]). We unfortunately have limited resources so we can't help every user solve all of their configuration issues as part of our open-source support. To some point, you're on your own when the ground truth can't reproduce or articulate a patch that would resolve your issue for your that isn't disruptive.
from navigation2.
Related Issues (20)
- Hi, I am building the package of nav2_waypoint_follower and facing that errors, HOT 2
- New "Configure" transition for the LifecycleManager HOT 2
- Accessing waypoints inside a controller plugin HOT 3
- Fix flaky spin test
- Nav2 Stalling on Multiple Robots? HOT 9
- 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) HOT 5
- Changing the params file HOT 1
- Understand MPPI Critics and parameters HOT 1
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.