-
Notifications
You must be signed in to change notification settings - Fork 734
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Support QoS override parameters in depth_image_proc/register #1043
Support QoS override parameters in depth_image_proc/register #1043
Conversation
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.
Thank you for your contribution. Hopefully this is the first contribution and there will be much more!
Linters are failing https://build.ros2.org/job/Rpr__image_pipeline__ubuntu_noble_amd64/60/
Do you mind to take a look?
Thanks for the contribution! Looks like the only issue is the linting - should be easy to fix up - the recommended change for line length is on this page: https://build.ros2.org/job/Rpr__image_pipeline__ubuntu_noble_amd64/60/testReport/junit/depth_image_proc/uncrustify/src_register_cpp/ Searching for SubscriptionOptions in the codebase, I find that we only have that for like 3 nodes... so I think I actually missed doing like half of the work in #847 - I got the publishers setup with QoS Overrides, but missed it for the Subscribers, whoops. |
Thank you both for taking a look. I absolutely will fixup the linting! Unfortunately my region got hit by a very bad storm last night and I currently have no power or internet, so I will fix the linting issues once power and Internet is restored in a few days. |
My latest commit should resolve the lint issues!
|
https://github.com/Mergifyio backport jazzy |
✅ Backports have been created
|
This PR adds support to the `depth_image_proc` - `register` node for setting External QoS Configuration on topic _subscriptions_. (cherry picked from commit 0dd99bf) # Conflicts: # depth_image_proc/src/register.cpp
…#1043) (#1044) This PR adds support to the `depth_image_proc` - `register` node for setting External QoS Configuration on topic _subscriptions_. Signed-off-by: Alejandro Hernández Cordero <[email protected]> Co-authored-by: Stuart Alldritt <[email protected]> Co-authored-by: Alejandro Hernández Cordero <[email protected]>
This PR adds support to the
depth_image_proc
-register
node for setting External QoS Configuration on topic subscriptions.Why?
Sensors are often published with the
SENSOR_DATA
profile, which cannot be read by subscribers expecting the default QoS profile, as the default profile specifies a reliability == reliable requirement. TheSENSOR_DATA
profile uses reliability == best_effort, making these publishers and subscribers incompatible.Because
depth_image_proc
-register
does not provide a way to modify the expected QoS of the topic subscriptions, it cannot subscribe to topics published by other nodes which use theSENSOR_DATA
profile.ROS2's solution to this common problem is to allow External QoS Configuration through the parameter system. While
depth_image_proc
-register
supports External QoS Configuration on published topics, it does not support it on subscribed topics.This PR adds support for External QoS configuration on subscribed topics.
How?
qos_overriding_options = rclcpp::QosOverridingOptions::with_default_policies()
option to all topic subscriptions that is also used on the topic publishersTesting
jazzy
branch of my fork). This is the same change that was applied torolling
depth_image_proc
and launched with QoS remapping arguments using a launch file (on an in-progress robot project):Checked for the presence of new parameters in
rqt_gui
:depth_image_proc
-register
is now accepting messages from topics publishing with theSENSOR_DATA
QoS profile with QoS overrides applied