Well if you're sensing a 40 MHz band you have to retune. The largest band
you can sense without retuning is about 25 MHz.
Also I would try higher FFT sizes, like 1024, 2048, or 4096. Watch your CPU
load when you run your script, your processor probably isn't slowing you
down even with large FFT
Changing the fft size won't change your sensing time that much unless the
machine you're using is really slow or the fft size is outrageous. What fft
sizes are you using?
What will affect your sensing time more is the sampling/decimation rate you
sent, the tune delay, and the dwell delay. Be
Thank you for replying.
I have already tried different fft size (256, 128, 32, etc) but as you said it
did not change my sensing time. I also change my decimation but no luck too.
I intend to sense a broad band, say, 20M or 40M. But it seems this script costs
too much time working. Should I
On Fri, May 13, 2011 at 14:25, Tom Rondeau trondeau1...@gmail.com wrote:
On Fri, May 13, 2011 at 11:12 AM, Yang yyl@gmail.com wrote:
Hi all,
I am working on the implementation of dynamic spectrum access with
gnuradio and usrp2. I modified usrp_spectrum_sense for usrp2 to do the
sensing
Hi all,
I am working on the implementation of dynamic spectrum access with gnuradio and
usrp2. I modified usrp_spectrum_sense for usrp2 to do the sensing job. However,
I find the sensing speed is intolerably slow, which is about 1s for 1MHz.
I try to reduce the fft size but no significant
On Fri, May 13, 2011 at 11:12 AM, Yang yyl@gmail.com wrote:
Hi all,
I am working on the implementation of dynamic spectrum access with gnuradio
and usrp2. I modified usrp_spectrum_sense for usrp2 to do the sensing job.
However, I find the sensing speed is intolerably slow, which is