[Discuss-gnuradio] Tuning in uhd_fft.py
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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] issues running usrp2_fft.py
Greetings list, I have hardly ever used gnuradio. But I want to use it for the usrp2_fft.py to use as a sort of spectrum analyzer. I installed gnuradio with the script created by Marcus Leech for ubuntu. Upon running usrp2_fft.py -f 2.45e9 -d 16 -g 20 I get a whole list of errors at the bottom of which is *RuntimeError: NO USRPs found on interface eth0 *The line before the Traceback (most recent call last): reads *eth0: socket: Operation not permitted * I ran *sudo chmod +s /usr/bin/usrp2_socket_opener *as posted in response to one of the previous queries but I still get the same error. The thing is that the device is actually connected on the eth1 interface. So if I run the same command with an additional *-e eth1 *it's the same error again except for the *eth1*. I have Ubuntu 11 on my machine. It has the latest gnuradio and UHD installed from the script and the latest Firmware and FPGA images. The hardware I am using is a USRP2-Rev4 with RFX2400 daughterboard. The problems I described above, I am facing on another machine that has the exact same setup except for Ubuntu 10 instead of 11. Another question is, the build_gnuradio script asks you to set your PYTHONPATH to /usr/local/lib/python2.7/dist-packages. Which I did, but I was getting errors like * from gnuradio import usrp2* *ImportError: cannot import name usrp2 *I have made sure that the packages are installed by running *dpkg --get-selections | grep gnuradio *and it shows me the python-gnuradio-usrp2 package as installed. I found that after exporting the PYTHONPATH to /usr/lib/python2.7/dist-packages instead, it runs but gives me the error above. But each new terminal I open, I have to run that export command. Is there a permanent solution ? Should I add the line *export PYTHONPATH=/usr/lib/python2.7/dist-packages* to the /etc/ld.so.conf file. Sorry if this question is too basic, I am not too experienced on linux. Best Regards, Sanat ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] issues running usrp2_fft.py
I actually came across the FAQ that I should be running uhd_fft instead. Don't know how I missed it before. Thanks anyway. Sanat On Thu, May 3, 2012 at 12:11 PM, Sanat Gulvadi sanatgulv...@gmail.comwrote: Greetings list, I have hardly ever used gnuradio. But I want to use it for the usrp2_fft.py to use as a sort of spectrum analyzer. I installed gnuradio with the script created by Marcus Leech for ubuntu. Upon running usrp2_fft.py -f 2.45e9 -d 16 -g 20 I get a whole list of errors at the bottom of which is *RuntimeError: NO USRPs found on interface eth0 *The line before the Traceback (most recent call last): reads *eth0: socket: Operation not permitted * I ran *sudo chmod +s /usr/bin/usrp2_socket_opener *as posted in response to one of the previous queries but I still get the same error. The thing is that the device is actually connected on the eth1 interface. So if I run the same command with an additional *-e eth1 *it's the same error again except for the *eth1*. I have Ubuntu 11 on my machine. It has the latest gnuradio and UHD installed from the script and the latest Firmware and FPGA images. The hardware I am using is a USRP2-Rev4 with RFX2400 daughterboard. The problems I described above, I am facing on another machine that has the exact same setup except for Ubuntu 10 instead of 11. Another question is, the build_gnuradio script asks you to set your PYTHONPATH to /usr/local/lib/python2.7/dist-packages. Which I did, but I was getting errors like * from gnuradio import usrp2* *ImportError: cannot import name usrp2 *I have made sure that the packages are installed by running *dpkg --get-selections | grep gnuradio *and it shows me the python-gnuradio-usrp2 package as installed. I found that after exporting the PYTHONPATH to /usr/lib/python2.7/dist-packages instead, it runs but gives me the error above. But each new terminal I open, I have to run that export command. Is there a permanent solution ? Should I add the line *export PYTHONPATH=/usr/lib/python2.7/dist-packages* to the /etc/ld.so.conf file. Sorry if this question is too basic, I am not too experienced on linux. Best Regards, Sanat -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] controlling individual gain elements using gain_group
Hi,
I am not a very experienced programmer and I'd really appreciate some help.
I am working on a method to individually control gain elements of daughter
boards on the USRP2. Following is my code so far. Here, rx_subdev_device and
rx_codec_obj are of type wax::obj that I have passed from another method. It
compiles ok but during runtime throws the following error:
terminate called after throwing an instance of
'boost::exception_detail::clone_implboost::exception_detail::error_info_injectorboost::bad_lexical_cast
'
what(): bad lexical cast: source type value could not be interpreted as
target
Aborted
the code :
uhd::gain_group::sptr temp_rx_gg;
temp_rx_gg = uhd::gain_group::make();
uhd::usrp::dboard_id_t rx_bd_id =
uhd::usrp::dboard_id_t::from_string(RX);
temp_rx_gg=uhd::usrp::make_gain_group(rx_bd_id, rx_subdev_device,
rx_codec_obj, uhd::usrp::GAIN_GROUP_POLICY_RX);
std::vectorstd::string tempstr=temp_rx_gg-get_names();
for (size_t i=0; itempstr.size(); i++){
cout boost::format(gain elements %s) % tempstr[i] endl;
}
Thanks in advance,
Best Regards/Mit freundlichen Grüßen,
*Sanat Dinker Gulvadi*
Graduate student, TU Ilmenau.
98693 Ilmenau, Germany
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
