[Discuss-gnuradio] Re: Multi-processor scheduler now available for testing

Hi Eric! Very nice work! I have run the synthetic benchmark program on our machine. The scaling is wonderful. It is running almost 8x faster. If you like, I can send you some reports. Dominik ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.

[Discuss-gnuradio] Re: Multi-processor scheduler now available for testing

On Thu, Jul 17, 2008 at 01:34:45PM -0700, Eric Blossom wrote: > On Thu, Jul 17, 2008 at 07:55:29AM -0700, Eric Blossom wrote: > > I've checked in an SMP-aware scheduler and would love folks to start > > testing with it. I'm seeing good scaling performance when running it > > on multiprocessor/mult

[Discuss-gnuradio] BPSK constellation failing

Hi all, I am currently trying to get plot the received bpsk samples and look at the constellations as received by the USRP, but all I get a big 'ole blob of points in the middle. I think the main issue probably has to do with the interpolation and decimation rates so I included that code at the b

Re: [Discuss-gnuradio] Auto T/R Switching with Inband code

Ketan Mandke wrote: Eric & George, Thanks for quick responses. I also wanted to verify that I am using the correct rbf. Since I am only using a single transmit/receive channel, I have been using "inband_1rxhb_1tx.rbf". Is this ok, or should I be using "inband_2rxhb_2tx.rbf"? No problem. in

Re: [Discuss-gnuradio] Auto T/R Switching with Inband code

Eric & George, Thanks for quick responses. I also wanted to verify that I am using the correct rbf. Since I am only using a single transmit/receive channel, I have been using "inband_1rxhb_1tx.rbf". Is this ok, or should I be using "inband_2rxhb_2tx.rbf"? On Thu, Jul 17, 2008 at 3:32 PM, George N

[Discuss-gnuradio] Re: Multi-processor scheduler now available for testing

On Thu, Jul 17, 2008 at 07:55:29AM -0700, Eric Blossom wrote: > I've checked in an SMP-aware scheduler and would love folks to start > testing with it. I'm seeing good scaling performance when running it > on multiprocessor/multicore systems. On a dual-quad-core Xeon, there > are cases where I ge

Re: [Discuss-gnuradio] Auto T/R Switching with Inband code

Eric Blossom wrote: Hi Ketan! I can't think of any reason that auto t/r shouldn't work with the inband code... unless some control signal that it needs wasn't connected to the master_control module in the inband case. Hi Ketan, I'm not sure which RBF you're using from us. I'd suggest the

Re: [Discuss-gnuradio] Auto T/R Switching with Inband code

On Thu, Jul 17, 2008 at 03:12:29PM -0500, Ketan Mandke wrote: > Hi, > > Is there any way to do automatic transmit/receive switching with the > inband code? I understand how the auto t/r switching in the legacy > code worked (i.e. transmit mode was enabled whenever there was data in > the transmit

[Discuss-gnuradio] Re: How to scan the whole ISM band?

I need time and power strength information to draw spectrogram. I have to finish this project as soon as possible, so I am looking for an easiest way to learn and solve this problem. I wonder if the following method can draw the spectrogram correctly. I really appreciate your help!   I run the c

[Discuss-gnuradio] Auto T/R Switching with Inband code

Hi, Is there any way to do automatic transmit/receive switching with the inband code? I understand how the auto t/r switching in the legacy code worked (i.e. transmit mode was enabled whenever there was data in the transmit FIFO). My group has been hacking the inband code so that we can utilize th

[Discuss-gnuradio] [question] how is the bitrate set in benchmark_ofdm_tx.py

Hi all, I am observing benchmark_ofdm_tx.py. Looks like it determines the best bitrate. Can you pointer me to the code how the bit rate is set? Also, is there a way that I can know what is the bitrate? Thanks! Mikie ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] example of using gr.vector_source_c

On Thu, Jul 17, 2008 at 11:01:25AM -0400, James Park wrote: > Hi, > > Could you tell me how to use gr.vector_source_c()? > I want to modulate the waveform with it, but can not find the examples. > Thank you. $ cd gnuradio $ find . -name '*.py' -print | xargs grep -l gr\.vector_source_c ./gr

[Discuss-gnuradio] Multi-processor scheduler now available for testing

I've checked in an SMP-aware scheduler and would love folks to start testing with it. I'm seeing good scaling performance when running it on multiprocessor/multicore systems. On a dual-quad-core Xeon, there are cases where I get 7.9 times improvement in performance over the earlier scheduler. I'

[Discuss-gnuradio] example of using gr.vector_source_c

Hi, Could you tell me how to use gr.vector_source_c()? I want to modulate the waveform with it, but can not find the examples. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Multi-Usrp setup

I am attempting to get a functioning setup with multiple USRP's working here, and am running into some difficulty. I have two recent (rev4) USRP's with RFX2400 daughtercards connected to a laptop running Ubuntu. I am able to talk to either individually (using usrp_fft.py, and other example code

[Discuss-gnuradio] Build Error on SVN Trunk

Latest SVN trunk checked out this morning ... a clean checkout and build, on OSX 10.5 / XCode 3.0 (gcc 4.0.1) / MacPorts latest, results in the error: ../../../gr-msdd6000/src/msdd6000.h:6:26: error: linux/socket.h: No such file or directory So, either this module needs to be disabled for

[Discuss-gnuradio] is this problem because of USRP?

hi, I have encountered some strange problem that I have no idea how to solve it. I have attached 3 files which are tx, rx, and loopback codes.(they are quite short codes) tx code using pkt_mod transmits packets. rx code using pkt_demod receives packets and writes them in a file. loopback code with

RE: [Discuss-gnuradio] Decimation scheme

Sebastian: http://users.snip.net/~donadio/cic.pdf contains more than you ever wanted to know about CIC filters in great detail including how to calculate the transfer function. Bob ARRL SDR Working Group Chair Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. "Trample

[Discuss-gnuradio] is this problem because of USRP?

-- View this message in context: http://www.nabble.com/is-this-problem-because-of-USRP--tp18507189p18507189.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.