Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

On Mon, May 09, 2011 at 11:33:32AM -0700, Colby Boyer wrote: > One of big reasons I think that people struggle with GNURadio is that > is jams so many different fields of expertise into one package. > > 1. Digital Comms people (aka the Maths people) cannot program > themselves out of a wet paper b

Re: [Discuss-gnuradio] How can we make GNU Radio better?

On Mon, May 09, 2011 at 03:23:21PM -0400, Philip Balister wrote: > Rather than flog the topic of what is wrong with GNU Radio, I'd > prefer to emphasize that it is only as good as we make it. So how > can we make it better. Here are some of my thoughts: > > 1) Expand the pool of people contributin

[Discuss-gnuradio] a question about a new PI/4 DQPSK demodulation block

Hi all: I recently write a pi/4 dqpsk modulation and demodulation block in the gnuradio. My modulation block works fine,but there is a question about my demodulation block.In my demodulation block, first I compute the angle of the input I/Q signal,then do something to the computed angle

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More? Docs?

schrieb Marcus D. Leech am 2011-05-09 17:12: > The documentation, as Tom observed, is disorganized and incomplete. > This is rather an inevitable result of a system that grows organically > as it has--99% of the contributing participants are largely coders, and > not so much document writers. I d

[Discuss-gnuradio] Fwd: Do RX and TX of USRP2 work independently ?

FFT plots are not much clear, but I can give some comments on your questions. Without connecting RX, there is a value '-100 dB' at the bottom on the y-axis in the FFT plot. However With connecting RX, it seems all values on the y-axis are greater than '-100 dB' which means it receives a stronger si

Re: [Discuss-gnuradio] Implementation of dynamic spectrum access

On Tue, May 10, 2011 at 3:05 AM, adib_sairi wrote: > > > > Adib, > No, I'm afraid I can't help you there. This was from when I was working on > my Ph.D. years ago at Virginia Tech and I no longer have access to the > code. > Any papers I have can be found in IEEE Xplore or from the SDR Forum (now

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

Martin- : : > To a non GPL-philic, non-nerd, why choose GNU Radio? There is no reason: > - Matlab is generally free of charge for universities > - Matlab is used by the industry > - Matlab is better documented and has a wider user base > - Simulink has more blocks already incorporated > - Mat

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

On Tue, May 10, 2011 at 09:07:38AM -0500, Jeff Brower wrote: > Martin- > > > To a non GPL-philic, non-nerd, why choose GNU Radio? There is no reason: > > - Matlab is generally free of charge for universities > > - Matlab is used by the industry > > - Matlab is better documented and has a wider use

Re: [Discuss-gnuradio] How can we make GNU Radio better?

On May 10, 2011, at 4:21 AM, Martin Braun wrote: > 3a) Remove inconsistencies which have popped up due to the organic > 'growth' of GNU Radio over the last years. Can you elaborate on what you see these inconsistencies to be? Even just an example of one would probably suffice. - MLD

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

Martin- > On Tue, May 10, 2011 at 09:07:38AM -0500, Jeff Brower wrote: >> Martin- >> >> > To a non GPL-philic, non-nerd, why choose GNU Radio? There is no reason: >> > - Matlab is generally free of charge for universities >> > - Matlab is used by the industry >> > - Matlab is better documented and

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 102, Issue 11

Martin Braun wrote On Mon, May 09, 2011 at 11:33:32AM -0700, Colby Boyer wrote: One of big reasons I think that people struggle with GNURadio is that is jams so many different fields of expertise into one package. 1. Digital Comms people (aka the Maths people) cannot program themselves out of

Re: [Discuss-gnuradio] Implementation of dynamic spectrum access

Hello Adib, CROSS was the product of Tim Newman and myself, and was created a couple of years ago. Development stopped some time ago, and the documentation is wildly out-of-date, but the code is still freely available: http://www.cornet.wireless.vt.edu/trac/wiki/Cross

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 102, Issue 11

On 10/05/2011 1:11 PM, Bruce McGuffin wrote: GnuRadio is cheap, but really poorly documented, buggy, and based on Python, which is not very widely known. So it appeals to academics because they have more (student's) time than money, and doesn't appeal to business because their time costs more

[Discuss-gnuradio] error installing gnuradio+uhd --> gr-uhd/swig

Hi there, Please could someone shed some lights on the following problem I am facing. I have installed UHD drivers following the guidance from this site: http://www.raullen.net/2011/02/20/hello-usrp-n210-how-to-make-usrp-n210-running/ My N210 works perfectly. I have even installed openbts-uhd,

Re: [Discuss-gnuradio] error installing gnuradio+uhd --> gr-uhd/swig

On 05/10/2011 04:45 PM, Jonathan Loo wrote: > Hi there, > > Please could someone shed some lights on the following problem I am facing. > > I have installed UHD drivers following the guidance from this site: > http://www.raullen.net/2011/02/20/hello-usrp-n210-how-to-make-usrp-n210-running/ >

Re: [Discuss-gnuradio] Why Isn't GNU Radio Used More?

Hi Patrik; Actually, within companies I have been associated with I have seen some of the divisions that Colby notes - both in the GNURadio context and in the context of other engineering / scientific packages. Some of my work involves getting the three groups to a common basis. Your comment does

Re: [Discuss-gnuradio] Implementation of dynamic spectrum access

Hi Adib, I read your publications on gnuradio. What method did you use to sense the spectrum? How could you achieve that sensing time, 0.xx ms? I searched the forum for spectrum sense but find no explanation for slow sensing. Is there any other sensing methods applicable to gnuradio? The logic

[Discuss-gnuradio] USRP2 set_gpio_ddr

I did a bench experiment here and observed that set_gpio_ddr is required on a tx card but not an rx card. Is this intended? Here is iotest.py (Python 2.5 required for ternary I used) #!/usr/bin/env python I2C_DEV_EEPROM = 0x50# 24LC02[45]: 7-bits 1010xxx I2C_ADDR_BOOT = (I2C_DEV_EE

Re: [Discuss-gnuradio] USRP2 set_gpio_ddr

On 05/10/2011 08:46 PM, Brett L. Trotter wrote: > I did a bench experiment here and observed that set_gpio_ddr is required > on a tx card but not an rx card. Is this intended? > yup, see the constructors in host/lib/usrp/dboard/db_basic_and_lf.cpp > Here is iotest.py (Python 2.5 required for t