C 2.01: why is the throttle trim behaviour different ?

A fork of eePe. It's aim is to provide one tool that works with ALL firmwares!
Post Reply
User avatar
SR71
Posts: 109
Joined: Tue Feb 28, 2012 10:21 pm
Country: Italy
Location: Rome

C 2.01: why is the throttle trim behaviour different ?

Post by SR71 »

Busy in OpenTx 2.0 conversion process, I noticed a weird difference.

In an old model, in order to achieve a trim range between 0 -50, I created the following mix (C 1.52):

Code: Select all

 CH10 TrmT Weight(+25%) Offset(100%)
that returns a 0 - 50 output on the whole trim range.

Loading the same file in C2.0.1 the Mix becomes:

Code: Select all

CH10 TrmT Weight(+25%) Offset(25%)
that always returns a 0 - 50 output on the whole trim range.

Now, put aside that, looking at it harder, it seems that after all the behavior more correct is the second one, why is this happening ?
Attachments
throttle_trim.eepe
(77.03 KiB) Downloaded 327 times

User avatar
MikeB
9x Developer
Posts: 17993
Joined: Tue Dec 27, 2011 1:24 pm
Country: -
Location: Poole, Dorset, UK

Re: C 2.01: why is the throttle trim behaviour different ?

Post by MikeB »

I believe the offset is now applied AFTER the weight, where before it was applied BEFORE the weight.
So in 1.52 the offset of 100% was then modified by the weight of 25% giving an actual offset of 25%.
Now, the offset is not modified.

The original method was in er9x/openTx for a long time. It is arguable that it should always have been done the new way.
I added an option to er9x/ersky9x a year ago to choose between these two methods, so existing mixes still worked, but you could choose this later (better) method.

Mike.
erskyTx/er9x developer
The difficult we do immediately,
The impossible takes a little longer!
Post Reply

Return to “companion9x”