On 09/02/2010 12:52 AM, Matt Ettus wrote:
>
>
> This is where your problem is. If you are using decimation of 4 then
> you are sending 25 million samples per second to the display.
> However, you are telling it that its sample rate is 1 Million. Thus
> you are giving it 25 times as many samples
P.S. - My configuration: I'm using the latest gnuradio source code along
with a USRP2 and a WBX board, decimation is at 4, the FFT Sink's bin size is
set at 2048 and its sampling rate is at 1,000,000. The computer is a
Thinkpad X61s with a Core2Duo 1.6GHz processor and an Intel GM965 graphics
Hi there,
I'm having trouble getting hardware acceleration to work with grc's
graphical sinks. With the regular sinks the refresh rate is always choppy
and sluggish until it eventually locks up completely. And when I tried the
OpenGL sinks it turned out they're even slower than the regulars, espe
On Wed, Sep 01, 2010 at 07:07:26PM -0600, Malihe Ahmadi wrote:
> Hi,
>
> I am using USRP2+RFX2400 board and trying to adapt our packetized
> communication on the board. As I understand the Ethernet does its
> own packetization on information data and we don't like that.
> therefore we are looking
Malihe,
The USRP2 drivers are designed to abstract the user from the device transport,
and in normal use you shouldn't have to concern yourself with the transport
layer at all. You provide a stream of data in gnuradio, and the USRP2 provides
a stream of data out the device (or vice versa). All
That's no different than a straight analog receiver though, where LO
phase is generally not coherent with carrier or modulation phase. So
you use PLL or similar demodulators to recover carrier phase
Amiright?
--
Principal Investigator
Shirleys Bay Radio
Astronomy Consortium
http://www.sbrac.
On Wed, Sep 1, 2010 at 9:15 PM, Sam Keene wrote:
> Ok, thanks, One more question... So does that mean we control the NCO from
> the software?
>
> I will have a look at those blocks.
>
> thanks,
>
> -Sam
No, the NCO is free running. We compensate for it in software.
Tom
> --- On *Wed, 9/1/
Ok, thanks, One more question... So does that mean we control the NCO from the
software?
I will have a look at those blocks.
thanks,
-Sam
--- On Wed, 9/1/10, Tom Rondeau wrote:
From: Tom Rondeau
Subject: Re: [Discuss-gnuradio] Newbie question on USRP2, synchronization done
by the FPGA?,
T
Hi,
I am using USRP2+RFX2400 board and trying to adapt our packetized
communication on the board. As I understand the Ethernet does its own
packetization on information data and we don't like that. therefore we
are looking into avoid passing our information data to the board through
Ethernet.
On Wed, Sep 1, 2010 at 8:52 PM, Sam Keene wrote:
> Hi,
>
> Thanks for the reply. I guess I am just trying to better understand this
> diagram:
>
>
> http://www.linuxjournal.com/files/linuxjournal.com/linuxjournal/articles/073/7319/7319f3.inline.jpg
>
> I understand what the decimating filters are
Hi,
Thanks for the reply. I guess I am just trying to better understand this
diagram:
http://www.linuxjournal.com/files/linuxjournal.com/linuxjournal/articles/073/7319/7319f3.inline.jpg
I understand what the decimating filters are doing, but I'm a little unclear
about the NCO. Does this compon
On 09/01/2010 06:47 PM, Sam Keene wrote:
> Hi,
>
> Sorry if this is a simple question. I'm trying to figure out what
> synchronization is done by the FPGA on the USRP2. Does it perform both
> phase and freq synch? If I want to implement a simple digital
> modulation tx-rx, do I just need to do tim
Hi,
Sorry if this is a simple question. I'm trying to figure out what
synchronization is done by the FPGA on the USRP2. Does it perform both
phase and freq synch? If I want to implement a simple digital modulation
tx-rx, do I just need to do timing synchronization? Is there a simple
example
I have forked the Ettus github repo (usrp-fpga-mirror) and added a
branch with my alternate rx-buffer / timestamp fixes.
git://github.com/etschneider/usrp-fpga-inband.git
Use the 'ets-inband' branch, I'm leaving master to follow the Ettus
upstream.
If anyone uses it, please let me know.
--Eric
Hi everybody,
I would like to ask some questions regarding USRP. I really need some help.
I got my USRP with a WBX and LP0410. I work on a computer running Windows XP.
After I read many thing about how to install the GNU Radio in Windows
environment I could install it using MingW.
I
On Wed, Sep 01, 2010 at 03:08:53PM -0400, Marcus D. Leech wrote:
> On 09/01/2010 12:51 PM, Jason Abele wrote:
> >>I'll need to do some re-soldering and burn-db-eeprom with USRP1 and
> >>hopefully this
> >>should fix the problem:
> >>http://gnuradio.org/redmine/wiki/1/USRPClockingNotes
> >Also, sin
On 09/01/2010 12:51 PM, Jason Abele wrote:
I'll need to do some re-soldering and burn-db-eeprom with USRP1 and hopefully
this
should fix the problem:
http://gnuradio.org/redmine/wiki/1/USRPClockingNotes
Also, since you use UHD, you can change the daughterboard ID of a
daughterboard on a U
> I'll need to do some re-soldering and burn-db-eeprom with USRP1 and hopefully
> this
> should fix the problem:
> http://gnuradio.org/redmine/wiki/1/USRPClockingNotes
Also, since you use UHD, you can change the daughterboard ID of a
daughterboard on a USRP2 from your host PC using:
/share/uhd/u
You are using a very old RFX2400 which is configured with its own
onboard oscillators instead of using the master oscillator from the
motherboard. You can reconfigure it to work with USRP2 by following the
directions under "Synchronizing all daughterboard LOs" here:
http://gnuradio.org/redm
hi all,
recently, i want to put two different "rxpath" in one top_block, and switch
them when the program is running, but i failed :
class my_top_block(gr.top_block):
def __init__(self, ..):
gr.top_block.__init__(self)
self.txpath = usrp_transmit_path.usrp_transmit_path(
Hi all,
I am working with a usrp2+BasicRx and an external tuner with a 21.4 MHz IF
output and a bandwidth of about 20 MHz.
The same setup but with usrp1 (instead of usrp2) it's working well.
Now I am injecting a tone at 21.45 MHz (-60 dBm) at the input of the BasicRX
and set the usrp2 freq at 21.
Hi List,
I compiled the newest fpga code from the uhd-repository (u2_rev3) with
Xilinx' ISE 12.2. I also used the newest firmware which is available
online (20100901) and also tried some other versions but the USRP2 does
not send a response to arp requests or icmp ping messages. So
uhd_usrp_
Hi Michael,
Unfortunately I do not have any good answers to your questions, but I
have added some comments below that might help.
On Wed, Sep 1, 2010 at 12:09 PM, Michael Hartje
wrote:
> Opensuse 11.3 uses pulseaudio as a standard audio-io. Gnuradio 3.3.x
> offers alsa audiosink and audiosource.
Opensuse 11.3 uses pulseaudio as a standard audio-io. Gnuradio 3.3.x
offers alsa audiosink and audiosource.
When I put "pulse" as parameter for the "device_name" in GRC, with
"verbose" in the "~/.gnuradio/config.conf" I got information about
samplerate and other parameters (see below) -- in my cas
24 matches
Mail list logo