[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Fwd: Re: [Discuss-gnuradio] USRP2 - 25MS/s]
From: |
Douglas Geiger |
Subject: |
[Fwd: Re: [Discuss-gnuradio] USRP2 - 25MS/s] |
Date: |
Mon, 08 Dec 2008 12:55:07 -0600 |
User-agent: |
Thunderbird 2.0.0.18 (Windows/20081105) |
Looks like I failed to copy the list. To expand a little more on this -
setting decimation rates less than 8 with the current code on my machine
results in a screen-full of 'S's, and I still see them occasionally
with decim = 8. Right now I'm experimenting with usrp2_rx_file.py to
record the 25MS/s to a dumpfile, and then try processing them offline.
Doug
-------- Original Message --------
Subject: Re: [Discuss-gnuradio] USRP2 - 25MS/s
Date: Fri, 05 Dec 2008 16:36:43 -0600
From: Douglas Geiger <address@hidden>
To: Matt Ettus <address@hidden>
References: <address@hidden> <address@hidden>
Matt Ettus wrote:
>
> 25 MS/s is a very high data rate to keep up with. If you were to just
> run a 40 tap FIR filter you would easily be eating up half of a
> processor. I haven't looked at it, but the 802.11b code is bound to use
> more processing than the fft display does.
>
> Does the bbn code accept other decimation rates? you could try 5 or 6.
>
> Matt
Makes sense - I knew that was a lot of data. It does look like I'm using
70% of cpu with decim = 8. I'll try decimation rates in-between - I
think the main thing that would need changing in that case is the
samples per bit.
Doug
--
Doug Geiger
Research Assistant
Communications and Signal Processing Lab
Oklahoma State University
http://cspl.okstate.edu
address@hidden
address@hidden
--
Doug Geiger
Research Assistant
Communications and Signal Processing Lab
Oklahoma State University
http://cspl.okstate.edu
address@hidden
address@hidden
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Fwd: Re: [Discuss-gnuradio] USRP2 - 25MS/s],
Douglas Geiger <=