Hi @CaptainJack8155,
This approach is useful when you’re handling trim through software that expects the simulator to manage it on its end (like Moza Cockpit, based on my testing). Works only on unencrypted aircraft you can actually edit.
The trick is to change this value in the flight_model.cfg file:
elevator_trim_limit=0.1
Note that for some planes elevator_trim_up_limit and elevator_trim_down_limit are set separately. In such case both should be changed.
Caveats:
- This makes the trim actually ineffective in the sim, so you entirely rely on the FFB device for that matter (so it has to be changed back if using a non FFB device). But this is what we want.
- You still see the trim moving in the cockpit (wheel, indicator, …), however there is no formal guarantee that it matches where the device “thinks” the trim et set. This is a minor problem I think.
- AFAIK it makes the autopilot ineffective at least for the vertical dimension.
To my knowledge, this is the only viable solution with the Moza Cockpit / MSFS combination (as long as hardware trim is implemented as it is now, and MSFS doesn’t handle FFB devices specifically and Moza Cockpit does not implement something to compensate the non-FFB-aware behaviour of the sim).
That being said: FFB-bridge handles this to some extent, by applying a contrary force on the pitch. There is a slider that allows (in my understanding, but this is not precisely documented afaik) to adjust to which extent this compensation should be applied, depending on the plane. In this case there is no need to apply the aforementioned flight model trick (and it should not).
It is very promising and kinda works, but for now I failed to achieve the perfect behaviour with this technique. The possible drawback is to get a reversed trim effect when it over-compensates, hence the importance of the related slider. I believe the compensation should be driven by a more complex function (as opposed to a simple ratio), because the trim effect depends on several factors, namely the TAS (see this discussion about how this is calibrated in VP-Force).
Not directly related, but about AY210’s elevator axis I still struggle with the mechanical friction of that axis on the hardware side, which is very strong and uneven along the travel (while it is very smooth on the roll axis). Currently dealing with Moza support about this, but it makes the “pitch experience” quite poor for me. Still waiting for Moza’s answer but I’m wondering if other users also experience this ?