-
Notifications
You must be signed in to change notification settings - Fork 1.8k
Description
Current Behavior
In a VTOL setup with a dedicated pusher motor, there does not seem to be a straightforward way to control the pusher throttle separately during transition using a different RC channel or another dynamic input source.
At the moment, the pusher motor can be mixed as an additional motor, but its throttle contribution appears to be static within the mixer. This makes it difficult to shape transition behavior in a flexible way, especially when trying to smoothly increase forward thrust while reducing lift motor authority at the same time.
For example, in my case I would like to control the pusher motor independently during transition, so I can gradually increase pusher thrust while the vertical motors are reduced in a controlled way.
Desired Behavior
It would be very useful to have a way to control the pusher motor throttle separately during VTOL transition.
This could be done through:
- a separate RC channel
- a logic-condition-driven value,
- or another dynamic internal control source.
The main goal is to allow smooth and tunable transition behavior by controlling pusher thrust independently from the main throttle logic when needed.
Suggested Solution
One possible solution would be to allow the throttle weight/value of an additional motor in the motor mixer (for example motor 5 in a VTOL setup) to be driven dynamically via GVAR and logic conditions.
That would make it possible to:
- increase pusher throttle progressively during transition,
- reduce vertical motor influence at the same time,
- and create more flexible transition strategies depending on flight mode, conditions, or user-defined logic.
For example, if the throttle coefficient of the pusher motor could be assigned to a GVAR, then that GVAR could be changed dynamically through logic conditions or mode-based rules.
Of course, the implementation could also be done in a different way if there is a better architectural approach in iNav. The GVAR / logic-condition-based approach just seems like one of the most flexible options from a user perspective.
Who does this impact? Who is this for?
This is mainly useful for advanced VTOL users, especially people using multicopter + pusher hybrid configurations and trying to fine-tune transition behavior.
It would be particularly valuable for custom VTOL platforms where smooth forward transition is important and where the default mixer behavior is too static.
Additional context
The motivation is to achieve a smoother transition by ramping up the pusher motor while reducing the vertical motors in a coordinated way.
Right now, a static mixer does not provide enough flexibility for that use case.
A feature like this could improve transition tuning for custom VTOL aircraft and reduce abrupt behavior during the handoff from vertical lift to forward flight.
