[Discuss-gnuradio] GNURadio roadmap and master thesis

Hi This is the first time I write to this list so I firstly would like to express my appreciation for this project providing vast resources in the wireless field, Thanks! I am curious about what (and when) to expect from future releases, I briefl

Re: [Discuss-gnuradio] New svn version

2008/12/2 Paolo Di Monte <[EMAIL PROTECTED]> > -- > > On Mon, 2008-11-24 at 17:55 -0500, Catalin LACATUS wrote: > > >* I tried to recompile the new svn (updated 2days ago) version and I got* > >* the following errors. I never see this error with previous version* > >* (

Re: [Discuss-gnuradio] gnuradio compile problems for i686

Hi 3.1.3 builds fine, however when I try to build from tag gnuradio_r7596 I get the exact same problem, I am using Fedora Core 10. I guess an older version of gcc can be installed, but how do I know which version to install? Or maybe there are other smarter ways of solving this? Regards Mike

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

If I want to run the example program usrp2_fft.py, which routines (python and/or c++) need to be made suid? thanks, eric On Tue, 2 Dec 2008, Michael Ossmann wrote: find_usrps and any other front-end programs would need to be suid (have the suid bit set and be owned by root). On Tue, Dec 02,

RE: [Discuss-gnuradio] Re: Complex samples format with ASK

Hello, thank you very much for answering me. Selon Paul Mathews <[EMAIL PROTECTED]>: > > I know very little about RFID, but I can make these observations on > > > how I would probably perform a naive demodulation of this signal. > > > 1. Tune the USRP to your carrier frequency and bring your s

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

Michael- I found that setting usrp2_fft.py suid doesn't work: [EMAIL PROTECTED] z.research]$ ls -l /usr/local/bin/usrp2_fft.py -rwsr-xr-x 1 root root 9915 2008-12-02 19:03 /usr/local/bin/usrp2_fft.py This is the same permissions as ping, so I thought it would work: [EMAIL PROTECTED] ~]$ ls -l

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

In terms of using sudo, there is some issue with the environment variables not being passed: [EMAIL PROTECTED] ~]$ sudo usrp2_fft.py [sudo] password for matlis: sudo: usrp2_fft.py: command not found [EMAIL PROTECTED] ~]$ sudo /usr/local/bin/usrp2_fft.py execlp: couldn't exec usrp2_socket_opener

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

Update- making sudo chmod u+s /usr/local/bin/usrp2_socket_opener allows usrp2_fft.py to work (also as suid) by a normal user. thanks! I would be interested in trying the sudo approach, but as I mentioned in my previous post there are some issues perhaps with sudo not knowing about the path o

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

[EMAIL PROTECTED] wrote: Update- making sudo chmod u+s /usr/local/bin/usrp2_socket_opener allows usrp2_fft.py to work (also as suid) by a normal user. thanks! I would be interested in trying the sudo approach, but as I mentioned in my previous post there are some issues perhaps with sudo not

Re: [Discuss-gnuradio] a report on dqpsk modulation in gnuradio

On Mon, Dec 1, 2008 at 1:07 PM, Bill Stevenson <[EMAIL PROTECTED]> wrote: > python benchmark_tx.py -f 2479M -r 2000k -m dqpsk -s 100 (-s 800 or -s 1500) > python benchmark_rx.py -f 2479M -r 2000k -m dqpsk What is the CPU type and speed you are using? In my experience, data rates above about 500

Re: [Discuss-gnuradio] non root access to usrp2 on Fedora 10

On Tue, Dec 2, 2008 at 7:49 PM, Chris Albertson <[EMAIL PROTECTED]> wrote: [snip] > A compromise I've seen is a "hack". We call it "blindly blasted UDP". > You write a special case network stack that only works on a point to > point Ethernet. You don't even check for collisions at the Ethernet >

[Discuss-gnuradio] Basic boards's problem with benchmark_tx.py/benchmark_rx.py

hello,everyone! I have tested my usrp boards Basic Tx/Basic Rx, and run the following commands: Basic Tx: python benchmark_tx.py -f 100M Basic Rx: python benchmark_rx.py -f 100M It seemed that both sides send or receive ok spearately, but there is no link constructed between

[Discuss-gnuradio] updated BBN 80211 code for current release (3.1.3)?

Hi everyone, I am new to gnuradio and plan to do some cross-layer implementation (MAC and PHY layers with MIMO) on gnuradio. I intalled the newest stable version of gnuradio (v3.1.3) and plan to use BBN 802.11 code or span80211b with it. However, it seems that BBN 802.11 and span80211 code can onl

[Discuss-gnuradio] USRP2 support to 802.11-like schemes

Hi, I am new to gnuradio and trying to do some work based on 802.11. Through my understanding, the current implementations of 802.11-like schemes over gnuradio are mostly limitted by the processing delay on and between the host computer and USRP boards, eapecially due to the bottleneck of the USB

[Discuss-gnuradio] Basic boards's problem with benchmark_tx.py/benchmark_rx.py

hello,everyone! I have tested my usrp boards Basic Tx/Basic Rx, and run the following commands: Basic Tx: python benchmark_tx.py -f 100M Basic Rx: python benchmark_rx.py -f 100M It seemed that both sides send or receive ok spearately, but there is no link constructed between the

[Discuss-gnuradio] RE: Re: Complex samples format with ASK

Hello Marco (1) You use an opt. filter to get the passband from 400kHz to 410kHz. your message is on frequency 4** kHz? (2) After I run your code, I got different error (GUI error) on File "usrp_am_mw_rcv_002.py", line 309, in set_freq self.update_status_bar() Fi

[Discuss-gnuradio] benchmark_tx.py stops when transmitting halfway

Hi, I have tried to transmit and receive data bits using the files found in python/digital. i ran both files on two separate pcs attached with a usrp each. I used the following commands to initialised the two programs: python benchmark_rx.py --freq 900M --bitrate 500k python benchmark_tx.p