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

Smooth arming when air mode is enabled #13582

Open
ChrisRosser opened this issue Apr 25, 2024 · 5 comments
Open

Smooth arming when air mode is enabled #13582

ChrisRosser opened this issue Apr 25, 2024 · 5 comments
Labels
Inactive Automatically detected and labeled, will be closed after another week of inactivity. Template: Feature Request Set by auto_close_issue.

Comments

@ChrisRosser
Copy link
Contributor

Is your feature request related to a problem? Please describe

When arming with airmode enabled a powerful quad that is tightly tuned can momentarily twitch/jump due to the interaction of the motors spinning up and airmode. This can make the arming process a little more scary than it needs to be!

The problem is very clear on the 3rd arm in the attached video.

440154954_7512113748835493_4361446968082598841_n.mp4

Describe the solution you'd like

I think there is a very simple solution for this issue:

  1. Wait a short time (~1s) after arming before enabling air mode to allow the motors to spin up and stabilise.
  2. Fade in the infludence of air mode over ~1s after the quad is armed to avoid a step change.

Describe alternatives you've considered

No alternatives considered.

Other information

No response

@ChrisRosser ChrisRosser added the Template: Feature Request Set by auto_close_issue. label Apr 25, 2024
@SupaflyFPV
Copy link
Contributor

Hi Chris. There is an airmode_activate_throttle parameter which is default to 25 - so airmode as I understand it is not active on arming until it hits that threshold.

Can you log this behaviour?

There is also a new TPA Low functionality which is active only for arming, to help with high gain tuning/builds....

eg for a 40% reduction which switches off after the breakpoint it would be:

set tpa_low_rate = 40
set tpa_low_breakpoint = 1070
set tpa_low_always = OFF

@ChrisRosser
Copy link
Contributor Author

Log.zip
Hi Supafly!

Thanks for helping me with this. Here is the log file.

@SupaflyFPV
Copy link
Contributor

SupaflyFPV commented Apr 26, 2024

Log.zip Hi Supafly!

Thanks for helping me with this. Here is the log file.

Hi Chris, no worries. The log appears to have an unprovoked gyro output on arming, and because he is using the Speedybee v3 stack I suspect that it is one of the many I've seen which has issues due to a sub-optimal gyro voltage regulator circuit. The issue tends to appear as sporadic extreme pulses of gyro data way off anything commanded or from disturbance.

Thankfully they seem to have solved it with the v4. Brandon contacted me and he's gonna swap out the FC which I expect to solve the issue...

@xviews
Copy link

xviews commented Apr 28, 2024

How can I contact Brandon, I also have the problem and a v3

Copy link

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs within a week.

@github-actions github-actions bot added the Inactive Automatically detected and labeled, will be closed after another week of inactivity. label May 29, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Inactive Automatically detected and labeled, will be closed after another week of inactivity. Template: Feature Request Set by auto_close_issue.
Projects
None yet
Development

No branches or pull requests

3 participants