-
Notifications
You must be signed in to change notification settings - Fork 324
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
Crazyflie crashes after flying ~14m #56
Comments
We haven't seen bugs like this, but we also haven't flown quite so far from the origin in our experiments. A couple of questions:
|
I guess this is related to our hardcoded position limit of +/- 8m. For your space change the value to at least 15, and recompile both firmware and the ros workspace. I believe this limit is not exposed in the simulator, so the simulation should still behave correctly. |
We should simplify this code to use integer number of millimeters... |
That's already done upstream. This will, however, still limit the space to +/-16m, similar to your new fullPoseSetPoint. |
That worked. Thank you very much for the quick response Best regards |
Partially addresses USC-ACTLab#56
Hi Guys,
3 Observations which we think belong to the same issue:
we try to fly the crazyflie for 8 meters (start @ 0,0,0) on y axis at 0.3m altitude. After ca ~6.5 meters the drone "jumps" higher and crashes into the ground. The drone is still tracked by the motion capture system.
If we let the drone start a 8 meters (start@ 0,8,0) on the y axis, it is good tracked and takes off, but if we want to fly to the origin (negative y direction) it flies in the opposite (positive y) direction up to the wall.
We try to fly the crazyflie for 15 meters (start@ -8,0,0) on x axis at 0.3m altitude. After ca 14 meters the drone "jumps" higher and crashes into the ground. The drone is still tracked by the motion capture system.
If we let the drone start a 9 meters (start@ 9,0,0) on the y axis, it is good tracked and takes off, but if we want to fly to the origin (negative x direction) it flies in the opposite (positive x) direction up to the wall.
What could be the problem and a possible solution?
We use the following script:
The hall has a size of 30m x 15m x 10m. We use 38 cameras of the company Vicon for our setup. The dron is a Crazyflie 2. We use two computers, one for the motion capture and one for crazyswarm.
The text was updated successfully, but these errors were encountered: