IMRCLab / IMRCLab/motion_capture_tracking
Different qos for mocap and crazyswarm
- 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