Re: [Discuss-gnuradio] Problem in usable Python.h header file.
Tarun Tiwari wrote: Hi, I am installing GNU Radio 3.0 on Linux Mandriva Official 2007.0, when I am trying to do ./configure I receive an error like unable to find usable Python.h header file I found my Python.h file is in /usr/local/include/python2.4 whereas . /configure command alwasy look for /usr/linclude/python2.4 I used export PYTHONPATH=/usr/local/include/python2.4 but that is not working. Can someone tell me where is the problem, and what do i need to do to resolve this issue? Thank you. Tarun Mani Tiwari ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Python 2.4 did not work with GNU Radio 2.8 (so we used 2.3). I'm not sure if it works with 3.0 or not. You may want to try Python 2.3. Thanks, Written -- View this message in context: http://www.nabble.com/Problem-in-usable-Python.h-header-file.-tf2465188.html#a6875929 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] USRP and USB 1.1
On Tue, Oct 17, 2006 at 09:09:12AM -0400, Philip Balister wrote: The guy in the cubicle next to me says that it is possible to talk to a USRP from inside a vmware player using my USB1.1 patch for the USRP library. It is to early to tell if you can do anything useful from vmware, but he did successfully run the tx and rx programs. Interesting! Hopefully, we can use this to test the patch to Eric and Matt's satisfaction. Their concerns center around moving a USRP between USB1.1 and USB2.0 hosts. I'm attaching the patch just in case anyone else would like to play with it. Philip, the patch will need to handle to handle the cases where the USRP is already powered up and then is plugged into a 1.1 port, and later into a 2.0 port, and vice versa. I suspect that taking a look at the Cypress library source will provide a clue as to how to proceed. IIRC, there's an interrupt than can be enabled, that will tell you when the speed changes. It might be called something like HSfoo or some such. Philip Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] sampling artefact because of two step mixing?
Hello everybody, I am currently using the flex2400 board and I feed it with some designed signals from a sophisticated signal generator. I analyse the spectrum of interest by fft and pass all information to a file sink. I plot the file data in Matlab to evaluate the results. As I feed the USRP with a single sine tone with a frequency of 2.444 GHz and an amplitude of -50dbm I saw on my plot a nice peak at 2.444 GHZ but also a second peak at 2.452 GHZ but attenuated by 15 db's when daughter board is tuned to 2.452 Ghz. To verify the accuracy of the signal generator I connected it to a high quality spectrum analyser. The spectrum analyser verified that the output of the signal generator is a clean peak without any side peaks. However, the usrp_fft.py tool from the gnuradio examples shows the same phenomenon including the second peak. The parameters I use in my application are : Flex2400 daughterboard Decimation factor 8 complex samples at 16bit I and 16 bits Q each fft size 64 ( corresponds to 125 kHz bin resolution) My first idea points to the effect of the second mixing in the DDC from the remaining frequency offset after the analog mixing in the daughterboard tuned the centre frequency as close as possible to baseband. When the tune method is set to the centre frequency of 2.452 Ghz, the flex mixes with 2.448 GHz and the DDC with -4MHz. By mixing with a cos wave we get two peaks, one at (f-f0) and one at (f+f0), but both with half signal strength. The resulting peak from mixing with the double frequency (f+f0) can now explain the appearance of this side peak in my plot. But: 1. Why is the second peak attenuated? If it is a result of mixing it should be as high as the original signal? 2. If the assumption of the two peaks is correct, why are the assumed and the real measured peaks mirrored in other configurations (other signal frequency and center frequency of the usrp)? 3. The flex2400 is able to tune to every frequency between 2400 and 2500 MHz in steps of 1 MHZ. Why can I not tune the flex directly to the centre frequency without another mixing stage in the DDC? The DDC frequency is allways between -2 and -5.5MHz. Would this effect disappear if no second stage mixing is needed? I found almost no documentation about the configuration of the DDC. Which filters are implemented and what are the parameters used in the logical steps of mixing, decimating and low pass filtering? Is there any way to avoid this physically not existing signals and if not is there a detailed explanation why this phenomenon occurs in an irrational (it seams so) way? I am very grateful for any advice, Perhaps Matt and Eric are the experts in this matter. So this question is specially directed to you. Thanks a lot Luis ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] beginner questions - implementing MAC
BBN has code (for NetBSD) which implements 802.11 receive -- is this a separate branch or is it going to be merged with gnuradio release? It will be merged when all parties concerned have a bit of available time. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] no trasnmit signal
On Tue, Oct 17, 2006 at 01:50:51PM -0700, seph 004 wrote: Hi I am having trouble with transmiting from a Basic TX daughterboard (it's the only one I have for the time being). I've tried connecting an oscilloscope to the output while running siggen.py, but there is no signal coming out. The peak output level is pretty low on the Basic Tx... I don't recall what it is off the top of my head. Also, I notice a continuous stream of 'usrp underrun' messages. Has anyone experienced a similar problem, or know what a possible solution may be? Use a higher interpolation rate. try the --help option to usrp_siggen.py Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Processor Utilization
On Wed, Oct 18, 2006 at 01:54:17PM +0800, Jeremy Chew wrote: Hi, I tried the IP tunneling sample that came with GNU Radio which uses TUN/TAP. I used a Pentium M 1.6 GHz laptop with 480 MB RAM. I noticed that, when the IP tunneling is turned on, the CPU utilization averages about 69% and peaks around 93% even when I do not run any application using the IP tunnel. The receiver is always running. Try turning down the data rate with the -r rate option. It defaults to 500kb/sec which may be too high for your system. This utilization is very high. Is it due to the GMSK algorithm? Is there any inefficiency in the IP tunneling program that is a significant cause of the high utilization? It's the receiver. Also note that _zero_ effort has been put into tuning this code. oprofile.sf.net is your friend. patches welcome. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] sampling artefact because of two step mixing?
I have observed a similar phenomenon with the LFRX daughterboard. It seems there is often (or always?) a peak at DC in the baseband (USRP output) spectrum, regardless of the tuned frequency of the USRP. I suspect it is due to rounding down in the CIC decimation filter. Adding a value of e*complex(1.0,1.0) where 0.5 = e = 0.8 to the USRP output will cancel it. -- Don W. - Original Message - From: Luis Simoes [EMAIL PROTECTED] [snipped] As I feed the USRP with a single sine tone with a frequency of 2.444 GHz and an amplitude of -50dbm I saw on my plot a nice peak at 2.444 GHZ but also a second peak at 2.452 GHZ but attenuated by 15 db's when daughter board is tuned to 2.452 Ghz. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Any fast algorithm for computing square root?
Dawei Shen wrote: A question not quite related to GNU Radio. Does there exist any fast algorithm for computing the square root of a float number? In my algorithm, I need to compute the square root of a float number which ranges between 0 and 1. Square root fun: http://www.azillionmonkeys.com/qed/sqroot.html Johnathan Corgan [EMAIL PROTECTED] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ImportError: No module named gnuradio
I have a USRP and it seems to communicate fine with the FC5 box. I have looked through the discuss-gnuradio mail archive and it seems like python is not finding gnuradio module. I checked path from within python for /usr/local/lib/pythonver/site-packages as mentioned in prior posts...it seems to be right. See below: any suggestions? disclaimer: I am not Linux expert, but know the basics. Is there a way to check gnuradio install? [EMAIL PROTECTED] apps]$ ./test_usrp_standard_tx tx_underrun xfered 1.34e+08 bytes in 4.2 seconds. 3.199e+07 bytes/sec. cpu time = 0.592 1 underruns [EMAIL PROTECTED] usrp]$ ./usrp_oscope.py Traceback (most recent call last): File ./usrp_oscope.py, line 25, in ? from gnuradio import gr, gru ImportError: No module named gnuradio [EMAIL PROTECTED] ~]$ python Python 2.4.2 (#1, Feb 12 2006, 03:59:46) [GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2 Type help, copyright, credits or license for more information. sys.path ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-lin ux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/lib/p ython2.4/site-packages', '/usr/lib/python2.4/site-packages/Numeric', '/usr/lib/p ython2.4/site-packages/dbus', '/usr/lib/python2.4/site-packages/gtk-2.0', '/usr/ lib/python2.4/site-packages/wx-2.6-gtk2-unicode'] [EMAIL PROTECTED] usrp]# ./benchmark_usb.py Traceback (most recent call last): File ./benchmark_usb.py, line 30, in ? from gnuradio import gr ImportError: No module named gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ImportError: No module named gnuradio
[EMAIL PROTECTED] wrote: I have a USRP and it seems to communicate fine with the FC5 box. I have looked through the discuss-gnuradio mail archive and it seems like python is not finding gnuradio module. I checked path from within python for /usr/local/lib/pythonver/site-packages as mentioned in prior posts...it seems to be right. See below: any suggestions? disclaimer: I am not Linux expert, but know the basics. Is there a way to check gnuradio install? sys.path ['', '/usr/lib/python24.zip', '/usr/lib/python2.4', '/usr/lib/python2.4/plat-lin ux2', '/usr/lib/python2.4/lib-tk', '/usr/lib/python2.4/lib-dynload', '/usr/lib/p ython2.4/site-packages', '/usr/lib/python2.4/site-packages/Numeric', '/usr/lib/p ython2.4/site-packages/dbus', '/usr/lib/python2.4/site-packages/gtk-2.0', '/usr/ lib/python2.4/site-packages/wx-2.6-gtk2-unicode'] I don't see /usr/local/lib/python2.4/site-packages in that list. /usr/lib/python2.4/site-packages is, but not local. -Dan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio overview podcast
Eric was kind enough to spend time with me to produce an overview podcast of GNU Radio, targetted at teh curious or newcomer.It's my first recorded podcast, so the audio quality is not what I would have hoped, but I believe it is usable. http://www.petrovic.org/blog/2006/10/18/gnu-radio-podcast/-- MarkAE6RT ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Any fast algorithm for computing square root?
On Thu, October 19, 2006 1:21 am, Dawei Shen said: Hey guys A question not quite related to GNU Radio. Does there exist any fast algorithm for computing the square root of a float number? In my algorithm, I need to compute the square root of a float number which ranges between 0 and 1. The DSP Tips and Tricks column of IEEE Signal Proc Magazine had it in one of the issues. I do not remember the exact issue. Check for 2004/2005 issues. Also if I remember, Rick Lyons' book also had a discussion on this. -- Ramakrishnan, VU3RDD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
