Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
1–10 of 15 posts
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#2[0]: http://www.amazon.com/RTL2832U-Low-Cost-Software-Compatible-... [1]: http://www.rtl-sdr.com/
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#3Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#4In addition even the modified periodogram discussed above has asymptotically nonzero variance [2], which means no matter how many samples you take, you will still have 'noise' in your PSD estimate. If you use biased estimators of the periodogram, such as the welch-bartlett method or the blackman-tukey algorithm, you will get much better results.
[1] http://www.ni.com/white-paper/4844/en/
[2] http://www.mathworks.com/help/signal/ug/nonparametric-method...
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#5If the $650 pricetag for the hardware described in the post leaves a bad taste in your mouth, you can use a fifteen dollar (including shipping) SDR from China[0] for basically the same spectrum coverage and utility[1]. [0]: http://www.amazon.com/RTL2832U-Low-Cost-Software-Compatible-... [1]: http://www.rtl-sdr.com/
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#6If you try to estimate power spectral density using the intuitive unbiased estimator (the DFT), you are going to have a bad time. A vanilla periodogram has very high sideband leakage, which means that the energy of the signal at a single frequency will look as if it "smeared out" across neighboring frequencies. The standard solution to this is to use the so-called 'modified periodogram' where the implicit rectangular…
edit: After inspecting the code, spectrum_sense is indeed applying a blackman-harris window before the DFT.
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#7Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#8If you try to estimate power spectral density using the intuitive unbiased estimator (the DFT), you are going to have a bad time. A vanilla periodogram has very high sideband leakage, which means that the energy of the signal at a single frequency will look as if it "smeared out" across neighboring frequencies. The standard solution to this is to use the so-called 'modified periodogram' where the implicit rectangular…
In practice, none of it matter in this case. The leakage of rectangular window is ~30dB at a distance of 30 bins, and they aggregate more than 30 adjacent bins together ("re-bin"), making the leakage no more than 1 bin. To make things worse, the dynamic range of their receiver barely scrapes 40dB (peak) or 30dB (SFDR/SINR) - rendering the use of a more sophisticated window a moot point.
Re: Fun with Software-Defined Radios: Mapping the Spectrum in the Mission, SF
#9If the $650 pricetag for the hardware described in the post leaves a bad taste in your mouth, you can use a fifteen dollar (including shipping) SDR from China[0] for basically the same spectrum coverage and utility[1]. [0]: http://www.amazon.com/RTL2832U-Low-Cost-Software-Compatible-... [1]: http://www.rtl-sdr.com/
Hi, author here -- I agree, the BladeRF is overkill for this kind of application. But, we were done with what we needed it for and it was just sitting around our lab so we decided to use it. I did use an RTL-SDR to poke around in the lower half of UHF, though.