IMRCLab / IMRCLab/motion_capture_tracking

Different qos for mocap and crazyswarm

Open
#7 1 comment 0 reactions 0 assignees View on GitHub
Dominant language
C++
Stars
83
Forks
44
PR merge metrics
No merged PRs in 30d

Description

I am running crazyswarm2 with qualisys and encountered the problem that the messages published to /poses from the mocap node could not be read by crazyswarm server because the messages had different qos. These were the warnings:

[crazyflie_server-4] [WARN] [1693406308.889943154] [crazyflie_server]: New publisher discovered on topic '/poses', offering incompatible QoS. No messages will be sent to it. Last incompatible policy: DEADLINE_QOS_POLICY
[motion_capture_tracking_node-1] [WARN] [1693406308.902118724] [motion_capture_tracking]: New subscription discovered on topic '/poses', requesting incompatible QoS. No messages will be sent to it. Last incompatible policy: DEADLINE_QOS_POLICY

I solved it by defining qos for the publisher in motion_capture_tracking_node.cpp to fit what is expected from crazyswarm, but i suspect there is an easier way, as there seem to be an option for qos in the motion_capture_tracking config file in the crazyswarm2 package. Now it says sensor, but I don't know how to change it for it to work with qualisys

Contributor guide

No contributing guide indexed for this repository

Research direction

Start with motion_capture_tracking_node.cpp and the motion_capture_tracking QoS configuration referenced in the issue. Compare the current sensor setting with the QoS expected by the Crazyflie server, then verify that Qualisys messages on /poses are accepted without the incompatible DEADLINE_QOS_POLICY warnings.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
robotics
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.