-
-
Notifications
You must be signed in to change notification settings - Fork 429
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
Comments
Might be why people are saying the XM+ is crap... |
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 |
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... |
That might be it, I guess. I will borrow some more FrSky receivers from a friend who uses R-XSRs and X4Rs and have a look what values those will I also had a look at the HoTT protocol while I was at it. Tested three different receivers and they all Thank you for your input guys, much appreciated. |
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!
The text was updated successfully, but these errors were encountered: