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

Pr ekf gps check fix #44

Merged
merged 14 commits into from
Sep 30, 2023

Conversation

priseborough
Copy link

I'm not convinced that fb38bbb and 25249f9 are necessary, but they do improve accuracy.

I'll follow up with this PR ArduPilot#23999

Make it user selectable.
Remove potential for a race condition between decisions based on latest data and the EKF fusion processing which operates on a delayed time horizon. This is achieved by preventing data entering the buffer if awaiting checks to pass ensuring that no EKF fusion time horizon processes can use data that hasn't passed checks.
Log the waitingForGpsChecks class variable
@priseborough
Copy link
Author

It looks like there is a bug with logged airspeed innovations flat-lining during dead reckoning so I will chase that up now.

The previous method resulted in data incest and fusion of predicted airspeed on every EKF internal time step.
This was not apparent during flight where the vehicle was turning, but during long straight legs did not constrain along track drift.
Ensure that a fallback for planes will always occur if the EKF is unable to provide attitude, vertical velocity or vertical position and the DCM is.
Add separate control over fallback behaviour in FW and VTOL modes
@tridge tridge merged commit 8de914f into tridge:pr-ekf-gps-check-fix Sep 30, 2023
35 checks passed
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

Successfully merging this pull request may close these issues.

2 participants