Re: [Discuss-gnuradio] Install gnu radio on to ubuntu linux 9.04 (Jaunty)
Dear Johnathan and Alexandru Csete, Because there are many errors so I reinstall fresh ubuntu linux 9.04 (Jaunty) again. Then I installed gnu radio following instruction from http://gnuradio.org/redmine/wiki/gnuradio/DebianPackages. 1. Firstly I open Synaptic Package Manager. Then click *S*etting -- *R*epositories -- Third-Party Software -- Add 2. Then in APT line, I insert = deb http://gnuradio.org/ubuntu stable main 3. And I repeat and insert = deb-src http://gnuradio.org/ubuntu stable main However, after waiting several minutes, it come up errors (below). And I repeat several times, but the error still come up. So what is the mistake of my installation? Thank you Makmur This is the errors: W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/Release.gpg Could not connect to au.archive.ubuntu.com:80 http://au.archive.ubuntu.com/(91.189.88.46), connection timed out [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/main/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/restricted/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/universe/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/multiverse/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty-updates/Release.gpg Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty-updates/main/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty-updates/restricted/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty-updates/universe/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty-updates/multiverse/i18n/Translation-en_AU.bz2 Unable to connect to au.archive.ubuntu.com http: [IP: 91.189.88.46 80] W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/jaunty-security/Release.gpg Could not connect to security.ubuntu.com:80 http://security.ubuntu.com/(91.189.88.37), connection timed out W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/jaunty-security/main/i18n/Translation-en_AU.bz2 Unable to connect to security.ubuntu.com http: W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/jaunty-security/restricted/i18n/Translation-en_AU.bz2 Unable to connect to security.ubuntu.com http: W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/jaunty-security/universe/i18n/Translation-en_AU.bz2 Unable to connect to security.ubuntu.com http: W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/jaunty-security/multiverse/i18n/Translation-en_AU.bz2 Unable to connect to security.ubuntu.com http: W: Failed to fetch http://gnuradio.org/ubuntu/dists/stable/Release.gpg Could not connect to gnuradio.org:80 http://gnuradio.org/ (68.169.43.17), connection timed out W: Failed to fetch http://gnuradio.org/ubuntu/dists/stable/main/i18n/Translation-en_AU.bz2 Unable to connect to gnuradio.org http: W: Some index files failed to download, they have been ignored, or old ones used instead. 2010/1/26 Johnathan Corgan jcor...@corganenterprises.com On Sun, Jan 24, 2010 at 20:48, Makmur Hidayat makm...@gmail.com wrote: As far as I know that after installation then the package installed can be found in /usr/local/lib/python2.6/site-packages. But after I checked, the folder is empty. The usual place for binary packages is in /usr, not /usr/local, so you'll find the installed binaries in /usr/lib, Python files in /usr/lib/python2.6/site-packages, and examples in /usr/share/gnuradio. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC: sending IQ samples of square is resulting with lot of noise.
Thank you Jason, I could able to see the exact waveform of the samples from One USRP2 to another USRP2. But i found the scaling of the amplitude when I see from usrp2_fft.py and attaching a Scope Sink (like oscilloscope scope sink), there is much variance, which usrp2_fft.py is showing much amplified scale, but the real one of Scope Sink in the GRC is showing very very low amplitude factor, Is there any understanding is required here? And if i want to get some amplified result what to be done? best regards, srinivas. Jason Uher wrote: On Wed, Jan 27, 2010 at 3:31 AM, srinivas naga vutukuri srinivas.vutuk...@gmail.com wrote: Am sending a +1 to -1 amplitude square wave samples from Tx and when i capture on Rx end its not almost a square wave. I have generated the above I believe this is the maximum output power for the USRP2, and your are likely seeing distortions from the non-linearity of the circuits involved. I'm not sure what the linear range is for your daughterboards, but try turning it down to +/- 0.3 and see what happens. Also, make sure that your decimation/interpolation factors are correct. That is, if the DAC and ADC are operating at different sample rates, you have to adjust your int/dec factors or samples per symbol accordingly. Jason ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnu radio build error on beagle board
On 01/27/2010 11:53 PM, Philip Balister wrote: In a fit of madness, I decided to build gnuradio on the beagleboard. My current issue is ths error. Does anyone have any thoughts on what might cause this? Ignore this. I think the problem was failure to aggressively clean the source tree I copied from my x86 box. Must get git going on Beagle... Philip libtool: link: ar cru .libs/libviterbi.a .libs/metrics.o .libs/tab.o .libs/viter bi.o libtool: link: ranlib .libs/libviterbi.a libtool: link: ( cd .libs rm -f libviterbi.la ln -s ../libviterbi.la libviterbi.la ) g++ -DHAVE_CONFIG_H -I. -I../../../.. -g -O2 -Wall -Woverloaded-virtual -pth read -MT encode.o -MD -MP -MF .deps/encode.Tpo -c -o encode.o encode.cc mv -f .deps/encode.Tpo .deps/encode.Po /bin/sh ../../../../libtool --tag=CXX --mode=link g++ -g -O2 -Wall -Woverload ed-virtual -pthread -o encode encode.o libviterbi.la -lm libtool: link: g++ -g -O2 -Wall -Woverloaded-virtual -pthread -o encode encode.o ./.libs/libviterbi.a -lm -pthread encode.o: In function `main': /home/balister/gnuradio/gnuradio-core/src/lib/viterbi/encode.cc:49: undefined re ference to `encode' collect2: ld returned 1 exit status make[5]: *** [encode] Error 1 make[5]: Leaving directory `/home/balister/gnuradio/gnuradio-core/src/lib/viterb i' make[4]: *** [all-recursive] Error 1 Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tx frequency changing by clk_divider
Hi Johnathan, I'm doing something similar as you did in gr-sounder project, sending a code modulated as BPSK with the suppplied center frequency, but different code (which contains 1 and -1 also), and bandwith for the code, which is 32kHz instead of 32MHz. I used the clk_divider block to down the frequency to 32kHz, then I monitored the signal from the antenna part on daughterboard by an oscilloscope. The waveform of the signal is a nicer sinusoid wave, but it doesn't show the phase shift for -1 part in the sequence. I'm not sure if it's clear. If not, I will post some photos of the oscilloscope, but it just a continued sine wave without any phase shift for BPSK modulation. Thank you so much! Regards, Yan - Original Message - From: Johnathan Corgan jcor...@corganenterprises.com Date: Thursday, January 28, 2010 7:19 am Subject: Re: [Discuss-gnuradio] tx frequency changing by clk_divider To: Yan Nie yn...@uwo.ca Cc: discuss-gnuradio@gnu.org On Wed, Jan 27, 2010 at 15:08, Yan Nie yn...@uwo.ca wrote: The major problem of the frequency decreasing is the transmitting signal from the antenna doesn't show the result of BPSK modulation in the waveform of the signal. Could you please give some suggestions about what the problem? I'd like to help you out with this, as I wrote the original gr-sounder FPGA code, but to be honest I have no idea what you've done or what issue you are seeing with it. Could you perhaps elaborate with the kinds of extensions you have written to it, maybe a description of your signal flow, post links to screenshots of your lab equipment displays, or something more concrete than what you have written above? What is it doing that it shouldn't be, or what isn't it doing that it should? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] NO KNOBS, An interesting piece on army web site
http://www.twitpic.com/105rzu I wonder why it disappeared? Maybe coincidence. This was mentioned at the recent SDR Forum technical conference. SDR Forum has become the newest buzz word in town, Wireless Innovation Forum (you have to stay relevant right? You cannot believe how many times I hear at work that RF is dead but Wireless is in!). Bob ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interfacing GNU Radio with RF digitizer product
Under usrp/firmware/src I see a directory called usrp2. This is the Cypress firmware for USRP2? (while usrp2/firmware is firmware for the microblaze?) Is the Cypress USRP1 firmware still kicking around anywhere? On Wed, Jan 27, 2010 at 2:27 PM, Johnathan Corgan jcor...@corganenterprises.com wrote: On Wed, Jan 27, 2010 at 11:21, Catalin Patulea c...@vv.carleton.ca wrote: One more question: what is the difference between the various u2_revX? They are various hardware revisions; the current shipping hardware us u2_rev3. The vast majority of the FPGA code shared among them. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] NO KNOBS, An interesting piece on army web site
On Thu, 2010-01-28 at 10:45 -0500, Bob McGwier wrote: http://www.twitpic.com/105rzu I wonder why it disappeared? Maybe coincidence. This was mentioned at the recent SDR Forum technical conference. SDR Forum has become the newest buzz word in town, Wireless Innovation Forum (you have to stay relevant right? You cannot believe how many times I hear at work that RF is dead but Wireless is in!). The article is back up at a slightly changed URL: http://www.army.mil/-news/2010/01/27/33577-no-knob-radio-the-future-of-warfighter-communications/ Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Bluetooth access
Hi, I recall seeing code a while ago for allowing the GNU Radio to do Bluetooth sniffing. Any idea on where this is? http://sourceforge.net/projects/gr-bluetooth/ Jordan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interfacing GNU Radio with RF digitizer product
On Thu, Jan 28, 2010 at 11:33:55AM -0500, Catalin Patulea wrote: Under usrp/firmware/src I see a directory called usrp2. This is the Cypress firmware for USRP2? (while usrp2/firmware is firmware for the microblaze?) Long, long ago, there was a prototype for the USRP, and that ran code that used to exist in the now removed usrp1 directory. usrp2 is the directory for the second architectural rev of the USRP1 (Note that when these directories were created, the USRP2 was years in the future.) Sorry for any confusion this may have caused. The USRP1 firmware is contained in top/usrp/firmware/* The USRP2 firmware is contained in top/usrp2/firmware/* Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Interfacing GNU Radio with RF digitizer product
On Thu, Jan 28, 2010 at 2:09 PM, Eric Blossom e...@comsec.com wrote: usrp2 is the directory for the second architectural rev of the USRP1 (Note that when these directories were created, the USRP2 was years in the future.) Sorry for any confusion this may have caused. Thanks for the clarification! The USRP1 firmware is contained in top/usrp/firmware/* The USRP2 firmware is contained in top/usrp2/firmware/* I was about to ask where's the USB firmware for USRP2.. but then realized it doesn't even have USB :) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Build Problem - Ubuntu 8.04
Hello, I am installing GNURadio code from the trunk using git on a laptop running Ubuntu 8.04 and have some build problems. I follow the instruction for installing the code given in the wiki. i.e installing the required software using sudo apt-get, installing boost_1_37. Then I do ./bootstrap, ./configure --with-boost=$BOOST_PREFIX --disable-gr-pager. Configure completes and finds the correct boost library, options, etc. The config.log file gives a yes for all boost related items including checking whether the boost::program_options includes are available. But the make command is not successful and results in the following error. /usr/bin/ld: cannot find -lboost_program_options-gcc42-mt-1_37 collect2: ld returned 1 exit status make[5]: *** [gnuradio-config-info] Error 1 make[5]: Leaving directory `/home/ysjeong/gnu/gnuradio/gnuradio-core/src/lib' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/ysjeong/gnu/gnuradio/gnuradio-core/src/lib' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/home/ysjeong/gnu/gnuradio/gnuradio-core/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/ysjeong/gnu/gnuradio/gnuradio-core' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ysjeong/gnu/gnuradio' make: *** [all] Error 2 This error was reported in another mail but there was no response in that thread. Also, there is a previous installation of GNUradio 3.1.2 on a different user account. But I think that should not conflict because it is a separate installation from a different user. Any help to solve this is really appreciated.. Thanks, Sri ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install gnu radio on to ubuntu linux 9.04 (Jaunty)
On Thu, Jan 28, 2010 at 4:05 AM, Makmur Hidayat makm...@gmail.com wrote: This is the errors: W: Failed to fetch http://au.archive.ubuntu.com/ubuntu/dists/jaunty/Release.gpg Could not connect to au.archive.ubuntu.com:80 (91.189.88.46), connection timed out [IP: 91.189.88.46 80] Proxy? Are you behind a firewall that uses a web proxy? If so: System - Network proxy - Manual proxy configuration - (your settings) Apply System-Wide Restart Synaptic (and reload) Pascal ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Fwd: article: No-knob radio: the future of Warfighter communications?
Congratulations to the GNU developers !! URL: http://www.army.mil/-news/2010/01/27/33577-no-knob-radio-the-future-of-warfighter-communications/ No-knob radio: the future of Warfighter communications? Jan 27, 2010 By Sharon Rushen, CERDEC Public Affairs FORT MONMOUTH, N.J. - U.S. Army engineers in collaboration with their Navy counterparts hope to open the gates of cognitive radio development to academia, industry and other DoD organizations by building a universal radio test-bed this year. The Communications-Electronics Research, Development and Engineering Center's Software Defined Radio lab will work with the Navy Research Lab to transfer previous development done on the Joint Tactical Radio System to the GNU Radio's open source, free software environment. Through the GNU platform which is inexpensive and universally accessible, universities, contract companies and government agencies can use a common platform to advance the state of cognitive radio software. The transition to the GNU platform will help ease collaboration efforts with other organizations who frequently opt to use 'grass-roots' hardware for programming due to the comparably high-cost and limited accessibility of JTRS radios. Additionally, the GNU platform will enable the SDR lab to conduct large lab tests and field tests, rather than having to simulate larger-scale network testing. The cost constraints associated with the JTRS radio prohibit larger-scale networking, limiting the number of radios they can test at one time, explained SDR lab team lead, Tim Leising. Through funding provided by the Office of the Secretary of Defense, Director of Defense, Research and Engineering, the SDR lab team will collaborate with the Navy Research Lab, to start building a universal GNU radio test bed this year. Once the test-bed is completed, they will work together to make it remote-accessible using the Defense Research Engineering Network to house the software platform, allowing DoD organizations and external research partners to test their software on it from any location. CERDEC will facilitate a dial-in QA session for media participants to interact with leading U.S. Army researchers involved in developing the GNU test-bed. To participate in the media round table, contact CERDEC Public Affairs: (732) 427-1926. The Communications-Electronics Research, Development and Engineering Center (CERDEC) is one of the research and development centers under the U.S. Army's Research, Development and Engineering Command (RDECOM). The Software-Defined Radio (SDR) lab is part of CERDEC's Space and Terrestrial Communications Directorate. -- kch ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though I am writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.auwrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though I am writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.org mailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though I am writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Ya..i know...but if i put a legal value..its saying cannot receive on channel 0..its strainge..but dont know what is happening... can somebody please help... its happening with all the example programs...I have also now modified quite a few example scripts which are for usrp older version to work with usrp2..but for them also..its giving the same errors...though they use to work with the older usrp... On Thu, Jan 28, 2010 at 7:04 PM, Matt Ettus m...@ettus.com wrote: The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.org mailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though I am writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Hi Matt I have tried usrp2_fft.py -f 2.4G and also usrp2_fft.py -f 5.7G as you suggest below. In both cases, the fft window opens but no trace is displayed, and I see the following output in the terminal: usrp2: channel 0 not receiving usrp2::rx_sample() failed I only recently received my USRP2s and XCVR2450s, which were shipped at the end of December. Are there any known issues with the firmware on the SD cards at this time, or do you have any other idea why I can't seem to tune frequencies on these cards? Thanks Ian. -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, 29 January 2010 12:35 PM To: Manav Seth Cc: Ian Holland; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.au mailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.org mailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though I am writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Your firmware and fpga images on the sd card are probably out of sync. You can find images here: http://gnuradio.org/releases/usrp2-bin/trunk/ and here are instructions on how to burn: http://gnuradio.org/redmine/wiki/gnuradio/USRP2UserFAQ -Josh On 01/28/2010 06:14 PM, Ian Holland wrote: Hi Matt I have tried usrp2_fft.py -f 2.4G and also usrp2_fft.py -f 5.7G as you suggest below. In both cases, the fft window opens but no trace is displayed, and I see the following output in the terminal: usrp2: channel 0 not receiving usrp2::rx_sample() failed I only recently received my USRP2s and XCVR2450s, which were shipped at the end of December. Are there any known issues with the firmware on the SD cards at this time, or do you have any other idea why I can't seem to tune frequencies on these cards? Thanks Ian. -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, 29 January 2010 12:35 PM To: Manav Seth Cc: Ian Holland; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 onUSRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though Iam writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work. I tried usrp_siggen.py in verbose this morning and noticed again it was unable to set the Tx frequency. Also, I think the error I had mentioned above re usrp2_fft.py would be because the rx frequency couldn't be set. I have tried two of the daughtercards on one USRP2, and one of those two cards on the other USRP2, and still can't get it to set, though it worked fine using the same code for the BasicTx and BasicRx. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___
[Discuss-gnuradio] usrp stopped working
Dear all, My USRP has been working great until recently. Today, I tried testing with usrp_benchmark.py and got this, but not always. I tested it with gnuradio 3.1.3 and gnuradio 3.2.2 and got the same results. Testing 2MB/sec... usrp_open_interface:usb_set_alt_interface: failed could not set alt intf 0/0: Protocol error open_nth_cmd_interface: open_cmd_interface failed usrp: failed to load firmware /usr/local/share/usrp/rev4/std.ihx. Traceback (most recent call last): File usrp_benchmark_usb.py, line 106, in module main () File usrp_benchmark_usb.py, line 96, in main ok = run_test (rate, verbose) File usrp_benchmark_usb.py, line 63, in run_test usrp_tx = usrp.sink_s (0, tx_interp) File /usr/local/lib/python2.5/site-packages/gnuradio/usrp.py, line 232, in __init__ fpga_filename, firmware_filename) File /usr/local/lib/python2.5/site-packages/gnuradio/usrp1.py, line 946, in sink_s return _usrp1.sink_s(*args) RuntimeError: can't open usrp1 The boards still blink, sometimes when I power it on it doesn't blink, sometimes after a while both leds are steady. I would appreciate any hints to find out if I accidentally damage it. Regards, -- Reynaldo -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re:usrp stopped working
I forgot one thing I observed too: sometimes I get uUuU when I execute usrp_benchmark.py, but it freezes on the line Testing 2MB/sec... and I have to killed it. -- Reynaldo Dear all, My USRP has been working great until recently. Today, I tried testing with usrp_benchmark.py and got this, but not always. I tested it with gnuradio 3.1.3 and gnuradio 3.2.2 and got the same results. Testing 2MB/sec... usrp_open_interface:usb_set_alt_interface: failed could not set alt intf 0/0: Protocol error open_nth_cmd_interface: open_cmd_interface failed usrp: failed to load firmware /usr/local/share/usrp/rev4/std.ihx. Traceback (most recent call last): File usrp_benchmark_usb.py, line 106, in module main () File usrp_benchmark_usb.py, line 96, in main ok = run_test (rate, verbose) File usrp_benchmark_usb.py, line 63, in run_test usrp_tx = usrp.sink_s (0, tx_interp) File /usr/local/lib/python2.5/site-packages/gnuradio/usrp.py, line 232, in __init__ fpga_filename, firmware_filename) File /usr/local/lib/python2.5/site-packages/gnuradio/usrp1.py, line 946, in sink_s return _usrp1.sink_s(*args) RuntimeError: can't open usrp1 The boards still blink, sometimes when I power it on it doesn't blink, sometimes after a while both leds are steady. I would appreciate any hints to find out if I accidentally damage it. Regards, -- Reynaldo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Thanks Josh This partially fixed the problem, in the sense that samples are now displayed on the fft window when running usrp2_fft.py, and it no longer says channel 0 not receiving. However, it still fails to set the frequency of the receiver. Also, when I run usrp_siggen.py, I still get the same problem that the Tx frequency can't be set. In verbose mode, the output of usrp_siggen.py is as below. Any ideas on what else could be wrong? Regards Ian. USRP interpolation rate: 16 USRP IF bandwidth: 6.25MHz Set TX gain to: 15.0 Using auto-calculated mid-point frequency Failed to set freq. (...etc...) Your firmware and fpga images on the sd card are probably out of sync. You can find images here: http://gnuradio.org/releases/usrp2-bin/trunk/ and here are instructions on how to burn: http://gnuradio.org/redmine/wiki/gnuradio/USRP2UserFAQ -Josh On 01/28/2010 06:14 PM, Ian Holland wrote: Hi Matt I have tried usrp2_fft.py -f 2.4G and also usrp2_fft.py -f 5.7G as you suggest below. In both cases, the fft window opens but no trace is displayed, and I see the following output in the terminal: usrp2: channel 0 not receiving usrp2::rx_sample() failed I only recently received my USRP2s and XCVR2450s, which were shipped at the end of December. Are there any known issues with the firmware on the SD cards at this time, or do you have any other idea why I can't seem to tune frequencies on these cards? Thanks Ian. -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, 29 January 2010 12:35 PM To: Manav Seth Cc: Ian Holland; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 onUSRP2 Ya, its failing for me too...set_tx_center_freq is always failing (though Iam writing my code in python).. not able to find the cause... Have you been able to get any of the pre-written scripts (e.g. usrp2_fft.py or usrp_siggen.py) working? I can't even get those to work.
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
On 01/28/2010 09:17 PM, Ian Holland wrote: Thanks Josh This partially fixed the problem, in the sense that samples are now displayed on the fft window when running usrp2_fft.py, and it no longer says channel 0 not receiving. However, it still fails to set the frequency of the receiver. Also, when I run usrp_siggen.py, I still get the same problem that the Tx frequency can't be set. In verbose mode, the output of usrp_siggen.py is as below. Any ideas on what else could be wrong? Regards Ian. USRP interpolation rate: 16 USRP IF bandwidth: 6.25MHz Set TX gain to: 15.0 Using auto-calculated mid-point frequency The xcvr has a high band and a low band, which means there is a gap in the tunable frequency range for the xcvr. Therefore, the auto-calculated mid-point frequency is an invalid frequency for the xcvr. Pick a frequency in the high band or low band range: #define LB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(2.3e9) #define LB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(2.6e9) #define HB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(4.8e9) #define HB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(6.1e9) Failed to set freq. (...etc...) Your firmware and fpga images on the sd card are probably out of sync. You can find images here: http://gnuradio.org/releases/usrp2-bin/trunk/ and here are instructions on how to burn: http://gnuradio.org/redmine/wiki/gnuradio/USRP2UserFAQ -Josh On 01/28/2010 06:14 PM, Ian Holland wrote: Hi Matt I have tried usrp2_fft.py -f 2.4G and also usrp2_fft.py -f 5.7G as you suggest below. In both cases, the fft window opens but no trace is displayed, and I see the following output in the terminal: usrp2: channel 0 not receiving usrp2::rx_sample() failed I only recently received my USRP2s and XCVR2450s, which were shipped at the end of December. Are there any known issues with the firmware on the SD cards at this time, or do you have any other idea why I can't seem to tune frequencies on these cards? Thanks Ian. -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, 29 January 2010 12:35 PM To: Manav Seth Cc: Ian Holland; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent:
RE: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Hi Josh The xcvr has a high band and a low band, which means there is a gap in the tunable frequency range for the xcvr. Therefore, the auto-calculated mid-point frequency is an invalid frequency for the xcvr. Pick a frequency in the high band or low band range: #define LB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(2.3e9) #define LB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(2.6e9) #define HB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(4.8e9) #define HB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(6.1e9) Thanks - I will keep that in mind when using usrp_siggen.py in future. However, I have tried 2.4G with the source code from my original post (relevant code snippet for Tx tuning just below this paragraph, for which successTx is 0 and all frequency properties in TxTuneResult are 0), and also with usrp2_fft.py -f 2.4G, after burning the latest images. I still face the same problem that neither the Tx nor the Rx will tune. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc,TxTuneResult); ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
It could be failing to lock. You may want to watch the debug port on the usrp2. If the lock detect is failing, it will print out on the serial console. attach a 3.3v level serial port On 01/28/2010 10:09 PM, Ian Holland wrote: Hi Josh The xcvr has a high band and a low band, which means there is a gap in the tunable frequency range for the xcvr. Therefore, the auto-calculated mid-point frequency is an invalid frequency for the xcvr. Pick a frequency in the high band or low band range: #define LB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(2.3e9) #define LB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(2.6e9) #define HB_FREQ_MIN U2_DOUBLE_TO_FXPT_FREQ(4.8e9) #define HB_FREQ_MAX U2_DOUBLE_TO_FXPT_FREQ(6.1e9) Thanks - I will keep that in mind when using usrp_siggen.py in future. However, I have tried 2.4G with the source code from my original post (relevant code snippet for Tx tuning just below this paragraph, for which successTx is 0 and all frequency properties in TxTuneResult are 0), and also with usrp2_fft.py -f 2.4G, after burning the latest images. I still face the same problem that neither the Tx nor the Rx will tune. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc,TxTuneResult); ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2
Hey Ian, How did the problem get fixed? I mean what frequency you are setting with the -f option? Regards, Manav On Thu, Jan 28, 2010 at 10:17 PM, Ian Holland ian.holl...@rlmgroup.com.auwrote: Thanks Josh This partially fixed the problem, in the sense that samples are now displayed on the fft window when running usrp2_fft.py, and it no longer says channel 0 not receiving. However, it still fails to set the frequency of the receiver. Also, when I run usrp_siggen.py, I still get the same problem that the Tx frequency can't be set. In verbose mode, the output of usrp_siggen.py is as below. Any ideas on what else could be wrong? Regards Ian. USRP interpolation rate: 16 USRP IF bandwidth: 6.25MHz Set TX gain to: 15.0 Using auto-calculated mid-point frequency Failed to set freq. (...etc...) Your firmware and fpga images on the sd card are probably out of sync. You can find images here: http://gnuradio.org/releases/usrp2-bin/trunk/ and here are instructions on how to burn: http://gnuradio.org/redmine/wiki/gnuradio/USRP2UserFAQ -Josh On 01/28/2010 06:14 PM, Ian Holland wrote: Hi Matt I have tried usrp2_fft.py -f 2.4G and also usrp2_fft.py -f 5.7G as you suggest below. In both cases, the fft window opens but no trace is displayed, and I see the following output in the terminal: usrp2: channel 0 not receiving usrp2::rx_sample() failed I only recently received my USRP2s and XCVR2450s, which were shipped at the end of December. Are there any known issues with the firmware on the SD cards at this time, or do you have any other idea why I can't seem to tune frequencies on these cards? Thanks Ian. -Original Message- From: Matt Ettus [mailto:m...@ettus.com] Sent: Friday, 29 January 2010 12:35 PM To: Manav Seth Cc: Ian Holland; discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with XCVR2450 on USRP2 The -f argument to usrp2_fft.py is the frequency. By putting -f 1000 you are telling the system to try to tune the xcvr2450 to 1 kHz. The specified range is 2.4-2.5 GHz and 4.9 to 5.9 GHz. 1 kHz is WAY outside of that range. I would suggest you try something like: usrp2_fft.py -f 5.7G Matt On 01/28/2010 05:35 PM, Manav Seth wrote: Actually no...its always returning false... when I use usrp2_fft.py with -f 1000 then output does come but still it is unable to set the initial frequency though it did receive. I am still trying to figure out the problem... On Thu, Jan 28, 2010 at 3:43 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: On Wed, Jan 27, 2010 at 8:52 PM, Ian Holland ian.holl...@rlmgroup.com.aumailto:ian.holl...@rlmgroup.com.au wrote: Hi All I have been trying to set the Tx and Rx frequencies when using an XCVR2450 with a USRP2, but it seems these keep failing. A snippet of my source code is below for setting the Tx frequency. The output of this portion of code is Failed to tune Tx, and the frequencies are all 0, with spectrum_inverted being false. I have also tried to use usrp2_fft.py, and this fails saying nothing is received on channel 0. Does anyone know what the problem could be? Thanks Ian. /* try tuning Tx to a test frequency */ double Fc = 24.0; usrp2::tune_result TxTuneResult; bool successTx = device-set_tx_center_freq(Fc, TxTuneResult); if(successTx) { cout Tx Tune Successful:\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } else { cout Failed to tune Tx.\n; cout Baseband Frequency: TxTuneResult.baseband_freq \n; cout DxC Frequency: TxTuneResult.dxc_freq \n; cout Residual Frequency: TxTuneResult.residual_freq \n; cout Spectrum Inverted: (TxTuneResult.spectrum_inverted ? true : false) \n; } cout \n; ___ From: Manav Seth [mailto:smartyma...@gmail.com mailto:smartyma...@gmail.com] Sent: Thursday, 28 January 2010 3:29 PM To: Ian Holland Cc: discuss-gnuradio@gnu.orgmailto:discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Unable to tune Tx or Rx with