Page 4 of 5

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 16:58:12
by Mattes61
Hey azaz44,
we have the same thoughts !
And yes it works now perfect, without subtrims needed !

Greetings
Matthias

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 17:03:33
by jjuk
Servo centres are usually 1500 or 1520.

The pulse should be between 1000 an 2000us.

I don't know why spirit needs less than this value, but there must be a reason.

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 18:49:57
by azaz44
Yeah, it depends how perfect you want to be. If you don't care about zero pitch in center (which doesn't matter if your pitch is not spring loaded) and don't use special functions, then you're fine. I found my numbers to resolve problem once and forever, as I want to use special functions more and more because of trying f3c.

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 19:14:21
by Habásek
For the vast majority of manufacturers, the center is 1520 μS and the ends 1100 μS and 1900 μS for 90° movement (1100 ~ 1900 μS )

https://manual.spirit-system.com/index. ... Servo_list

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 19:31:44
by azaz44
Habásek wrote:For the vast majority of manufacturers, the center is 1520 μS and the ends 1100 μS and 1900 μS for 90° movement (1100 ~ 1900 μS )

https://manual.spirit-system.com/index. ... Servo_list
yes, but we're talking about tx - fbl connection. Servos are a different story.

Re: Question about FrSky output mapping

Posted: Tue 09. May 2023 19:39:19
by Habásek
azaz44 wrote:
Habásek wrote:For the vast majority of manufacturers, the center is 1520 μS and the ends 1100 μS and 1900 μS for 90° movement (1100 ~ 1900 μS )

https://manual.spirit-system.com/index. ... Servo_list
yes, but we're talking about tx - fbl connection. Servos are a different story.
yes, Well, I think that the values are the same in order to comply with the PPM standard.

Re: Question about FrSky output mapping

Posted: Wed 10. May 2023 6:56:20
by franz88
zex he said that the spirit takes automatically the central impulse.
So if now in center stick you have 1518 or 1525 , you connect it to the software.
Now exit the software turn everything off and on again.
Now when you re-enter the software for the second time in the center stick you should have the value 0.
I am saying the true Tomas(zex) ?

The re-calibration of the radio sticks he's done Almost all the center stick?

Re: Question about FrSky output mapping

Posted: Wed 10. May 2023 7:22:29
by ZeXx86
Hello,

you are right.

Each powerup new center points are calibrated from Aileron, Elevator, Rudder channel.
This will also affect Pitch Channel.

So using trims is always bad idea because in the end it will make unequal travel for positive and negative range of the channel.

Re: Question about FrSky output mapping

Posted: Wed 10. May 2023 7:24:11
by azaz44
franz88 wrote:zex he said that the spirit takes automatically the central impulse.
So if now in center stick you have 1518 or 1525 , you connect it to the software.
Now exit the software turn everything off and on again.
Now when you re-enter the software for the second time in the center stick you should have the value 0.
I am saying the true Tomas(zex) ?

The re-calibration of the radio sticks he's done Almost all the center stick?
This is true for RUD, ELE and AIL. So you can set them even to whatever you (like 1550), restart and it'll be fine. At least if they are all same.

But then your pitch will be wrong. It looks like PITCH has to be same as RUD, ELE, AIL plus 7 us. So for example 1557.

All other channels (THR, GYRO, 7-16) don't center automatically. Most seem to need 1518 for the center. Which is a reason to use 1518 for RUD and ELE and AIL too, just to have some consistency.

Re: Question about FrSky output mapping

Posted: Wed 10. May 2023 7:39:57
by Mattes61
Hello azaz44,
you are right, the other channels except RUD, ELE and AIL don't center automatically, thats also my realization -
The best idea would be to center all channels automatically then that would be logical and consistent -

Why is this not implemented, what is the reason ?

Regards
Matthias