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
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.
] on
behalf of Marcus D. Leech [mle...@ripnet.com]
Sent: Tuesday, 30 March 2010 1:10 PM
To: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Considerations for new hardware in gnuradio
On 03/29/2010 11:13 PM, George Nychis wrote:
Short but sweet response. It would be great to have a SDR
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.
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
On 03/29/2010 11:13 PM, George Nychis wrote:
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
