Open GPrathap opened 5 months ago
@ayrton04 If we configure this way will it solve the problem? https://docs.ros2.org/galactic/api/rclcpp/classrclcpp_1_1QosOverridingOptions.html
Seems to be when I set this it working fine :)
ekf_filter_node_map:
ros__parameters:
qos_overrides:
/odometry/global:
publisher: # publisher without provided id
reliability: best_effort
depth: 1
I don't use this node in ROS 2, so I don't feel strongly. Is it actually causing any performance issues?
Yep, over DDS, especially with Cyclone DDS. But, after ordering it's fine
And why change the EKF settings and not the QoS profile in navsat_transform_node?
Have look here: https://docs.ros.org/en/foxy/How-To-Guides/DDS-tuning.html
Solution: Use best-effort QoS settings instead of reliable.
navsat_transform_node already publishes with best-effort QoS
Okie doke. I won't be making any changes, but feel free to submit a PR. Thanks.
Desktop (please complete the following information):
To reproduce this behaviour
ros2 topic info -v /odometry/global
where/odometry/global
is the global odometry estimation topic fromekf_filter
Subscription count: 2
I feel that within
ekf_filter
node for the odometry topic QoS type should be BEST_EFFORT, VOLATILE.