-
Notifications
You must be signed in to change notification settings - Fork 19.4k
AP_NavEKF3: remove primary-core-only logging #30880
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
base: master
Are you sure you want to change the base?
AP_NavEKF3: remove primary-core-only logging #30880
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I guess the only reason not to merge this is due to concerns over log size.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This also bit us in Canberra a couple of times.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this would massively increase log sizes. Adding a EK3_OPTIONS bit to log all lanes would be great, but doing this for everyone will just lead to huge logs
Well, log bitmask definitely lacks granularity. I got bit a few times by bits disabling seemingly unrelated messages. |
Perhaps we could skip logging this if the user isn't actually doing optical flow stuff? |
The XKF5 logging is a bit weird. It seems to log both Optical Flow and some other things. I think it might be useful to break XKF5 into two chunks? I.e, a seperate log just for EKF optical flow stuff |
This has come in the way of some logs I have been analysing