RE: [Discuss-gnuradio] Buliding GNU Radio on Gentoo Linux
Hi again, I have now got a working gnuradio install on Gentoo Linux. George's suggestion of adding --prefix=/usr/ to the ./configure command worked. I think all is working now, will test a USRP with it soon. I have run the benchmark_loopback.py and it produces many lines of output like this: ok = True pktno = 631 n_rcvd = 632 n_right = 632 Which I assume is the script working. 50% of the time when I run the script it completes without an error. The rest of the time it exits with an exception, although the script looks like it completes its output before the exception. The exception I get is: Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib64/python2.5/threading.py, line 460, in __bootstrap File /usr//lib64/python2.5/site-packages/gnuradio/blks2impl/pkt.py, line 162, in run type 'exceptions.AttributeError': 'NoneType' object has no attribute 'unmake_packet' Unhandled exception in thread started by Error in sys.excepthook: Original exception was: Is this a problem that I will need to fix before I start using gnuradio with the USRP or can I safely ignore it for now? Thanks Simon. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Compile/swig error
(I'm not sure if this got sent the first time, I apologize if I am repeating myself) Hi, for background info, I am running ubuntu 7.04. my gnuradio code is laest development branch downloaded and installed about two weeks ago. I got it compiled and installed without any problems. however, i do have a problem now: i have written a block that takes in two bytes and outputs three bytes, something i'm calling gr_interp_test_bb. I've gotten the .cc, .h and .i files in /gnuradio-core/src/lib/general. I have edited the general.i and Makefile.am and inserted the names of my files at the appropriate places. When I run make and make install from /gnuradio-core/src/lib, i can not see any errors in the ouptut text. however, i then run python from the command line, and enter from gnuradio import gr and this is what i get: Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.5/site-packages/gnuradio/gr/__init__.py, line 27, in module from gnuradio_swig_python import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_python.py, line 23, in module from gnuradio_swig_py_runtime import * File /usr/local/lib/python2.5/site-packages/gnuradio/gr/gnuradio_swig_py_runtime.py, line 6, in module import _gnuradio_swig_py_runtime ImportError: /usr/local/lib/libgnuradio-core.so.0: undefined symbol: _ZTV17gr_interp_test_bb I found something about adding /usr/local/lib to /etc/ld.so.conf, so i tried that and it didn't work. fwiw, my /etc/ld.so.conf now looks like: include /etc/ld.so.conf.d/*.conf /usr/local/lib /usr/local/lib any help, ideas, suggestions would be most appreciated. Thanks, Alex Young === Alex Young [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Graduate Research Assistant Center for Wireless Telecommunications Virginia Tech === ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] mingw install help
Thanks. There is no gcc in my bin directory (there is a g++ thou). I downloaded the gcc fles (core and gcc) and uncompressed them in the minigw directory. I am sure I am missing something simple. kevin -Original Message- From: Don Ward [mailto:[EMAIL PROTECTED] Sent: Thursday, October 25, 2007 4:33 PM To: Kevin Rudd (Contractor); discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] mingw install help Kevin Rudd (Contractor) [EMAIL PROTECTED] wrote: I am following the directions for installing GNURadio with minGW on XP found here... http://gnuradio.org/trac/wiki/MingwInstallMain When I get to installing FFTW, I try compiling it (from MSYS prompt) and I get the following error... No acceptable C compiler found in $PATH Quick internet search indicates that GCC was not installed. Do I need to do more than just unpack the gcc files into the mingw directory? Any other ideas? ls /mingw/bin should show that gcc.exe is in /mingw/bin and echo $PATH should list /mingw/bin as being in the search path. If both of these are true, then which gcc should return /mingw/bin/gcc and the FFTW install should work. If not, you need to figure out if gcc is missing or if the shell just can't find it. Let us know what you find, because sometimes things change and the instructions stop working and need to be updated. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Buliding GNU Radio on Gentoo Linux
On Fri, Oct 26, 2007 at 09:35:14AM +0100, Simon Alford wrote: Hi again, I have now got a working gnuradio install on Gentoo Linux. George's suggestion of adding --prefix=/usr/ to the ./configure command worked. I think all is working now, will test a USRP with it soon. I have run the benchmark_loopback.py and it produces many lines of output like this: ok = True pktno = 631 n_rcvd = 632 n_right = 632 Which I assume is the script working. 50% of the time when I run the script it completes without an error. The rest of the time it exits with an exception, although the script looks like it completes its output before the exception. The exception I get is: Exception in thread Thread-1 (most likely raised during interpreter shutdown): Traceback (most recent call last): File /usr/lib64/python2.5/threading.py, line 460, in __bootstrap File /usr//lib64/python2.5/site-packages/gnuradio/blks2impl/pkt.py, line 162, in run type 'exceptions.AttributeError': 'NoneType' object has no attribute 'unmake_packet' Unhandled exception in thread started by Error in sys.excepthook: Original exception was: Is this a problem that I will need to fix before I start using gnuradio with the USRP or can I safely ignore it for now? It's OK to ignore it. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Compile/swig error
On Fri, Oct 26, 2007 at 10:39:13AM -0400, Alex Young wrote: Hi, for background info, I am running ubuntu 7.04. my gnuradio code is laest development branch downloaded and installed about two weeks ago. I got it compiled and installed without any problems. however, i do have a problem now: i have written a block that takes in two bytes and outputs three bytes, something i'm calling gr_interp_test_bb. I've gotten the .cc, .h and .i files in /gnuradio-core/src/lib/general. I have edited the general.i and Makefile.am and inserted the names of my files at the appropriate places. When I run make and make install from /gnuradio-core/src/lib, i can not see any errors in the ouptut text. however, i then run python from the command line, and enter from gnuradio import gr and this is what i get: You need to make install from gnuradio-core. You're not rebuilding the swig glue. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] decent, reasonably priced HDMI monitor the PS3
For those of you with PS3's -- I picked up a BENQ FP222WH the other day for $280 at newegg.com. 1680 x 1050 native resolution. Works fine in 720p or 1080i mode. There are cheaper HDMI monitors, but this one also has a DVI and D-SUB connector. Be sure to order a male/male HDMI/HDMI cable, it comes with DVI and D-SUB cables. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] patch to extended oscope to enable dualchan and complex mode on basicRX and basicTX
Hi all, inspired by the question of George Nychis I extended the usrp_oscope.py script to enable dualchannel and complex mode for basicRX and LFRX. You can find a patch and the complete modified script at: http://www.olifantasia.com/projects/gnuradio/mdvh/oscope_basicrx_dualchan/ You can copy the new script or apply the patch to your current gr-utils/src/usrp_oscope.py. The patch should apply cleanly if you have version 3.1 of gnuradio. There are two new commandline options: -C, --basic-complex Use both inputs of a basicRX or LFRX as a single Complex input channel -D, --basic-dualchan Use both inputs of a basicRX or LFRX as seperate Real input channels With --basic-complex both inputs of a basicRX or LFRX are enabled to form a single complex channel (I=input A, Q=input B) With --basic-dualchan both inputs are treated seperately and so you get two input real channels. (I1=input A, Q1=0, I2=input B, Q2=0) The difference between the two options becomes clear when you set a nonzero frequency. With the dualchannel option you can set the frequence for each channel seperately. With the complex option you can set only one frequency. If you set this to nonzero, this is only usefull if you actually have an I and Q signal connected to both inputs. Greetings, Martin Below is the original question which inspired m to write this modification. George Nychis wrote: Hey all, On the basic daughterboards, if I connect two coax cables to TX-A and TX-B on a single daughterboard and transmit, I can view the transmission using an oscope on both connectors. In other words, it doesn't matter which of the two ports I connect to. However, if I fire up the GNU Radio oscope with a BasicRX, I must connect either TX-A or TX-B to RX-A. Is RX-B disabled by default? Is it possible to enable RX-A and RX-B? Thanks! George ___ 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] patch to extended oscope to enable dualchan and complex mode on basicRX and basicTX
On Fri, Oct 26, 2007 at 07:14:48PM +0200, Martin Dvh wrote: Hi all, inspired by the question of George Nychis I extended the usrp_oscope.py script to enable dualchannel and complex mode for basicRX and LFRX. You can find a patch and the complete modified script at: http://www.olifantasia.com/projects/gnuradio/mdvh/oscope_basicrx_dualchan/ You can copy the new script or apply the patch to your current gr-utils/src/usrp_oscope.py. The patch should apply cleanly if you have version 3.1 of gnuradio. There are two new commandline options: -C, --basic-complex Use both inputs of a basicRX or LFRX as a single Complex input channel -D, --basic-dualchan Use both inputs of a basicRX or LFRX as seperate Real input channels With --basic-complex both inputs of a basicRX or LFRX are enabled to form a single complex channel (I=input A, Q=input B) With --basic-dualchan both inputs are treated seperately and so you get two input real channels. (I1=input A, Q1=0, I2=input B, Q2=0) The difference between the two options becomes clear when you set a nonzero frequency. With the dualchannel option you can set the frequence for each channel seperately. With the complex option you can set only one frequency. If you set this to nonzero, this is only usefull if you actually have an I and Q signal connected to both inputs. Greetings, Martin Thanks Martin! Can you please go ahead and commit your patch? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Simulated Doppler Shift
Ryan Rutherford wrote: Hello everyone, I am trying to figure out the best way to approach simulating doppler shift on my BPSK transmitter. Does anyone know of how I may be able to approach this? Thank you in advance for any information. Doppler shift will affect both the center frequency and modulation frequency proportionally. However, once you have translated the received signal to baseband, those two are no longer proportional, so you have to handle the effects separately. For the center frequency delta, just use a complex mixer. In gnuradio that would be sending the signal into a complex mixer, and feed the other mixer with a complex sine wave at the doppler frequency (which is positive or negative). For the modulation frequency, the easiest thing to do is to do fractional sample rate conversion, using a gr_fractional_interpolator. However, you may not need to do this if the doppler effect on your modulation frequency is small. If the doppler effect on your signal bandwidth is much smaller than the range of your symbol timing recovery, then most would just ignore it. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] patch to extended oscope to enable dualchan and complex mode on basicRX and basicTX
Eric Blossom wrote: On Fri, Oct 26, 2007 at 07:14:48PM +0200, Martin Dvh wrote: Hi all, inspired by the question of George Nychis I extended the usrp_oscope.py script to enable dualchannel and complex mode for basicRX and LFRX. Thanks from me too! I appreciate it, and based on my question... can obviously put it to use ;) - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Help in purchasing USRP (Newbie)
Hi all, I am about to purchase a USRP (AT LAST :-), and I am interested in the following fields: - Cellular (GSM, TETRA CDMA) - HF, VHF Communications - FM Radio What are the required hardware, for each field, in addition to the USRP board? Please mention all details (Doughter-Boards, Antennas, Cables, Connectors ...etc) so I can get them once all together. Thanks __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] make install
Hi , This is a problem that kind of a nuisance: every time I do make install gnuradio on this particular machine, I see many similar messages to the following: mv: cannot move `libgnuradio-core-qa.so.0.0.0' to `libgnuradio-core-qa.so.0.0.0U': Permission denied And every time I have to manually change the permission of the .lib directories. I don't think this is a gnuradio issue but maybe something on this machine I need to change. Just wonder if anyone knows why. Thanks. - David ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio