discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] Considerations for new hardware in gnuradio


From: Per Zetterberg
Subject: Re: [Discuss-gnuradio] Considerations for new hardware in gnuradio
Date: Wed, 31 Mar 2010 09:22:37 +0200
User-agent: Thunderbird 2.0.0.24 (X11/20100317)

That memory would be enough to capture 2.5ms at 100MHz if I calculate correctly (1e6/(100e6*4)). I could do with less.


BR/
Per

Jeff Brower wrote:
Per-

If we had an fpga image that allowed us to store samples on the USRP2
that would be very benefitial, at least for me. Then one could test
algorithms with 100MHz sample-rate. Yes, it would not be possible to
use the channel continously. Receiving 1ms of samples would take 4ms to
upload. However, using the time-stamp functionality one can synchronize
nodes to transmit and receive at the same time and thereby enable
testing e.g. interference rejection algorithms.

How many samples?  I think the USRP2 has a 512k x 16 (1 Mbyte) SRAM that's not 
used in the default FPGA image.

-Jeff

Quoting George Nychis <address@hidden>:

Short but sweet response.  It would be great to have a SDR hardware board
that works with GNU Radio that has a very, very, low latency connection to
the host, like PCI express.  Similar to the Microsoft Research SDR
(previously named SORA).  That would be great and open up possibilities of
low latency MAC protocol implementations.

Just sayin'!

- George






reply via email to

[Prev in Thread] Current Thread [Next in Thread]