Skip to content
This repository has been archived by the owner on May 1, 2024. It is now read-only.

ekf: disable xy accel bias learning before takeoff #818

Merged
merged 2 commits into from
May 19, 2020

Conversation

bresch
Copy link
Member

@bresch bresch commented May 15, 2020

replaces #816
follows #817
In the log below, I oriented sequentially each axis with the gravity vector
DeepinScreenshot_select-area_20200515095438
Note that the accel bias learning is quite bad because the only sources of aiding are baro and fake hpos.

As those biases are usually poorly observable before takeoff because
they are almost perpendicular to the gravity vector, learning is often
driven by noise and numerical issues. This results in incorrect bias
learning before takeoff when the drone is static on ground for a long
period of time.
kamilritz
kamilritz previously approved these changes May 15, 2020
Copy link
Contributor

@kamilritz kamilritz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It would be good to have the same log with good velocity or position observations.

@kamilritz
Copy link
Contributor

CI tests are checking if the variances are big enough after some initialisation time. These values are set based on previous results. They can be changed without hesitation.

@kamilritz
Copy link
Contributor

Can you do a test flight on uneven ground? Then we could replay before and after and see the difference.

@bresch bresch requested a review from priseborough May 15, 2020 19:07
@priseborough
Copy link
Collaborator

Should be sufficient tolerance given acos of 0.8 is ~36 deg.

@priseborough priseborough merged commit 37d9cef into master May 19, 2020
@priseborough priseborough deleted the pr-disable-acc-bias-on-ground-upstream2 branch May 19, 2020 08:02
@kamilritz
Copy link
Contributor

@bresch It would be beneficial to also add unit tests for this.

@bresch
Copy link
Member Author

bresch commented May 19, 2020

@kamilritz Add the checks that the correct axes are not learned in the roll90 and pitch90 initialization? Would that be enough or do you have another check in mind?

@kamilritz
Copy link
Contributor

Yes, for all main axis pointing down, a check that only the right bias is learned

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

Successfully merging this pull request may close these issues.

None yet

3 participants