believe I also got 12.5MHz BW per channel (I'll check if I get a
chance), but then, this is two channels, not one full 25MHz capture.
Dave.
- Original Message
From: Sharif Shaher
To: Marcus D. Leech
Cc: discuss-gnuradio@gnu.org
Sent: Sat, 9 October, 2010 2:47:53
Subject: Re: [Disc
Hi Marcus,
Thank you so much for doing this and for informing all of us of your
results.
Helpful to us, and probably to others.
On 10/8/2010 6:21 PM, Marcus D. Leech wrote:
On 10/08/2010 04:44 PM, Sharif Shaher wrote:
Hi Marcus,
That would be great, and greatly appreciated, we are just
No, not really, its an indefinite data collection.
On 10/8/2010 4:40 PM, Marc Epard wrote:
On Oct 8, 2010, at 1:46 PM, Sharif Shaher wrote:
We are thinking of using a 1.6GHz Intel Atom processor based PC with multiple
gigabit Ethernet ports
to collect data from multiple USPR2s and save that
Hi Marcus,
That would be great, and greatly appreciated, we are just not sure
is if there is a fighting chance or not...thus the question to the forum.
Thanks so much,
Sharif
On 10/8/2010 4:35 PM, Marcus D. Leech wrote:
On 10/08/2010 03:25 PM, Jeffrey Lambert wrote:
Running an FFT is a CPU i
, 2010 at 2:54 PM, Marcus D. Leech wrote:
On 10/08/2010 02:46 PM, Sharif Shaher wrote:
Hello,
We are thinking of using a 1.6GHz Intel Atom processor based PC with
multiple gigabit Ethernet ports
to collect data from multiple USPR2s and save that data off to disk.
We are hoping to be able to
use
Thank you for the heads up.
On 10/8/2010 2:54 PM, Marcus D. Leech wrote:
On 10/08/2010 02:46 PM, Sharif Shaher wrote:
Hello,
We are thinking of using a 1.6GHz Intel Atom processor based PC with
multiple gigabit Ethernet ports
to collect data from multiple USPR2s and save that data off to
Hello,
We are thinking of using a 1.6GHz Intel Atom processor based PC with
multiple gigabit Ethernet ports
to collect data from multiple USPR2s and save that data off to disk. We
are hoping to be able to
use decimation rates as low as 4 for captures of shorts (16bit I and 16
bit Q). We wil
Hello,
I am using gnuradio and a usrp2 to capture samples (shorts) to a file,
that is 16 bit I and 16 bit Q.
I looked at this data in matlab and noticed that in many instances the
samples exceed 13 and 14 bits
for both positive and negative numbers (ie -12567 or +12989).
I was under the impr
Thank you.
-Original Message-
From: Jason Abele
Sent: Thursday, September 23, 2010 3:55 PM
To: Sharif Shaher
Cc: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] USRP2 ADC
>
> Can someone please tell me what the Vref is for the USRP2 ADC, or what the
> full range i
Hello,
Can someone please tell me what the Vref is for the USRP2 ADC, or what
the full range is
peak to peak?
Thanks,
Sharif
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hello,
While using the WBX board and a usrp2 (gnuradio-3.3.0-rc0) and the
txrx_wbx.bin
fw image, I am unable to set the decimation/interpolation rate to 4 when
doing 16bitI/Q.
Has anyone else encountered a similar problem or am I doing something
wrong? Should
it work.
Thanks,
Sharif
__
Hello,
I am trying to tune the WBX to 60MHz, but everytime I do
I get an error. If I do it through usrp2_fft.py it says "Failed",
if I do it through my c++ code, I get the error
set_rx_center_freq(6e+07) failed.
I used the u2_flash_tool to "burn" txrx_wbx.bin to the SD as follows:
sudo ./u2_fla
Hello,
I am using a USRP2 to transmit signals and I am interested in knowing
if anyone has any idea as to how the buffering is handled as it relates
to the call to u2->tx_16scwhen I call this function it usually
returns within
a couple of microseconds. This is much quicker then the time re
Hello,
I am using a USRP2 to transmit signals and I am interested in knowing
if anyone has any idea as to how the buffering is handled as it relates
to the call to u2->tx_16scwhen I call this function it usually
returns within
a couple of microseconds. This is much quicker then the time re
t), the TX/RX
port is selected for receive.
When transmitting (or simultaneously transmitting and receiving), the
TX/RX port is selected for transmit, and the RX2 port is selected for
receive.
-josh
On 05/20/2010 07:50 AM, Sharif Shaher wrote:
Hi Matt,
The first step to getting duplex to
greatly appreciated.
Thanks,
Sharif
- Original Message -
From: "Matt Ettus"
To: "Marcus D Leech"
Cc: "Sharif Shaher"
Sent: Wednesday, April 14, 2010 12:35 PM
Subject: Re: USRP2 and FLEX900
Yes, this is supported now in the latest USRP2 firmware. You
Thank you Marcus, will give it a try and let you know if I have a success.
Sharif
- Original Message -
From: "Marcus D. Leech"
To:
Sent: Thursday, May 13, 2010 3:41 PM
Subject: Re: [Discuss-gnuradio] RFX900 Duplex
Hello,
I understand that the new firmware supports full duplex for
Hello,
I understand that the new firmware supports full duplex for RX900.
Would anyone happen to know how I would augment my c++
code (similar to rx_streaming_samples.cc) so that I can select
antenna port RX2 for my reciever. I see how it is done in python,
but wondering how to do it in c++. AN
Hello,
I have an application that requires me to continuously recieve a signal, while
continuously transmitting a delayed version of that recieved signal. As a
result
I need full duplex. I have a USRP2 and the rfx900 daughter board. My plan
is to use the TX/RX port to transmit while using the R
is the default.
Thanks,
Sharif
Matt Ettus wrote:
On 02/18/2010 11:38 AM, Sharif Shaher wrote:
Hello,
I am trying to run a loopback test where I am using the USRP2 and the
FLEX900
daughter board. I have connected the TX/RX port directly to the RX2
port. I am running
usrp2_siggen.py as is
Hello,
I am trying to run a loopback test where I am using the USRP2 and the
FLEX900
daughter board. I have connected the TX/RX port directly to the RX2
port. I am running
usrp2_siggen.py as is (presumably transmitting out the TX/RX port) and then
also running usrp2_fft.py. I tried to modif
quot;
To: "Sharif Shaher"
Cc:
Sent: Wednesday, February 10, 2010 1:11 PM
Subject: Re: [Discuss-gnuradio] USRP2 Maximum througput
On 02/10/2010 09:37 AM, Sharif Shaher wrote:
Hello,
I am trying to test my maximum achievable throughput from our USRP2
to my host PC. The easiest way for me to
usrp2_rx_cfile.py sends data anywhere
except a file. Regardless, I will try urp2_fft...thanks so much.
Sharif
- Original Message -
From: "Matt Ettus"
To: "Sharif Shaher"
Cc:
Sent: Wednesday, February 10, 2010 1:11 PM
Subject: Re: [Discuss-gnuradio] USRP2 Maximum throug
Hello,
I am trying to test my maximum achievable throughput from our USRP2
to my host PC. The easiest way for me to do this is to invoke,
let say, usrp2_wfm_rcv.py. The ADC sample rate in usp2_wfm_rcv.py
is set to 100Ms/sec, and the decimation rate is set to 312 for a net
sample rate of 320 KS/s
24 matches
Mail list logo