Forum: GNU Radio USRP2 - 25MS/s]

Announcement (2017-05-07): www.ruby-forum.com is now read-only since I unfortunately do not have the time to support and maintain the forum any more. Please see rubyonrails.org/community and ruby-lang.org/en/community for other Rails- und Ruby-related community platforms.
D9b2772a9387f5dbe010dbc0c3a93f8d?d=identicon&s=25 Douglas Geiger (Guest)
on 2008-12-08 20:11
(Received via mailing list)
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 <doug.geiger@bioradiation.net>
To: Matt Ettus <matt@ettus.com>
References: <493991DB.4020305@bioradiation.net>
<4939A5CA.2090805@ettus.com>

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
douglas.geiger@okstate.edu
doug.geiger@ieee.org

--
Doug Geiger
Research Assistant
Communications and Signal Processing Lab
Oklahoma State University
http://cspl.okstate.edu
douglas.geiger@okstate.edu
doug.geiger@ieee.org
This topic is locked and can not be replied to.