Skip to content
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

High Latency Values on Some Machines #392

Open
whoenig opened this issue Dec 20, 2023 · 1 comment
Open

High Latency Values on Some Machines #392

whoenig opened this issue Dec 20, 2023 · 1 comment

Comments

@whoenig
Copy link

whoenig commented Dec 20, 2023

We observe on our systemtests machine (Threadripper with 32 cores) that the continuously monitored unicast latency is around 20ms, while on older i7 Laptops the same latency is typically below 10ms.

Tests so far:

  • Same behavior for Crazyradio PA and Crazyradio2
  • comCheck reports similar values on both machines (3ms latency, 1300 packets/s)
  • Changing the motion capture frequency to 50Hz (from the default 100Hz), lowers the latency to 4ms. There is a sudden jump from 90 Hz (10 ms) to 100 Hz (20ms). Higher values result in higher latency (30ms for 240 Hz).

Overall this seems to be some issue with the multithreading, either on the ROS side or the crazyflie-link-cpp side.

@whoenig
Copy link
Author

whoenig commented Jan 11, 2024

Some notes:

  • On this particular machine the vendor calls (changing address and enableAck) take 5ms, limiting the throughput to 200 packets/s if switches between broadcast/non-broadcast are needed. Arnaud mentioned that this could be USB chipset related
  • Current workaround is to use 90 Hz for the mocap.
  • There seem to be other related issues related to the ack-rate, which sometimes drops to 0.5.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant