-
Notifications
You must be signed in to change notification settings - Fork 2
Add Navigation Stack to Stage Simulation #27
Conversation
Made a few changes to this package to support a stage sim with move_base: 1. renamed the package for a bit more clarity in case we create another simulation package using something other than stage_ros (i.e. fssim). 2. Added a params folder to hold the amcl param file from teb_local_planner tuts.3. Added yaml file for track for the map server node. 4. Modified the top-level launch file stage.launch to include move_base, amcl, and map_server.
d1bb7dc
to
31fdf95
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am currently encountering an issue where amcl
and map_server
are not being launched when running roslaunch sim_stage stage.launch
. Currently trying to find the root of the issue. Also, you mixed tabs and spaces in sim_stage/launch/stage.launch
; there may be more since I haven't looked at other files that closely. Shouldn't be a big deal and could be automated in the future, so could be ignored for now and be dealt with in Issue #18 .
Weird it is working on my local build. @Reschivon , did you try to run it? I tried also running in docker. It appears there is an issue when trying to
Using
How are you testing on this branch @alanssitis ? |
Via |
For reference: @alanssitis and I had some discussions offline. The related fixes to the amp-cli tool from those discussions are in #37 . Once that PR is merged I will test my fix for the issue of |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM
What is a quick description of the change?
Add the ROS 2D navigation stack with
teb_local_planner
set as the local planner.Is this fixing an issue?
Closes #20
Were any issues created as a result of this change?
#34 and #35
Are there more details that are relevant?
Initially looked at just using
teb_local_planner
with the current ASSv2 architecture. However, teb's API is made to interface with move_base and we would end up having to reimplement a portion ofmove_base
's functionality to obtain the samecmd_vel
topic that we need. Thus, it made sense to add move_base back.With this change, the only major difference between the v2 and v1 architectures is the SLAM module (using rtabmap instead of hector_mapping).
Check lists (check x in [ ] of list items)
For each of these items, please refer to the software style guide
Any additional comments?
Note: This was a huge PR. Not advisable for most other PRs. However, it was arguably appropriate in this case given the hefty requirements of move_base.
RQT Graph
Tf Tree