Open Katawann opened 12 months ago
Sorry to hear about the crash. The reason why it jumps is because GNSS is considered as the absolute reference. We don't know is the altitude was correct before or if it was wrong and corrected itself after the jump. I think the main issue here is rather that the drone went down to reach the setpoint (the mission WP are also absolute positions). If the altitude of the 2nd GNSS receiver didn't jump, it's true that we could leverage this.
Otherwise, we could also try to adjust the mission items but again, we don't really know if the height was correct before or now; but we could define that if a height reset occurs during a mission we want to adjust the mission height to continue the flight with the same altitude (even if it's not the correct absolute one).
Thank you for checking my case @bresch ! Maybe few questions then:
Describe the bug
Hello,
we just had a crash today with one of our hexacopter drone. The drone suddenly shift its position of 6m down causing the crash in vineyard. From what I see there is an unexplained change in GPS altitude, the EKF algorithm seems to trig the vertical position issue but few seconds later it still apply the altitude of GPS in the Fused Altitude Estimation
To Reproduce
Not sure yet...
Expected behavior
PX4 should not detect an error with the GPS altitude and rather use barometer or secondary GPS to define the altitude rather to do a big jump like this ?
Screenshot / Media
Flight Log
https://logs.px4.io/plot_app?log=852be942-403a-4299-99fc-513ae8df0f55
Software Version
v1.13.2
Flight controller
Pixhawk 6C
Vehicle type
Multicopter
How are the different components wired up (including port information)
Additional context
No response