I have a suspicion here:
the FC in AltitudeVario/AltitudeHold is trying to correct altitude just by altering the thrust, and not by changing the collective pitch of the heli.
Unfortunately, I feel pretty sure this is the case.
This is not good news.
The main way to control the vertical position for a heli is not done with the throttle.
The head speed (rpm of rotor) changes little and the collective pitch angle does most of the job.
I am afraid this will be the case for the other autonomous altitude modes as well, like PositionHold, RTB, Pathplanner and GPSassist.
Well true, the vertical component can be disabled, but that makes for example RTB or Pathplanner questionable to use.
I have an idea how to get around this.
If the throttle when controlled by the FC during AltitudeVario is following the throttle curve set in the GCS, then possibly if I can set the Collective curve to follow the throttle, then the pitch will change as well but using its own curve.
To do this I need to move the definition of the throttle- and collective curves from the transmitter to the GCS.
Did that, no problem, its done by un-clicking the option Collective Pass through and set up the two curves in the GCS instead. In the transmitter I just pt them linear. The two curves are very different.
It works and output is controlled by these new curves.
However, I want the source of Curve2 to be the throttle, and not as before the Collective. But when I change the source setting from collective to Throttle, then the servos do not move at all when moving the throttle stick. It just moves to what ever value is on the Min position of collective curve. Change the Min value and save and then servos will move to new position and stay there regardless of stick movement.
Any ideas here?
Should be possible to chose Throttle as a valid option since its in the dropdown list box right?