You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Mar 17, 2021. It is now read-only.
Hello everyone!Can anyone help me?
We are trying to achieve indoor autonomous flight in a drone we are developing. For this, we want to use Ultra-Wide Band (UWB) beacons. We are already able to track the location (not orientation) of an UWB beacon quite accurately. The next step for us is to have the Pixhawk (original Pixhawk, FMUv2, running PX4 v1.8.1) that we are using make use of this location. For this, we have set up a UP board with mavros, which sends the xy-data from the tracked UWB beacon to the Pixhawk over the /mavros/vision_pose/pose topic.
Pixhawk seems to have correctly received this location, as we saw in VISION_POSITION_ESTIMATE.However, we can't reliably LOCAL_POSITION_NED follow the ultra-wideband position: when the drone's ground is stationary, the position is correct, but when we take off (using position control, for safety), the VISION_POSITION_ESTIMATE still receives the correct, but ekf2 fusion Local_position/pose data cannot follow the data published by vision_pose/pose.
Set EKF2_AID_MASK to 8vision position fusion in qgc,
EKF2_HGT_MODE to 2Range sensor, lidar gives height information,
EKF2_EV_DELAY is 23ms,
EKF2_EV_GATE is 10SD
my uwb is 9Hz
It is worth mentioning that the /mavros/vision_pose/pose orientation we published is read from the orientation of the imu/data topic published by px4, and the z-axis value uses the distance data of the lidar pointing to the ground.
We define uwb with the x-axis north and the y-axis east (transformed on mavros). We did a test, the pixhawk head turned north, but the effect was very bad, not hovering in a fixed place (in position mode). I want to know if our uwb data is well integrated into the pixhawk, what exactly causes the pixhawk to not follow the uwb data very well.
Here is the log we did a test:https://logs.px4.io/plot_app?log=5f5cef98-77c8-4bdc-a3d4-19859dfc4d7d
We also tried to adjust the following parameters
EKF2_ACC_NOISE is 0.7,
EKF2_GYR_NOISE is 0.03,
EKF2_MAG_DECL, but the effect is the same
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Hello everyone!Can anyone help me?
We are trying to achieve indoor autonomous flight in a drone we are developing. For this, we want to use Ultra-Wide Band (UWB) beacons. We are already able to track the location (not orientation) of an UWB beacon quite accurately. The next step for us is to have the Pixhawk (original Pixhawk, FMUv2, running PX4 v1.8.1) that we are using make use of this location. For this, we have set up a UP board with mavros, which sends the xy-data from the tracked UWB beacon to the Pixhawk over the /mavros/vision_pose/pose topic.
Pixhawk seems to have correctly received this location, as we saw in VISION_POSITION_ESTIMATE.However, we can't reliably LOCAL_POSITION_NED follow the ultra-wideband position: when the drone's ground is stationary, the position is correct, but when we take off (using position control, for safety), the VISION_POSITION_ESTIMATE still receives the correct, but ekf2 fusion Local_position/pose data cannot follow the data published by vision_pose/pose.
Set EKF2_AID_MASK to 8vision position fusion in qgc,
EKF2_HGT_MODE to 2Range sensor, lidar gives height information,
EKF2_EV_DELAY is 23ms,
EKF2_EV_GATE is 10SD
my uwb is 9Hz
It is worth mentioning that the /mavros/vision_pose/pose orientation we published is read from the orientation of the imu/data topic published by px4, and the z-axis value uses the distance data of the lidar pointing to the ground.
We define uwb with the x-axis north and the y-axis east (transformed on mavros). We did a test, the pixhawk head turned north, but the effect was very bad, not hovering in a fixed place (in position mode). I want to know if our uwb data is well integrated into the pixhawk, what exactly causes the pixhawk to not follow the uwb data very well.
Here is the log we did a test:https://logs.px4.io/plot_app?log=5f5cef98-77c8-4bdc-a3d4-19859dfc4d7d
We also tried to adjust the following parameters
EKF2_ACC_NOISE is 0.7,
EKF2_GYR_NOISE is 0.03,
EKF2_MAG_DECL, but the effect is the same
The text was updated successfully, but these errors were encountered: