Is it possible to change the tuning step size on the RFX400 to something
different than the 2 MHz step size it's on now? I've been looking through
db_flexrf.cc and have had no luck.
Tim
---
Timothy R. Newman, Ph.D.
Wireless @ Virginia Tech
447 Durham
It totally depends on where you implement the latency sensitive components. I
believe the best USB can do is a minimum of 100us, and that probably the
theoretical minimum. If you need 80-120 us latency, you will definitely need
to move the latency sensitive components to the FPGA.
Here are a
Ali Siddiqi wrote:
Hi,
Did the flowgraph of the code (in which you added the timeout)
involved
receive_path???
Regards,
Ali
On Mon, Aug 3, 2009 at 11:21 AM, Dan Rosenqvist da...@kth.se
wrote:
Umair Nasir wrote:
Hi all,
This question is asked a number of
http://usbip.sourceforge.net/ is an open source project on sourceforge for
this exact thing. I haven't actually used it, but it's been slowly
developed over the past couple years.
Tim
---
Timothy R. Newman, Ph.D.
Wireless @ Virginia Tech
447 Durham Hall
Has anyone had any experience using a USRP2 with long Ethernet cables,
possibly up to the 100m max? I don't forsee any problems but I plan on
having several USRP2s distributed throughout a building and having all
the host PC's in central location will simplify things. Just wanted to
check if
Has anyone had any experience using a USRP2 with long Ethernet cables,
possibly up to the 100m max? I don't forsee any problems but I plan on
having several USRP2s distributed throughout a building and having all
the host PC's in central location will simplify things. Just wanted to
check if
This question is probably more suited to the AirProbe mailing list.
Tim
-Original Message-
From: discuss-gnuradio-bounces+trnewman=vt@gnu.org on behalf of Jane Chen
Sent: Wed 3/4/2009 8:39 PM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] run AirProbe with
I had a similar problem when I was using a PCIe express card. The problem
was with the drivers flow control. For some reason the Marvell Yukon2
drivers I was using with the Belkin PCIe gigabit card thought it was getting
overwhelmed with frames and sent a PAUSE frame to the USRP2 and then the
I have personally used a Belkin Gigabit express and got it working with a few
minor configuration changes. Take a look at:
http://gnuradio.org/trac/wiki/USRP2GigEReports
for compatibility reports for different chipsets.
Tim
-Original Message-
From:
Couldn't you just tell the USRP's to start at a specific time to get
them to start in sync? Rather than in real-time telling them to start
immediately and having that lag.
Tim
---
Timothy R. Newman, Ph.D.
Wireless @ Virginia Tech
447 Durham Hall
If you're in a hurry to get it to work, your best bet is to go out and buy a
GigE express card. I doubt that much work is going into looking into specific
incompatible chipsets. I could be wrong.
Tim
---
Timothy R. Newman, Ph.D.
Wireless @ Virginia Tech
There are many more ways than just lumping everything onto a single GPP. A
good example is a recent thread on the GNU radio mailing list where the poster
is using the USRP2 as a standalone radio with no PC. Pushing key elements to
other reconfigurable processors, e.g. the USRP2 FPGA, will
I'm not familiar with what code you are using, but you will need to have
a port open on the server you are trying to connect to. In your case, a
port should be open on port 5000 at 172.20.2.89 in order for your client
code to connect to it. If you enter 127.0.0.1 then you'll need a server
The USRP sink is basically the gnuradio device driver for the USRP. Look at
the USRP library code to see how it actually sends the raw data. It accesses
the USRP through the USRP device filesystem. It's not simply just writing
something to /dev/usrp..
Tim
-Original Message-
From:
The USRP sink is basically the gnuradio device driver for the USRP.
Look at the USRP library code to see how it actually sends the raw
data. It accesses the USRP through the USRP device filesystem. It's
not simply just writing something to /dev/usrp..
Whoops I meant USB device system not
For both those functions you need to pass in the variable you want assigned the
value as an input parameter.
Look at gnuradio/trunk/gr-usrp2/src/usrp2_source_base.cc for the function
definitions of adc_rate and daughterboard_id.
Tim
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Your getting into basic python questions now, maybe check out some
python tutorials first. The tap in that for loop just iterates over
each value in mywindow. The += is the assignment by addition operator,
it adds the value of tap*tap to the value of power.
Tim
From: [EMAIL
The usrp2_fft python code was recently changed to use that adc_rate() call,
although the actual implementation returns the value to the input pointer
parameter.
Just change that line in usrp2_fft back to what it was so you can at least test
it:
From:
input_rate = self.u.adc_rate() /
Looks like your MTU is set a bit too small. Try increasing it to 1500 or maybe
a bit higher and see what happens.
/sbin/ifconfig eth0 mtu 1500
Tim
---
Timothy R. Newman
DNI Post Doctoral Fellow
Wireless @ Virginia Tech
447 Durham Hall
Blacksburg, VA
You can use any SD card reader available.
---
Timothy R. Newman
Wireless @ Virginia Tech
Virginia Tech
447 Durham Hall
Blacksburg, VA 24061
Phone: 540-231-2041
Email: [EMAIL PROTECTED]
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
20 matches
Mail list logo