Re: [Discuss-gnuradio] how to use from file in benchmark_tx.py
Hi, Try this: ./benchmark_tx.py -f 2.45G -r 512k --from-file=Apress.pdf I think this will be work. Fisheep Muhammad Rizwan-3 wrote: > > Hello, > I have a couple of (in fact more than that) questions, kindly answer > them asap: > How to use the option of --from-file in benchmark_tx.py? > I am using USRP1, gnuradio3.2.1 and RFX2400. Secondly how to use --log > option in benchmark_rx.py? From where the --from-file option reads the > input files and how to receive that file? Kindly describe these options > a little bit as well, what they exactly do? > This is how i am using it in the terminal: > ./benchmark_tx.py -f 2.45G -r 512k --from-file Apress.pdf > but its not working. > When i use the log file option, it generates a file > 'clock_recovery.dat'. It never opens. What to do? > Thanks! > Muhammad Rizwan > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://old.nabble.com/how-to-use-from-file-in-benchmark_tx.py-tp28739017p28749883.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP2 FPGA now builds on ISE12
The USRP2 FPGA image can now be built with ISE 12.x. ISE 11.x probably also works, but since 12 is a free upgrade from 11, I suggest you use 12. Everything still works on ISE 10.1.03 as well. One additional change is that both the plain (Raw Ethernet) and UDP versions (for UHD) are in the same tree now. Build the plain version with: make bin in the usrp2/top/u2_rev3 directory, and the UDP version can be built with: make -f Makefile.udp bin This experimental branch is called ise12_exp and you can get it from our git repository: http://code.ettus.com/redmine/ettus/projects/show/fpga It does not quite meet timing yet, but it is plenty good for experimental work. We will be working on timing closure in the next couple of weeks. Any feedback would be much appreciated. Huge thanks go to Ian Buckley for his help in this porting effort. Thanks, Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
With the change in 'date' and using 'awk', I still got the python dyld load error, which I tracked down to the SWIG libraries. Doing 'make clean' there and then 'make' did the trick. !...@#$% fragile SWIG stuff. - MLD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Tue, Jun 1, 2010 at 14:46, Michael Dickens wrote: > Can we instead use something like: > > $ date -u +"%a, %d %b %Y %R:%S" This works. > Doing "grep -r BUILD_DATE ." from the top-level > directory, I think, shows that this variable isn't even used ... yes? It is in gnuradio-core/src/lib/general/gr_constants.cc.in, and ultimately shows up in the output of: $ gnuradio-config-info --builddate Mon, 31 May 2010 06:51:25 + I've got a new solution for the cut issue, using only shell script commands (we don't want the awk dependency), so with the two of these, I think we're set. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Jun 1, 2010, at 1:52 PM, Johnathan Corgan wrote: From the manpage: -R, --rfc-2822 output date and time in RFC 2822 format. Example: Mon, 07 Aug 2006 12:34:56 -0600 Can we instead use something like: $ date -u +"%a, %d %b %Y %R:%S" which isn't quite RFC 2822 compliant since it's missing the following "+" (since '-u') was specified ... but it'll always be "+" so do we really need it there? Doing "grep -r BUILD_DATE ." from the top- level directory, I think, shows that this variable isn't even used ... yes? I think the above command is cross-OS compatible ... we can expand out %R if necessary. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Jun 1, 2010, at 2:38 PM, Johnathan Corgan wrote: $ echo '1-2-3-4' | awk -F- '{print NF}' 4 Can you test Darwin's 'awk' for this? the '$' line returns exactly '4' ... I guess that's good? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] PPM radio control signal demod
I'm interested in demodulating the simple PPM signal commonly used for RC aircraft control in the 72 MHz band. While searching, I came across a post to this list back in 2005 where Chuck Swiger linked to a page that looked interesting, but the page isn't up and archive.org doesn't go that deep. Does anyone have a copy of that page, or have any ideas for other references that might be useful? I've included a few notes that I've accumulated below. Thanks! Peter http://en.wikipedia.org/wiki/Pulse-position_modulation Lab notes with some details about PPM modulation/demodulation: http://www.eng.auburn.edu/~troppel/courses/TIMS-manuals-r5/TIMS%20Experiment%20Manuals/Student_Text/Vol-D2/D2-11.pdf Has good MATLAB PPM generation code: https://www.ee.oulu.fi/research/ouspg/RFID%20Audit%20Toolkit Paper on PPM demodulation techniques aimed at the optical world, but mentions trivial approaches: http://users.ece.utexas.edu/~bnosratmakouei/index_files/papers/PPMdemodulation.pdf Old message: http://lists.gnu.org/archive/html/discuss-gnuradio/2005-05/msg00066.html > From:cswiger > Subject: [Discuss-gnuradio] radio control transmitter signal > Date:Wed, 4 May 2005 16:37:09 -0400 (EDT) > Gang - Here's a little bit on receiving a model aircraft R/C > transmitter signal. Get a great demod PPM output - the challenge > would be to write a signal processing block to output each channel > position. Switching to PCM might be easier to work with tho. > > http://webpages.charter.net/cswiger/rc_nbfm.html > > --Chuck ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Tue, Jun 1, 2010 at 12:52, Johnathan Corgan wrote: > Feel free to suggest an alternative way of doing this test. My > script-fu is not my greatest asset :-) I have a solution for this using awk (thanks Jordan): $ echo '1-2-3-4' | awk -F- '{print NF}' 4 Can you test Darwin's 'awk' for this? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] maximum recursion depth exceeded
> Also, what version of GNU Radio are you using? > (I seem to remember we made a change that produced a more informative > message in this case.) > > Eric Thank you so much for the reply. I'm using GNU Radio 3.2 svn. I've another question related to the received data. I'm trying to capture the signal just after tunning back to baseband by using file_sink_c(gr.sizeof_gr_complex,filename) and reading data in octave. Here is a portion of the data I captured: 0 -2i 6 +9i -33 - 52i 83 + 144i -189 - 331i 368 + 663i -694 - 1258i 1365 + 2435i -4062 - 6523i 1164 - 1570i -1669 + 550i -1177 - 2948i 605 + 1495i -320 - 797i 159 + 403i -70 - 186i 25 + 70i -6 - 18i 0 +0i 0 +0i 0 -1i 0 +0i 0 -1i 0 -1i 0 +0i 0 -1i 0 +0i -1 +0i 0 +0i -1 +0i 0 +0i 0 +0i -1 +0i 0 +0i 0 +0i 0 +0i 0 +0i -1 +0i 0 +0i -1 -1i I got an info on dealing with the received data, the firest 20 or so samples is an artifact of the USRP due to the first time enable, which can be ignored. However, How can I figure out how many samples can be ignored in my case? Where can be starting sample to collect the data to do analysis? Thanks for help. Regards, Yan <>___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
> From: Marcus D. Leech > Subject: Re: [Discuss-gnuradio] USRP with Basic_RX > To: "Johnathan Corgan" , > Discuss-gnuradio@gnu.org > Date: Tuesday, June 1, 2010, 2:32 PM > On 06/01/2010 03:15 PM, Johnathan > Corgan wrote: > > > > I think he's using a USRP2. Isn't the dual > source USRP1 only? > > > > What he's asking for is a dual, coherent DDC for the I > and Q inputs of > > a BasicRX in a USRP2. This is a common enough > request that I think it > > would be useful to put into the stock FPGA > functionality of UHD, using > > VRT to separate the samples into two separate > streams. > > > > Johnathan > > > > > Yes, that's precisely what I want. I want to be able > to treat the two > inputs of a Basic_RX as > real-sampled data that are largely independant, but > they're both tuned > to the same frequency. > > This is for precision radiometry, with a "outside world" > channel and a > "reference" channel. > > There are a couple of approaches--one using a reference > channel, and the > other switching the > entire gain chain between "outside world" and > "reference". I want to > explore both options. > The switching option would use a single input, with > the input switched. > > > > -- > Principal Investigator > Shirleys Bay Radio Astronomy Consortium > http://www.sbrac.org > > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > If there is going to be a discussion on adding more functionality to the USRP2, then I would like to endorse the development of another independent DDC in the FPGA of the USRP2. I currently use 2 LFRX daughter cards in the USRP1 to obtain 4 independent real channels; I would love to be able to do the same with 2 USRP2's connected via a MIMO cable. Thanks, eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Tue, Jun 1, 2010 at 12:02, Michael Dickens wrote: > BUILD_DATE=`date -R -u` > > > The '-u' works ("Display or set the date in UTC (Coordinated Universal) > time"), but there is no "-R" option to Darwin's built-in 'date'. What does > the '-R' option specify? >From the manpage: -R, --rfc-2822 output date and time in RFC 2822 format. Example: Mon, 07 Aug 2006 12:34:56 -0600 > (2) config/gr_git.m4:37 > > if test x`echo $GIT_DESCRIBE | cut -f 1- -d '-' --output-delimiter=' > ' | wc -w` = x4; then > > > It's the "--output-delimiter" that doesn't work with Darwin's 'cut'; this > version only handles single '-' parameters. What does this option do? >From the manpage: --output-delimiter=STRING use STRING as the output delimiter the default is to use the input delimiter In our case, we ask cut to delimit the output fields with spaces instead of the input delimiter '-'. This is so the 'wc' program can tell how many fields there are by counting words. We need to know if there are 3 or 4 '-' delimited fields in the output of `git describe`. Feel free to suggest an alternative way of doing this test. My script-fu is not my greatest asset :-) Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
On 06/01/2010 03:15 PM, Johnathan Corgan wrote: > > I think he's using a USRP2. Isn't the dual source USRP1 only? > > What he's asking for is a dual, coherent DDC for the I and Q inputs of > a BasicRX in a USRP2. This is a common enough request that I think it > would be useful to put into the stock FPGA functionality of UHD, using > VRT to separate the samples into two separate streams. > > Johnathan > > Yes, that's precisely what I want. I want to be able to treat the two inputs of a Basic_RX as real-sampled data that are largely independant, but they're both tuned to the same frequency. This is for precision radiometry, with a "outside world" channel and a "reference" channel. There are a couple of approaches--one using a reference channel, and the other switching the entire gain chain between "outside world" and "reference". I want to explore both options. The switching option would use a single input, with the input switched. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
On Tue, Jun 1, 2010 at 11:47, Josh Blum wrote: > go with the dual usrp source in grc, setup the antennas and sides correctly > and it should work :-) I think he's using a USRP2. Isn't the dual source USRP1 only? What he's asking for is a dual, coherent DDC for the I and Q inputs of a BasicRX in a USRP2. This is a common enough request that I think it would be useful to put into the stock FPGA functionality of UHD, using VRT to separate the samples into two separate streams. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
(1) configure.ac:296 BUILD_DATE=`date -R -u` The '-u' works ("Display or set the date in UTC (Coordinated Universal) time"), but there is no "-R" option to Darwin's built-in 'date'. What does the '-R' option specify? Maybe there's another way to do it on Darwin that's more compatible with Linux (or, vice versa)? (2) config/gr_git.m4:37 if test x`echo $GIT_DESCRIBE | cut -f 1- -d '-' --output-delimiter=' ' | wc -w` = x4; then It's the "--output-delimiter" that doesn't work with Darwin's 'cut'; this version only handles single '-' parameters. What does this option do?Maybe there's another way to do it on Darwin that's more compatible with Linux (or, vice versa)? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
On 06/01/2010 02:47 PM, Josh Blum wrote: > go with the dual usrp source in grc, setup the antennas and sides > correctly and it should work :-) > > -josh H, OK. But this is a *single* BASIC_RX card. Is that still going to work? -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
go with the dual usrp source in grc, setup the antennas and sides correctly and it should work :-) -josh On 06/01/2010 11:12 AM, Marcus D. Leech wrote: On 06/01/2010 11:38 AM, Josh Blum wrote: You are seeing the lower bound clipping in the nlog10 block. Try looking at it with the scope sink, you should see some bits twiddle in the wind. -Josh II puut 40dB of 50MHz-low-pass-filtered gain in front of the Basic_RX, and now it's "rational". :-) But I *do* have another question. Is it possible to treat the two inputs to the Basic_RX as two largely-independant "real-sampled" streams? If I wanted to use one of the inputs as a real-sampled signal of the "outside world", and the other input as a real-sampled reference stream, is that possible? The two streams would be at the same center frequency. Will the DDC and half-band filtering interfere with the "independence" of the two streams? -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ 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] USRP with Basic_RX
On 06/01/2010 11:38 AM, Josh Blum wrote: > You are seeing the lower bound clipping in the nlog10 block. Try > looking at it with the scope sink, you should see some bits twiddle in > the wind. -Josh II puut 40dB of 50MHz-low-pass-filtered gain in front of the Basic_RX, and now it's "rational". :-) But I *do* have another question. Is it possible to treat the two inputs to the Basic_RX as two largely-independant "real-sampled" streams? If I wanted to use one of the inputs as a real-sampled signal of the "outside world", and the other input as a real-sampled reference stream, is that possible? The two streams would be at the same center frequency. Will the DDC and half-band filtering interfere with the "independence" of the two streams? > -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Tue, Jun 1, 2010 at 10:31, Michael Dickens wrote: > Nothing has changed about my setup w/r.t. 'cut' or anything else. > > 'which cut' returns '/usr/bin/cut' which is supplied by Darwin. > > 'which date' returns '/bin/date' which is also Darwin -- this issue has been > around for a while now, well before rc0; I'm just getting around to > complaining :) Okay, we may need to make darwin specific variables for cut and date, and then use $CUT and $DATE in our scripts. I hope not. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
Sorry for the double post; strange internet goings-on down here. Nothing has changed about my setup w/r.t. 'cut' or anything else. 'which cut' returns '/usr/bin/cut' which is supplied by Darwin. 'which date' returns '/bin/date' which is also Darwin -- this issue has been around for a while now, well before rc0; I'm just getting around to complaining :) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
On Tue, Jun 1, 2010 at 09:50, Michael Dickens wrote: > checking git description of current commit... cut: illegal option -- - > ../../configure: line 3672: test: too many arguments > v3.3.0-rc3-0-g944a8b6f This is from config/gr_git.m4, which I was updated in rc3 with processing to extract various parameters from the git describe output. My system has 'cut' from the GNU Core Utilities 7.4. Is OSX using something different by default? > date: illegal option -- R > usage: date [-jnu] [-d dst] [-r seconds] [-t west] [-v[+|-]val[ymwdHMS]] ... > [-f fmt date | [[[mm]dd]HH]MM[[cc]yy][.ss]] [+format] Nothing has changed here in the code since rc2. > line 16, in swig_import_helper > import _gnuradio_swig_py_runtime > ImportError: > dlopen(/opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/.libs/_gnuradio_swig_py_runtime.so, > 10): Library not loaded: /usr/local/lib/libgnuradio-core.0.dylib > Referenced from: > /opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/.libs/_gnuradio_swig_py_runtime.so > Reason: image not found This may be a downstream error that would go away when the upstream issue is fixed. Did anything else change in your test environment? Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
(1) % ../../configure checking build system type... i386-apple-darwin9.8.0 checking host system type... i386-apple-darwin9.8.0 checking target system type... i386-apple-darwin9.8.0 checking for git... /opt/local/bin/git checking existence of git version control directory... ok checking git description of current commit... cut: illegal option -- - usage: cut -b list [-n] [file ...] cut -c list [file ...] cut -f list [-s] [-d delim] [file ...] ../../configure: line 3672: test: too many arguments v3.3.0-rc3-0-g944a8b6f configure: GNU Radio Release 3.3.0-rc3 checking for a BSD-compatible install... /opt/local/bin/ginstall -c [snip] checking whether the boost::program_options includes are available... yes checking for exit in -lboost_program_options-d... yes date: illegal option -- R usage: date [-jnu] [-d dst] [-r seconds] [-t west] [- v[+|-]val[ymwdHMS]] ... [-f fmt date | [[[mm]dd]HH]MM[[cc]yy][.ss]] [+format] checking for arpa/inet.h... (cached) yes checking for netinet/in.h... (cached) yes [snip] (2) % make check [snip] >>> gr_fir_fff: using SSE >>> gr_fir_ccf: using SSE .. OK (98 tests) PASS: test_all = 1 test passed = Making check in python Making check in gnuradio Making check in gr make check-TESTS Traceback (most recent call last): File "../../../../../../../gnuradio-core/src/python/gnuradio/gr/ qa_add_and_friends.py", line 23, in from gnuradio import gr, gr_unittest File "/opt/GNURadio/git/gnuradio-core/src/python/gnuradio/gr/ __init__.py", line 43, in from gnuradio_swig_python import * File "/opt/GNURadio/git/gnuradio-core/src/lib/swig/ gnuradio_swig_python.py", line 23, in from gnuradio_swig_py_runtime import * File "/opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/ gnuradio_swig_py_runtime.py", line 24, in _gnuradio_swig_py_runtime = swig_import_helper() File "/opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/ gnuradio_swig_py_runtime.py", line 16, in swig_import_helper import _gnuradio_swig_py_runtime ImportError: dlopen(/opt/GNURadio/git/builds/master/gnuradio-core/src/ lib/swig/.libs/_gnuradio_swig_py_runtime.so, 10): Library not loaded: / usr/local/lib/libgnuradio-core.0.dylib Referenced from: /opt/GNURadio/git/builds/master/gnuradio-core/src/ lib/swig/.libs/_gnuradio_swig_py_runtime.so Reason: image not found [snip] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 2 issues with latest GIT master, at least on OSX 10.5.8
(1) % ../../configure checking build system type... i386-apple-darwin9.8.0 checking host system type... i386-apple-darwin9.8.0 checking target system type... i386-apple-darwin9.8.0 checking for git... /opt/local/bin/git checking existence of git version control directory... ok checking git description of current commit... cut: illegal option -- - usage: cut -b list [-n] [file ...] cut -c list [file ...] cut -f list [-s] [-d delim] [file ...] ../../configure: line 3672: test: too many arguments v3.3.0-rc3-0-g944a8b6f configure: GNU Radio Release 3.3.0-rc3 checking for a BSD-compatible install... /opt/local/bin/ginstall -c [snip] checking whether the boost::program_options includes are available... yes checking for exit in -lboost_program_options-d... yes date: illegal option -- R usage: date [-jnu] [-d dst] [-r seconds] [-t west] [- v[+|-]val[ymwdHMS]] ... [-f fmt date | [[[mm]dd]HH]MM[[cc]yy][.ss]] [+format] checking for arpa/inet.h... (cached) yes checking for netinet/in.h... (cached) yes [snip] (2) % make check [snip] >>> gr_fir_fff: using SSE >>> gr_fir_ccf: using SSE .. OK (98 tests) PASS: test_all = 1 test passed = Making check in python Making check in gnuradio Making check in gr make check-TESTS Traceback (most recent call last): File "../../../../../../../gnuradio-core/src/python/gnuradio/gr/ qa_add_and_friends.py", line 23, in from gnuradio import gr, gr_unittest File "/opt/GNURadio/git/gnuradio-core/src/python/gnuradio/gr/ __init__.py", line 43, in from gnuradio_swig_python import * File "/opt/GNURadio/git/gnuradio-core/src/lib/swig/ gnuradio_swig_python.py", line 23, in from gnuradio_swig_py_runtime import * File "/opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/ gnuradio_swig_py_runtime.py", line 24, in _gnuradio_swig_py_runtime = swig_import_helper() File "/opt/GNURadio/git/builds/master/gnuradio-core/src/lib/swig/ gnuradio_swig_py_runtime.py", line 16, in swig_import_helper import _gnuradio_swig_py_runtime ImportError: dlopen(/opt/GNURadio/git/builds/master/gnuradio-core/src/ lib/swig/.libs/_gnuradio_swig_py_runtime.so, 10): Library not loaded: / usr/local/lib/libgnuradio-core.0.dylib Referenced from: /opt/GNURadio/git/builds/master/gnuradio-core/src/ lib/swig/.libs/_gnuradio_swig_py_runtime.so Reason: image not found [snip] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Carrier leakage on transmit
On 06/01/2010 03:41 AM, Charles Brain wrote: 3 - Measure the amplitude of the TX DC offset as received by the RX (in this case at -1 MHz). Iteratively adjust your I TX DC offset number until you get to the lowest power you can see. Then do the same for Q. If it still isn't low enough, do I again. Matt Hi Matt, Are the settings for the I and Q adjustments independent or do I have to iterate between them for the lowest error? They are independent, but you still need to iterate. Once the I offset is small enough, it will be swamped by the Q offset and you won't get enough precision to totally remove it until you also reduce Q. Also if I am sending a 0 amplitude signal can I simply AM detect the received signal to measure the dc error value? Possibly, but if there is another signal coming in it will mess up your results. Finally what is the simplest way to synchronise receive, so I can make sure I am associating a particular DC offset error with a corrected transmitted block? I can see the carrier going up and down on the Analyser but my routine comes up with some silly values. I think it is because I have the routine out of sync. If you aren't using inband signalling, you'll need to proceed slowly. Make a change, wait a little bit to make sure you are seeing its results before you make the next one. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] maximum recursion depth exceeded
On Tue, Jun 01, 2010 at 09:39:47AM -0700, Johnathan Corgan wrote: > On Tue, Jun 1, 2010 at 07:52, Yan Nie wrote: > > > An runtime error came out when I run my python prgram: > > File "/home/john/gnuradio/gr-iono/usrp_source_c.py", line 16, in __init__ > > gr.io_signature(1,1,gr.sizeof_gr_complex)) #output signiture > > File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", > > line 42, in __init__ > > self._hb = hier_block2_swig(name, input_signature, output_signature) > > RuntimeError: maximum recursion depth exceeded > > This can happen if you create a hierarchical block in Python, but > forget to call the parent Python class __init__ function in your own > __init__ function, or if the arguments to the parent Python class > __init__ function are malformed. > > Johnathan Also, what version of GNU Radio are you using? (I seem to remember we made a change that produced a more informative message in this case.) Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] maximum recursion depth exceeded
On Tue, Jun 1, 2010 at 07:52, Yan Nie wrote: > An runtime error came out when I run my python prgram: > File "/home/john/gnuradio/gr-iono/usrp_source_c.py", line 16, in __init__ > gr.io_signature(1,1,gr.sizeof_gr_complex)) #output signiture > File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", > line 42, in __init__ > self._hb = hier_block2_swig(name, input_signature, output_signature) > RuntimeError: maximum recursion depth exceeded This can happen if you create a hierarchical block in Python, but forget to call the parent Python class __init__ function in your own __init__ function, or if the arguments to the parent Python class __init__ function are malformed. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to run GRC in GNURadio3.2.2 under Linux-Fedora12
http://www.youtube.com/watch?v=19BWJQ8kjrw Did you follow? http://gnuradio.org/redmine/wiki/gnuradio/GNURadioCompanion -Josh On 06/01/2010 01:14 AM, seifi wrote: Hi everyone, Currently I have installed GNURadio3.2.2 software over Linux Fedora 12 by following the instructions in http://gnuradio.org/redmine/wiki/gnuradio/FedoraInstall. I would like to work with USRP in a graphical design environment i.e. using the Gnuradio Companion (GRC). I think GRC is already embedded in this version of GNURadio. However, I cannot run GRC editor. I will appreciate it if anybody helps me to learn how can I enter to the GRC graphical environment. Thanks a lot. Seifi ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP with Basic_RX
You are seeing the lower bound clipping in the nlog10 block. Try looking at it with the scope sink, you should see some bits twiddle in the wind. -Josh On 05/31/2010 03:03 PM, Marcus D. Leech wrote: I'm trying to "carve off" about 250Khz of bandwidth around 38.5MHz, (actually any frequency between about 25MHz and 40MHz) using a Basic_RX and a USRP2. In GRC, I created a simple flow-graph with a USRP2 source, and an FFT sink. I set the tuning parameter of the source to 38.5MHz, and what I get on the FFT is a flat-line at -410dB! Now, granted, I don't have the inputs connected to anything yet, but I would expect there to be *some* noise, and -410dB seems, well, like bad physics :-) Cribbing from hfx2.py in gnuradio/*examples*/python/apps it seems that this should "just work". Am I missing something? I thought that the FPGA would "do the right thing" in the case of the Basic_RX, and use the DDC to pull the "target" frequency down around DC, etc, etc. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] maximum recursion depth exceeded
Dear all, An runtime error came out when I run my python prgram: File "/home/john/gnuradio/gr-iono/usrp_source_c.py", line 16, in __init__ gr.io_signature(1,1,gr.sizeof_gr_complex))#output signiture File "/usr/local/lib/python2.5/site-packages/gnuradio/gr/hier_block2.py", line 42, in __init__ self._hb = hier_block2_swig(name, input_signature, output_signature) RuntimeError: maximum recursion depth exceeded I google this error, but didn't find any solution on this. How can this error be corrected? Thanks for help. Yan <>___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to use from file in benchmark_tx.py
Muhammad Rizwan-3 wrote: > > Hello, > I have a couple of (in fact more than that) questions, kindly answer > them asap: > How to use the option of --from-file in benchmark_tx.py? > I am using USRP1, gnuradio3.2.1 and RFX2400. Secondly how to use --log > option in benchmark_rx.py? From where the --from-file option reads the > input files and how to receive that file? Kindly describe these options > a little bit as well, what they exactly do? > This is how i am using it in the terminal: > ./benchmark_tx.py -f 2.45G -r 512k --from-file Apress.pdf > but its not working. > When i use the log file option, it generates a file > 'clock_recovery.dat'. It never opens. What to do? > Thanks! > Muhammad Rizwan > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > option of --from-file is for system that you want to send the data from a file. by default it will take the data from the program which is written in the python code. --log is to log the raw signal in every stage of DSP which done. .dat is a raw data file and you cannot open it just like that. you can plot it using what gnuradio have in the package depend on the data type of the log data. by the way, are you Malaysian? maybe we can see each other to have more knowledge sharing =) please contact me at adib_sa...@yahoo.com - Mohd Adib Sarijari Universiti Teknologi Malaysia www.fke.utm.my www.utm.my -- View this message in context: http://old.nabble.com/how-to-use-from-file-in-benchmark_tx.py-tp28739017p28741636.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Overflow problem using multi-antennas
On 06/01/2010 07:49 AM, Hassaan Ajaz wrote: > Hi > > I have implemented multi-antennas for receiving using grc dual source > but when i set the bitrate above 1M it start displaying "Uo Uo" which > i guess is indication of overflow and it doesn't receive anything > also. I am using usrp1 with rfx2400 daughter card. Kindly help me with > my problem. > > > It's very likely that your processing chain complexity exceeds your computers ability to keep up in real-time, so you get overruns. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Overflow problem using multi-antennas
Hi I have implemented multi-antennas for receiving using grc dual source but when i set the bitrate above 1M it start displaying "Uo Uo" which i guess is indication of overflow and it doesn't receive anything also. I am using usrp1 with rfx2400 daughter card. Kindly help me with my problem. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Carrier leakage on transmit
3 - Measure the amplitude of the TX DC offset as received by the RX (in this case at -1 MHz). Iteratively adjust your I TX DC offset number until you get to the lowest power you can see. Then do the same for Q. If it still isn't low enough, do I again. Matt Hi Matt, Are the settings for the I and Q adjustments independent or do I have to iterate between them for the lowest error? Also if I am sending a 0 amplitude signal can I simply AM detect the received signal to measure the dc error value? Finally what is the simplest way to synchronise receive, so I can make sure I am associating a particular DC offset error with a corrected transmitted block? I can see the carrier going up and down on the Analyser but my routine comes up with some silly values. I think it is because I have the routine out of sync. Sorry for the dumb questions :-) - Charles setup WBX, USRP2, UHD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usrp mimo question
sos! i want to realize a 2*2 mimo simplex communication system .since rfx daughterboards can transmit/receive 2 complex IO signals, i thought 2 usrp and 4 rfx_daughterboards is enough for me .but now i am wonfering whether usrp can transmit/receive multiple signals simultaneously.could somebody give a clue wei ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Output not showing in GRC
I'm afraid yes. These are the last two line in the general_work () consume_each(noutput_items); return noutput_items; I am actually suspicious about the makefile.am and library integration stuff, can anybody check this for me please? libgnuradio_mypackage_la_LDFLAGS = \ $(NO_UNDEFINED)\ -L$(MATLAB_ROOT)/runtime/glnx86 libgnuradio_arraycomms_la_LIBADD = \ $(GNURADIO_CORE_LA)\ -L/usr/lib -lmyfirstblock where myfirstblock is a library generated in MATLAB Cheers, Sam Johnathan Corgan-2 wrote: > > On Mon, May 31, 2010 at 14:57, Sammour wrote: > >> However, when I >> install my block in GRC, I connect the output to a file sink that stores >> nothing! I also tried to plot the magnitude of the complex output and >> nothing shows. > > Are you returning the number of samples produced by your work function? > > Johnathan > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- View this message in context: http://old.nabble.com/Output-not-showing-in-GRC-tp28735468p28739716.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] please help using from file operetion
Hello, I have a couple of (in fact more than that) questions, kindly answer them asap: How to use the option of --from-file in benchmark_tx.py? I am using USRP1, gnuradio3.2.1 and RFX2400. Secondly how to use --log option in benchmark_rx.py? From where the --from-file option reads the input files and how to receive that file? Kindly describe these options a little bit as well, what they exactly do? This is how i am using it in the terminal: ./benchmark_tx.py -f 2.45G -r 512k --from-file Apress.pdf but its not working. When i use the log file option, it generates a file 'clock_recovery.dat'. It never opens. What to do? Thanks! Muhammad Rizwan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to use from file in benchmark_tx.py
Hello, I have a couple of (in fact more than that) questions, kindly answer them asap: How to use the option of --from-file in benchmark_tx.py? I am using USRP1, gnuradio3.2.1 and RFX2400. Secondly how to use --log option in benchmark_rx.py? From where the --from-file option reads the input files and how to receive that file? Kindly describe these options a little bit as well, what they exactly do? This is how i am using it in the terminal: ./benchmark_tx.py -f 2.45G -r 512k --from-file Apress.pdf but its not working. When i use the log file option, it generates a file 'clock_recovery.dat'. It never opens. What to do? Thanks! Muhammad Rizwan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] How to run GRC in GNURadio3.2.2 under Linux-Fedora12
Hi everyone, Currently I have installed GNURadio3.2.2 software over Linux Fedora 12 by following the instructions in http://gnuradio.org/redmine/wiki/gnuradio/FedoraInstall. I would like to work with USRP in a graphical design environment i.e. using the Gnuradio Companion (GRC). I think GRC is already embedded in this version of GNURadio. However, I cannot run GRC editor. I will appreciate it if anybody helps me to learn how can I enter to the GRC graphical environment. Thanks a lot. Seifi -- View this message in context: http://old.nabble.com/How-to-run-GRC-in-GNURadio3.2.2-under-Linux-Fedora12-tp28730531p28730531.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RF transformer T501 on USRP2 scheme
Hello Matt, I try to analize USRP2 schematic circuit and can't find model of RF transformer T501 which is located before U18 (DS90CP22). Could you tell me model of that transformer? Best Regards, Den. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio