Actually, I'd be very interested in this as well. Especially if it
worked under Windoze. Something that will just configure and grab data
from the USRP into a buffer would be fantastic.
Any ideas anyone?
Rich
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
On 8/15/07, Richard Meston [EMAIL PROTECTED] wrote:
Actually, I'd be very interested in this as well. Especially if it
worked under Windoze. Something that will just configure and grab data
from the USRP into a buffer would be fantastic.
Any ideas anyone?
Currently marked as a work in
Also, you almost certainly do not want to put an adaptor on the SMA
connector on the USRP; that will cause too much strain. Instead, use an
SMA to SMA cable and put the adaptor (BNC male to SMA female) on the
scope.
___
Discuss-gnuradio mailing list
Matt,
First off, reburning the eeprom is the LAST step in several step process to
make an RFX board into a MIMO_A board. ... yes, as I mentioned in my post
from 7/30/07, I made the modifications that you provided in a post from 2/7/07,
where you stated:
All RFX boards currently
In the clock recovery, the useful term in the output of the MM error
detector becomes small for long sequences of identical symbols. This
affects the sampling instant, and I suspect is related to what you are
seeing. You can modify the gain_mu value to get these and similar
effects.
-TT
On
Hi,
I'm trying to port GNURadio packages to arm-linux platform, and I
think I'm almost done since I cross-compiled most of necessary
libraries and binaries including GNURadio itself.
So, cross-compiled boost, swig, fftw3, and cppunit.
And then using this configuration of GNURadio
./configure
Koen Kooi has run the dial tone example on the openmoko phone. (ARM
based). Take a look at openembedded, we have added support for
building gnu radio there.
http://wwwo.openembedded.org
Philip
On 8/15/07, Younghun Kim [EMAIL PROTECTED] wrote:
Hi,
I'm trying to port GNURadio packages to
On Tue, Aug 14, 2007 at 10:55:40AM -0400, Vijay Ramasami wrote:
Thanks for the information David. I will look up ITU-J.83B ...
Do you happen to have any captured QAM cable data (or any website that
lists the data) ? I wanted to see if I can put together a software
demod for digital cable ...
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Bahn William L Civ USAFA/DFCS wrote:
Thanks, that helps some.
I figured that I could put in the literal size of the data, in bytes, but
that only helps if it actually matches how the GR blocks are going to process
those bytes.
When
My quick reaction is that you are having problems from using different
paths from (cross-)building and running. Try making an ARM destdir and
installing everything into it in the same place you will have it when
you run. Lots of programs configure in (via @prefix@ in foo.in) the
prefix,and then
Hi,
Well, I actually had to make --prefix the same as DESTDIR to make
install them. I'm suspecting it is because DESTDIR is not the same as
/mnt/cf/gnu meaning PATH is not correct.
Thank you,
Younghun
On 8/15/07, Greg Troxel [EMAIL PROTECTED] wrote:
My quick reaction is that you are having
Hi,
For those who have experience with the hardware, please see if my list
of components is adequate for a single host. The intent is to be able to
build a 802.11 (b/g) network.
1. One USRP board package (including motherboard, enclosure, 2 RF
cables, USB cable, power supply etc)
2.
Apologies for general/off topicness, but does anybody have any
comments/opionion about these guys:
http://www.xgtechnology.com/technology.asp
Useful innovation or snake oil?
TIA
--Chuck
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The USRP has a maximum bandwidth of about 16 MHz (using 8-bit samples
instead of the usual 16), which is not even enough to cover one
802.11b/g channel (22 MHz Nyquist). Thus you'll have a hard time
decoding b/g packets at faster than 1,2 Mbit rates
Interesting however have a read of the following old Register article:
http://www.theregister.co.uk/2005/11/09/xmax/
and
http://www.ka9q.net/xmax_schwartz.html
So, this appears to have been doing the rounds since mid 2005 but
apparently nothing concrete to show 2 years later.
Difficult to
I think the most comprehensive page I've found is http://
en.wikipedia.org/wiki/XMax . Links to patents and reviews (e.g.
Phil Karn's). - MLD
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Michael-
I think the most comprehensive page I've found is http://
en.wikipedia.org/wiki/XMax . Links to patents and reviews (e.g.
Phil Karn's). - MLD
Phil Karn is a Qualcomm employee -- maybe not the most impartial source. Here
is
something recent, starting with an actual face-to-face
Jeff Brower writes:
Phil Karn is a Qualcomm employee -- maybe not the most impartial
source.
Hey, Jeff: welcome to the Internet. I see this must be your first day
:)
/jordan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Bah. Hate it when I forget to fix the reply-to.
---BeginMessage---
I remember seeing this elsewhere a while back. I recall two sticking points:
1. the technology appears to be related to pulse or gated modulation.
Sort of like continuous wave modulation on crack.
2. their marketing approach
19 matches
Mail list logo