ROS Parameters
This page contains all parameters exposed to ROS 2. For the provided
examples in the nvblox_example_bringup
package, parameters are set
using YAML configuration files under
nvblox_examples/nvblox_examples_bringup/config
.
The base parameters are set in nvblox_base.yaml
and there exist
multiple specialization files that overwrite parameters from the
base file depending on the configuration of the launched example/mode.
File tree:
config
├── nvblox
├── nvblox_base.yaml
└── specializations
├── nvblox_sim.yaml
├── nvblox_realsense.yaml
├── nvblox_segmentation.yaml
└── nvblox_dynamics.yaml
Loaded specializations for each example/mode:
Parameter file |
Example/mode |
---|---|
|
|
|
|
|
|
|
|
General Parameters
ROS Parameter |
Type |
Default |
Description |
---|---|---|---|
|
|
|
Only back project and publish every n-th depth image. |
|
|
|
The desired rate for clearing the map from blocks far away from the robot. |
|
|
|
The minimum number of pixels of a connected component in the mask image to count as a dynamic detection. Otherwise the component is (optionally) removed. |
|
|
|
The desired rate for decaying the dynamic occupancy layer. |
|
|
|
The desired rate for decaying the TSDF layer. |
|
|
|
Whether to also publish a mesh marker message in additional to the custom nvblox mesh message. |
|
|
|
This value will be used for for unobserved voxels in the dense output grid. |
|
|
|
Whether to compute the ESDF in 3D (0) or 2D (1). |
|
|
|
The name of the TF frame in which the map is built. For the RealSense examples, this parameter is exposed as a launch argument. |
|
|
|
QOS for subscribers. Can be any of [SYSTEM_DEFAULT, BEST_EFFORT, SENSOR_DATA] |
|
|
|
The desired integration frequency of color images. |
|
|
|
The desired integration frequency of depth images. |
|
|
|
The desired integration frequency of lidar scans. |
|
|
|
Voxels with a z coordinate above this value are not visualized. |
|
|
|
Voxels further from the robot than this value are not visualized. |
|
|
|
TSDF voxels with a distance above this value are not visualized. |
|
|
|
TSDF voxels with a weight lower than this value are not visualized. |
|
|
|
Apply a undo-gamma operation on the RGB values of the visualized layer. Usable if the rendering pipeline includes gamma correction, which is the case when rendering mesh markers in Foxglove. |
|
|
|
Height of the LIDAR scan, in number of beams. Default works for the VLP16. |
|
|
|
The vertical field of view of the LIDAR scan, in radians (assuming beams are centered around 0 elevation). Default is for the VLP16. |
|
|
|
Width of the LIDAR scan, in number of beams. Default works for the VLP16. |
|
|
|
The name of the TF frame around which we clear the map. |
|
|
|
Radius around the |
|
|
|
Type of mapper to use. See docs for description |
|
|
|
The angle above zero elevation of the highest beam (specified as a positive number in radians). Default is for the Hesai PandarXT32. |
|
|
|
The maximum depth in meters when visualizing the back-projected point cloud. |
|
|
|
How many messages to store in the sensor messages queues (depth, color, lidar) before deleting oldest messages. |
|
|
|
The angle below zero elevation of the lowest beam (specified as a positive number in radians). Default is for the Hesai PandarXT32. |
|
|
|
Number of cameras supported (number of subscribers created) |
|
|
|
Only used if use_topic_transforms is set to true. Pose and transform messages will be interpreted as being in this pose frame, and the remaining transform to the sensor frame will be looked up on the TF tree. |
|
|
|
Whether to print delay stats to the console. |
|
|
|
Whether to print rate stats to the console. |
|
|
|
Specified how often to print timing and rate statistics to the terminal. |
|
|
|
Whether to print timing stats to the console. |
|
|
|
Whether to output a distance slice of the ESDF to be used for path planning. |
|
|
|
The desired rate for publishing layer visualization messages. |
|
|
|
QoS policy {depth} for publisher {/parameter_events} Constraints: Read only: true |
|
|
|
QoS policy {durability} for publisher {/parameter_events} Constraints: Read only: true |
|
|
|
QoS policy {history} for publisher {/parameter_events} Constraints: Read only: true |
|
|
|
QoS policy {reliability} for publisher {/parameter_events} Constraints: Read only: true |
|
|
|
Frame to which the map slice bounds visualization is centered on the |
|
|
|
Side length of the map slice bounds visualization plane. |
|
|
|
Specifies How often the main tick function of the node is ticked. |
|
|
|
The desired ESDF update frequency. |
|
|
|
The desired mesh update frequency. |
|
|
|
Whether to integrate color images to color the mesh. |
|
|
|
Whether to integrate depth images. |
|
|
|
Whether to integrate LiDAR scans. |
|
|
|
The minimum valid range of the lidar. |
|
|
|
The maximum valid range of the lidar. |
|
|
|
Whether to use non equal vertical FoV for the LiDAR (not centered around 0 elevation). Should be set to false for a VLP16 and to true for Hesai PandarXT32. The LiDAR model will use the |
|
|
|
Whether to use simulation time. |
|
|
|
Whether to use transforms from the TF tree. |
|
|
|
Whether to use transforms as topics. |
|
|
|
Voxel size (side of cube in meters) to use for the map. |
Mapping Type Parameter
The nvblox node holds two individual mappers (contained in a multi-mapper object). Depth frames received by nvblox are passed to the multi-mapper and split into a static and dynamic part based on a mask image. While the static part is processed by the static_mapper, the dynamic part is handled by the dynamic_mapper.
Depending on the mapping_type
parameter these mappers update different layers:
static_tsdf
:static_mapper: mapping static obstacles using a TSDF layer
dynamic_mapper: disabled
static_occupancy
:static_mapper: mapping static obstacles using an occupancy layer
dynamic_mapper: disabled
dynamic
:static_mapper: mapping static obstacles using a TSDF layer and updating a freespace layer (needed for dynamic mapping)
dynamic_mapper: mapping dynamic obstacles in an occupancy layer
human_with_static_tsdf
:static_mapper: mapping static obstacles using a TSDF layer
dynamic_mapper: mapping people in an occupancy layer
human_with_static_occupancy
:static_mapper: mapping static obstacles using an occupancy layer
dynamic_mapper: mapping people in an occupancy layer
The mapping_type
must be specified as a string and defaults to static_tsdf
.
Note
The mapping types [static_tsdf
, static_occupancy
, dynamic
] are only
valid when running the nvblox_node
.
In contrast, the mapping types [human_with_static_tsdf
, human_with_static_occupancy
]
can only run with the nvblox_human_node
.
The nvblox_human_node
is adding additional topic subscriptions
for the mask image containing the people semantic segmentation.
Mapper Parameters
The static and dynamic mappers share the same parameter set.
By specifying the parent parameter name <mapper_name>
,
the parameters can be set for the corresponding mapper (i.e. static_mapper
or dynamic_mapper
).
ROS Parameter |
Type |
Default |
Description |
---|---|---|---|
|
|
|
Whether to check the occupancy of the neighboring voxels for the high confidence freespace update. |
|
|
|
Number of times to run the invalid region dilation in the depth preprocessing pipeline (if do_depth_preprocessing is enabled). |
|
|
|
Whether or not to run the preprocessing pipeline on the input depth image. Currently, this preprocessing only consists of dilating invalid regions in the input depth image. |
|
|
|
Maximum distance to compute the ESDF up to, in meters. |
|
|
|
Maximum distance to consider a voxel within a surface for the ESDF calculation. |
|
|
|
Minimum weight of the TSDF to consider for inclusion in the ESDF. |
|
|
|
The output slice height for the distance slice and ESDF pointcloud. Does not need to be within min and max height below. In units of meters. |
|
|
|
The maximum height, in meters, to consider obstacles part of the 2D ESDF slice. |
|
|
|
The minimum height, in meters, to consider obstacles part of the 2D ESDF slice. |
|
|
|
Whether contributions from the last depth frame should be excluded when decaying |
|
|
|
The decay probability that is applied to the free region on decay. Must be in [0.5, 1.0]. |
|
|
|
The inverse sensor model occupancy probability for voxels observed as free space. |
|
|
|
The maximum distance, in meters, to integrate the depth values for LiDAR scans. |
|
|
|
TSDF distance below which we assume a voxel to be occupied (non freespace). |
|
|
|
Maximum duration of no observed occupancy to keep consecutive occupancy alive. |
|
|
|
Limits the mesh size returned by update-mesh. |
|
|
|
Minimum weight of the TSDF to consider for inclusion in the mesh. |
|
|
|
Whether to weld identical vertices together in the mesh. |
|
|
|
Mesh blocks above this height will not be streamed. |
|
|
|
Mesh blocks outside this radius (centered on the robot) will not be streamed. |
|
|
|
Minimum duration of consecutive occupancy to turn a high confidence free voxel back to occupied. |
|
|
|
Minimum duration since last observed occupancy to consider voxel as free. |
|
|
|
The decay probability that is applied to the occupied region on decay. Must be in [0.0, 0.5]. |
|
|
|
Half the width of the region which is considered as occupied. |
|
|
|
The inverse sensor model occupancy probability for voxels observed as occupied. |
|
|
|
The maximum distance, in meters, to integrate the depth or color image values. |
|
|
|
Maximum weight for the TSDF and color integrations. Setting this number higher will lead to higher-quality reconstructions but worse performance in dynamic scenes. |
|
|
|
The truncation distance, in units of voxels, for the TSDF or occupancy map. |
|
|
|
The weighting mode, applied to TSDF and color integrations. Options: [0:constant, 1:constant_drop-off, 2:inverse_square, 3:inverse_square_drop-off, 4:inverse_square_TSDF_distance_penalty] |
|
|
|
Decay factor that is applied to the TSDF weight when the TSDF decay is called. |
|
|
|
The inverse sensor model occupancy probability for unobserved voxels. |
Note
Decay of the occupancy layer is needed to handle dynamic objects like people. Without the decay observed dynamic objects stay in the map even if not seen for a long time period. In that time the object might have moved and the map is therefore invalid. Using the decay we simulate the loss of knowledge about parts of the dynamic map currently not observed over time.
People Reconstruction Parameters
The mapping types [human_with_static_tsdf
, human_with_static_occupancy
] are executed using the nvblox_human_node
.
Below you find additional parameters that only exist for the nvblox_human_node
:
ROS Parameter |
Type |
Default |
Description |
---|---|---|---|
|
|
|
The rate (in Hz) at which to publish debug visualization for people mapping. |