Re: [Discuss-gnuradio] OFDM Implementation

2011-09-07 Thread sumitstop
Try to understand these http://pwnhome.wordpress.com/2011/04/26/intro-to-gnuradio-and-the-usrp-part-5-simple-transceiver/ here u need to put those ofdm blocks .. thats it also go through some modifications as written in http://pwnhome.wordpress.com/2011/04/19/intro-to-gnuradio-and-the-usr

Re: [Discuss-gnuradio] OFDM Implementation

2011-09-07 Thread waqasme
Hello sumit, Thanks for your help i went through that document that you refered to, and i tried to implement that OFDM transmitter part. This document only explain about OFDM flow graph or transmitter. Is there any other document or information related to OFDM modulator and demodulator (Transceiv

Re: [Discuss-gnuradio] How to reconfigure automatically the channel used to received data in USRPs

2011-09-07 Thread Nick Foster
Short answer: You cannot open a new USRP instance to reconfigure an already-running USRP instance. You must reconfigure the existing instance. The best advice I can give is that only one flowgraph can be operational per USRP device. In your setup, USRP#1 will run a single flowgraph with a source a

Re: [Discuss-gnuradio] How to reconfigure automatically the channel used to received data in USRPs

2011-09-07 Thread Marcus D. Leech
On 07/09/2011 12:31 PM, Lebowski80 wrote: Hello Nick, What do you mean? Actually I'm running RX and TX in two different flowgraphs on USRP1, the first one in usrp_spectrum_sense.py to look for a free channel (so the RX). In this script I also run benchmark_tx.py by the command p = Popen('python

Re: [Discuss-gnuradio] How to reconfigure automatically the channel used to received data in USRPs

2011-09-07 Thread Lebowski80
Hello Nick, What do you mean? Actually I'm running RX and TX in two different flowgraphs on USRP1, the first one in usrp_spectrum_sense.py to look for a free channel (so the RX). In this script I also run benchmark_tx.py by the command p = Popen('python benchmark_tx.py', shell = True), then my s

Re: [Discuss-gnuradio] How to reconfigure automatically the channel used to received data in USRPs

2011-09-07 Thread Nick Foster
On Wed, Sep 7, 2011 at 3:27 AM, Lebowski80 wrote: > > Hello everyone, > > Before to explain my problem I give some technical information about my > hardaware. I'm using USRPs v1 and the boards integrated are XCVR2450 > Transceivers. > > I'm using the script usrp_spectrum_sense.py in a USRP (calle

Re: [Discuss-gnuradio] GRC squelch block with separate control signal?

2011-09-07 Thread John Ackermann N8UR
Tom Rondeau said the following on 09/06/2011 11:28 AM: On Tue, Sep 6, 2011 at 10:22 AM, John Ackermann N8UR mailto:j...@febo.com>> wrote: I want to implement the equivalent of a carrier-operated relay -- a squelch block that provides an "on" signal at a threshold input signal level

[Discuss-gnuradio] How to reconfigure automatically the channel used to received data in USRPs

2011-09-07 Thread Lebowski80
Hello everyone, Before to explain my problem I give some technical information about my hardaware. I'm using USRPs v1 and the boards integrated are XCVR2450 Transceivers. I'm using the script usrp_spectrum_sense.py in a USRP (called USRP1) to make sensing in the ISM band, after a few seconds i

[Discuss-gnuradio] Bug in 'gr_tagged_file_sink.cc'

2011-09-07 Thread Daniel Bartel
Hi, I found a bug in the 'gr_tagged_file_sink.cc' file during my work on a burst detection. Line 203 should be changed to: 203 int count = fwrite (&inbuf[d_itemsize*idx], d_itemsize, noutput_items-idx, d_handle); The original code was: 202 if(d_state == IN_BURST) { 203 int count = fwrite

Re: [Discuss-gnuradio] Getting USRP N210 running

2011-09-07 Thread hanwen
Hi, Nick, Vadim, Josh, I got the same problem with two N210 in my institute, that only LED B & F is on. I tried to reprogram the FPGA following the thread "Bricking and recovery of N210" but it remains the same? Have you found how to work it out? Cheers, Hanwen 2010/12/14 Nick Foster > On