At RPi 3 rpitx randomly shifting frequency during TX about rpitx HOT 11 CLOSED

It seems like this is caused by the cpufreq kernel module, which changes the frequency in order to save power. The ondemandgovernor is enabled by default.

from rpitx.

Hello! How did you see these diagrams? Thanks.

from rpitx.

Using this: https://signalhound.com/products/usb-sa44b/
However you can catch the signals also with RTL-SDR or SDRPlay(better) too..

from rpitx.

Ok, thank you!

from rpitx.

Perhaps I'm reading the graphic incorrectly, but both images show Mkr1 and Mkr2 having the same frequency.

It appears that the only difference between the two images is the center frequency.
Image 1 has a center freq of 25MHz and Image 2 has a center freq of 14MHz.

Am I correct in reading this?

from rpitx.

No, you are mistaken the fact that the Mkr1 is the intended transmission (14 MHz) Mkr2 showing the randomly shifter carrier (16.8 MHz)

The reason for two screenshot is the different span

from rpitx.

Maybe this video gives a better understanding of this phenomena:
https://www.dropbox.com/s/xxihgxrakkejlji/14MHz_and_random_16M8_shifting_RPi3_gpio18.png.MP4?dl=0

from rpitx.

My friend András, @ha7ilm noticed that this shift issue possibly caused by the dynamic CPU frequency change algorithm in RPi 3. I've tested it and looks like a workaround for the problem:
" sudo -s
echo powersave > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor "

from rpitx.

force_turbo=1 in /boot/config.txt shoud solve the issue

from rpitx.

The problem is frequency of PLLC (used by rpitx), which drifts with overclock.

from rpitx.

Should be fixed with feb6f4c : PLL_D is used which is very stable compare to PLL_C (variable)

from rpitx.