-
Notifications
You must be signed in to change notification settings - Fork 18.1k
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
AP_Soaring: Rate limit the NVF publishers to 4Hz #29064
AP_Soaring: Rate limit the NVF publishers to 4Hz #29064
Conversation
2a5d0c6
to
41ce81a
Compare
It would be great if you could document that this table: https://ardupilot.github.io/MethodicConfigurator/TUNING_GUIDE_ArduCopter#612-configure-logging |
Note that we're hoping these will be very temporary messages. As in, it would be nice if 4.7 didn't go out the door with these. |
Signed-off-by: Ryan Friedman <[email protected]>
41ce81a
to
817dd51
Compare
@Ryanf55 tested in its current form? |
// store time of last NVT publish | ||
#if HAL_SOARING_NVF_EKF_ENABLED |
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.
// store time of last NVT publish | |
#if HAL_SOARING_NVF_EKF_ENABLED | |
#if HAL_SOARING_NVF_EKF_ENABLED | |
// store time of last NVT publish |
Follow up from today's dev call covering #29030, we should rate limit the named value float thermal estimates to avoid flooding the GCS link.
I chose 4Hz.
See ArduPilot/MAVProxy#1500 for test instructions.
To test, I checked the packet reception times in mavproxy to see they are ~4hz.
This code block is disabled by default.