Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Question about Frequency Tuning #462

Closed
HazzaHFPV opened this issue Oct 30, 2020 · 4 comments
Closed

Question about Frequency Tuning #462

HazzaHFPV opened this issue Oct 30, 2020 · 4 comments
Labels

Comments

@HazzaHFPV
Copy link

Hi everyone,
I am well familiar with the procedure of frequency tuning, but I do have a question as I am getting inconsistent results.
I tuned several receivers running different FrSky protocols, each with different results, even on the same protocol.
To achieve good enough accuracy I bound the receivers, tuned the frequency, repeated the binding and tuned a second time.
Here are the 2 results per receiver:

Rx No. 1 FrSky XM+ with FrSkyX D16 LBT, tuning = +41, +43
Rx No. 2 FrSky XM+ with FrSkyX D16 LBT, tuning = -9, -11
Rx No. 3 FrSky XM+ with FrSkyX2 D16 LBT, tuning = -2, -3
Rx No. 4 SPI Receiver with FrSkyX D16, tuning = -27, -27

A spread from -27 up to +43 seems quite large in my eyes.
With each tuning I found the lowest (tune_min) and highest (tune_max) point at which the signal started to significantly drop and took the average (tune_median).
I wanted to compile the firmware with forced tuning values to make it easier in the future. Now it seems to me as if it is better to tune for each receiver and save the value for each model.
My question is: has anyone else noticed such inconsistencies in FrSky receivers or am I missing something in the tuning process?
Thanks for your help!

@pascallanger
Copy link
Owner

Might be why people are saying the XM+ is crap...
I'm surprised for the SPI receiver as I thought betaflight was doing auto tunning. But may be you are using something else.

@schwabe
Copy link
Contributor

schwabe commented Oct 30, 2020

Well if the SPI receiver was not turned off, it might have autotuned to the 0 value on poweron and then stayed there. That would also explain the symmetric +/-27

@pascallanger
Copy link
Owner

Usually the autotune is done at bind time. This is when you know that the TX is around and sending data continously to adjust the freq. But that could also be implemented differently...

@HazzaHFPV
Copy link
Author

Might be why people are saying the XM+ is crap...

That might be it, I guess.
I wasn't aware of Betaflight's auto-tuning of the SPI receiver. I guess that makes them less suitable for tuning the frequency of a protocol, as they introduce a second variable on the receiver side?
Nevertheless, I now tried two different SPIs, one in an CarzybeeF3 Pro and in a CrazybeeF4 Pro v3.0 Flight Controller.
Both came out at around -27 without a lot of spread.
As of the XM+, each receiver by itself seems consistent, but with variation among them.

I will borrow some more FrSky receivers from a friend who uses R-XSRs and X4Rs and have a look what values those will
give me.

I also had a look at the HoTT protocol while I was at it. Tested three different receivers and they all
ended up at the same value: +26. +26, +25.5. Very consistent 👍

Thank you for your input guys, much appreciated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants