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

Toverumar/mutual excl idlethrust #1384

Merged
merged 2 commits into from
Jun 11, 2024
Merged

Conversation

ToveRumar
Copy link
Contributor

Idle thrust can not be higher than 0 if autoarm is on (i.e the device is unarmed from start).

This is due to the ESCs for the brushless motors (only BL needs idle thrust) needs to receive a 0 signal before any other pwm signal to start.
The ESC wakeup time is not something we keep track of in the Firmware and so to get these to features to work simultaneously would require some work. We do not see it as necessary to be able to do both as of now.

For this reason we want to limit the use of these together.
We limit them both at run time and at build time.

…igher than 0.

Will only stop build time misconfiguration
@ToveRumar
Copy link
Contributor Author

What do you think about also limiting this for anything that is a quad but is not a brushless? This is how it is now. Should we check so that it will only limit it if its a brushless?

We need to override the idleThrust param stored in eeprom with 0 if arming is not on
The (brushless) motors needs to be fed a 0 signal after they started up and we do not know exactly when that is.
These two features are mutually eclusive and can not be used together
@ToveRumar ToveRumar force-pushed the toverumar/mutual_excl_idlethrust branch from f8aa1c4 to aa03faa Compare June 11, 2024 13:56
@ToveRumar ToveRumar merged commit d8fd72f into master Jun 11, 2024
24 checks passed
@ToveRumar ToveRumar deleted the toverumar/mutual_excl_idlethrust branch June 11, 2024 14:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants