Forum: GNU Radio Tuning in uhd_fft.py

Posted by Sanat Gulvadi (Guest)
on 2012-08-17 14:10
(Received via mailing list)
Greetings,

How are the effects of DC mitigated in GNU radio? For example, if I use 
the
uhd_fft.py to just scan the spectrum, I do not see any DC spike at the
centre frequency. When I looked at the code, it has :

r = self.u.set_center_freq(target_freq, 0)

So I assume, it does not use the advanced tuning feature of UHD. Is this
correct? How, in this case is there no DC spike seen at the centre
frequency?
I am trying to code a scanning system that goes through the whole 
frequency
band of my RFX2400 dboard and at each center frequency, I grab a packet
from the air and apply an FFT to check for possible interferers etc. But 
I
am ending up with a spike at every centre frequency iteration. I have 
used
the two stage advanced tuning to try and push the DC leakage out of my 
band
of interest but I see no difference. I still get that single spike. (I 
am
using the UHD library and not GNU Radio)

Best Regards,
Sanat
Posted by Josh Blum (Guest)
on 2012-08-17 19:45
(Received via mailing list)
On 08/17/2012 05:09 AM, Sanat Gulvadi wrote:
> frequency?
> I am trying to code a scanning system that goes through the whole frequency
> band of my RFX2400 dboard and at each center frequency, I grab a packet
> from the air and apply an FFT to check for possible interferers etc. But I
> am ending up with a spike at every centre frequency iteration. I have used
> the two stage advanced tuning to try and push the DC leakage out of my band
> of interest but I see no difference. I still get that single spike. (I am
> using the UHD library and not GNU Radio)
>

There is a DC removal in the USRP, but it needs some time to integrate.
Perhaps in the gnuradio case, you are looking at an FFT that has had
some time to integrate at the new frequency. But in your finite
acquisition case, there is no time.

-josh
Posted by Alex Zhang (Guest)
on 2012-10-01 09:23
(Received via mailing list)
Found this mail, it seems that the DC removal is still on implementing? 
If
so, the tune request can not solve the DC problem at all?
Sorry for these questions, as I am really confused by the code and the
observed phenomenon.


On Fri, Aug 17, 2012 at 12:44 PM, Josh Blum <josh@ettus.com> wrote:

> > r = self.u.set_center_freq(target_freq, 0)
> used
>
> -josh
>
> _______________________________________________
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>



--

Alex,
*Dreams can come true  just believe.*
Please log in before posting. Registration is free and takes only a minute.
Existing account (Switch to SSL-encrypted connection)
NEW: Do you have a Google/GoogleMail or Yahoo account? No registration required!
Log in with Google account | Log in with Yahoo account
No account? Register here.