joeylamb / opentx

Automatically exported from code.google.com/p/opentx
0 stars 0 forks source link

Duration Parameter Instead of Speed #181

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
- Which board (stock / gruvin9x / sky9x / Taranis) are you using?

Taranis

- What is your openTx FW version?

r2834

- What is your openTx EEPROM version?

215

- What steps will reproduce the problem?

For smooth transitions CUSTOM SWITCHES menu offers 'Duration' parameter in 
seconds.

However for the MIXERS menu, the similar option is 'Slow' parameter.  The 
'Slow' parameter is the speed to scan -100 to +100.

For mixing, this makes it difficult to estimate the actual speed settings 
necessary for smooth transitions (such as deploying flaps) when providing 
compensation on another control surface (e.g., Ele), as deflection amounts for 
each will be different.

- What is the expected output? What do you see instead?

For Mixes (and maybe Flight Modes too), it would be better if the user could 
specify a 'Duration' time in seconds and the firmware calculated the actual 
speed for each to complete at the same time.

Please provide any additional information below.

Flight Modes menu offers a 'Fade In' and 'Fade Out' parameter.  Not sure if 
those parameters are speed or duration?

Original issue reported on code.google.com by barry.m....@gmail.com on 9 Nov 2013 at 11:48

GoogleCodeExporter commented 8 years ago
IMO this is not possible. 
The problem is that the radio can't know in advance by how much you will move 
the control. Say you specify a duration of 1 second for your flaps controlled 
by the throttle stick. You start moving the stick by say 10%, the radio 
calculates to do those 10% in a second. But then while they're moving you 
continue moving the stick to 20%, so the calculation is now wrong etc, speed 
constantly has to be recalculated and will change...

What you should do is use an intermediate channel with the slow on it, then 
reuse that channel as source for the compensations (with no slow). That way 
they'll all be synchronised.

Fade in/out for modes is a duration. Not a problem there as the trigger is an 
on/off switch, not a proportional control.

Original comment by bernet.a...@gmail.com on 10 Nov 2013 at 8:54

GoogleCodeExporter commented 8 years ago
Why can't the radio figure that out using a similar technique as your 
suggesting (intermediate channel)?

Thanks for the suggestions.  I'll try to do all my transitions in flight modes 
and see if they are in fact synchronized.  

Original comment by barry.m....@gmail.com on 10 Nov 2013 at 7:14