Glitchy output on RaspPi 3 and 1 without `-c 1` about rpitx HOT 7 CLOSED

After trying just the disable_pvt=1 by itself, I tried adding all the settings recommended in #24 (comment). Still pretty much the same behavior, maybe a tiny bit better but could be my imagination.

Interestingly, after changing the settings when I run vcgencmd get_config disable_pvt it says "disable_pvt is unknown"! The other settings from #24 discussion are shown, e.g. it shows me that "force_turbo=1" and the freq settings as expected. But not disable_pvt.

I found raspberrypi/firmware@ac0c0bf which commit message says this option might be removed?

from rpitx.

The VFO mode seems to produce a nice square wave for frequencies between about 2.5 kHz and 500 kHz. Somewhere above there, the glitches start getting worse and worse. (Below 2.5 kHz seems broken, ends up with glitchy signals way higher in frequency, like 560 kHz when requesting 1 kHz.)

I wouldn't rule it completely out, but I don't think this is just a triggering/scale artifact on my oscilloscope. I can leave the horizontal scale the same between 500 kHz and 800 kHz. At 500 kHz it's not "rock solid" but it's pretty good. At 800 kHz the glitching is very apparent.

I'll share a video via Twitter again and update this when it's posted.

from rpitx.

I tried my card in a Raspberry Pi 1 — same things! (I did do make clean in src and rebuild just in case, but didn't help either.)

So I ran git bisect.

After f342332 was applied, I start seeing the "glitches" at e.g. 27125 kHz VFO output, and FM transmit at 103300 gets very very distorted. If I checkout a274a8f immediately before the "Add GPCLK output" commit, then the output FM example at 103300 it is actually fairly clean in the local spectrum — a couple images on each side (and probably harmonics of course) but nothing like the mess it makes after the commit bisect identified as bad!

UPDATE: after commenting out all the /boot/config.txt lines I added, still seems like pretty good output reverting back to a274a8f.

from rpitx.

As suggested via Twitter, I tried sending the signal to GPIO 04 (pin 7) by adding the -c 1 option on the latest master currently ca94b38. This actually looks really good, even compared to a274a8f!

It's certainly not perfectly clean on the RTL-SDR "spectrogram" but looks the best I've seen it yet, from 5 kHz on up, when viewed on the oscilloscope. I'm not sure exactly what this option does (okay — I still am quite fuzzy on how the original PE1NNZ prototype even works :-) but it seems to be the right one right now!

from rpitx.

Hello. I tried sudo ./rpitx -m VFO -f 1000 and I take nice square waves without glitches

from rpitx.

@freebil raspberry model , Linux version ?

from rpitx.

@F5OEO Raspberry pi 3 with the latest raspbian jessie lite.

from rpitx.