-
Notifications
You must be signed in to change notification settings - Fork 17.9k
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
Attitude Logging (ANG) #28059
Attitude Logging (ANG) #28059
Conversation
f9e0614
to
b90a406
Compare
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.
Love it.
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.
- rename method
- fix test
Perhaps a test to make sure Could use
|
b90a406
to
6df92b9
Compare
Here is a log from a quadplane mission |
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.
LGTM
@@ -566,7 +566,9 @@ void Copter::loop_rate_logging() | |||
// should be run at 10hz | |||
void Copter::ten_hz_logging_loop() | |||
{ | |||
// log attitude data if we're not already logging at the higher rate | |||
// always write AHRS attitude at 10Hz | |||
ahrs.Write_Attitude(attitude_control->get_att_target_euler_rad() * RAD_TO_DEG); |
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 think I would vote to still log ATT
at 25hz if medium logging is selected, but it make sense to drop it from 400Hz logging.
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.
My understanding from the dev call was to log at 10Hz only. I'm not going to open that can of worms again.
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.
Yes, the consensus was that ATT should be logged at a fixed rate of 10 Hz.
The idea is to move away from the ATT message. Why do you want to log ATT faster?
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.
The current behaviour is to log ATT at 10 Hz if MASK_LOG_ATTITUDE_MED is on and not logging it at all if MASK_LOG_ATTITUDE_MED is off.
It looks like MASK_LOG_ATTITUDE_FAST is being used to log EKF_POS at 10 Hz.
These are a bit of a mess.
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.
Note that ATT is not currently logged at 25Hz. Other things are but not ATT, at least not in copter.
fdd8510
to
6c9af94
Compare
6c9af94
to
53138d4
Compare
…itude logging Move RATE message to AC_AttitudeControl_Logging.cpp
53138d4
to
6430905
Compare
Tested on my 5" |
I guess I wasn't involved in the review of this (probably my fault for not paying attention) but I think it's a bit odd that we now have both ATT and ANG messages with nearly exactly the same information in them. It's hard to imagine what argument would not allow increasing the rate of the ATT message but would allow a duplicate message |
Introduces a new high rate attitude message - ANG - to replace the use of ATT for the attitude controller.