PPMIN sample acquisition bad

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Connect slave TX to trainer port
2. Calibrate stick centres in PPMIN menu as normal
3. Moving slave stick slightly right results in sudden jump to large negative 
number. Moving left is OK, but range is very limited (20% of expected.)

What is the expected output? What do you see instead?
Something close to +/-100 results from moving slave stick full left/right

Original issue reported on code.google.com by gru...@gmail.com on 15 Dec 2010 at 3:14

[GoogleCodeExporter]

Tested ER9X trunk r285 on stock 9X. Acquisition and calibration working. But 
input only 25% of that expected. 

It required a multiplier of x2.6 to achieve similar servo throws (using DX6 as 
source/trainee) and under those conditions, the numbers of the PPMIN 
calibrartion menu page swing from about -200 to +200. (+/-60ish without the 
multiplier)

gruvinx9x is this not only failing to get the initial samples right, but will 
probably need more work to rationalise the final results.

Original comment by gru...@gmail.com on 20 Dec 2010 at 10:22

• Changed state: Started

[GoogleCodeExporter]

Disregard previous comment re. "only 25%" -- that was my Spektrum DX6 
outputting incorrect pulse-widths, for why/how I don't know.

Original comment by gru...@gmail.com on 21 Dec 2010 at 1:41

[GoogleCodeExporter]

Fixed. (/branches/frsky -- will be included in trunk update to v1.2 soonish)

Problem was compiler dependant. My compiler (GCC) was not choosing signed int 
instead of an unsigned int. Added a type cast to force the issue. (I later 
discovered that ER has also made the same tweak. Should have looked there first 
to save time! :p)

Original comment by gru...@gmail.com on 21 Dec 2010 at 1:45

• Changed state: Done

[GoogleCodeExporter]

Original comment by gru...@gmail.com on 23 Sep 2011 at 1:52

• Changed state: Verified