Bah. Hate it when I forget to fix the "reply-to".
--- Begin Message ---
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 app
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
http://l
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-fac
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
http://lists.gnu.org/mailman/listinfo/discus
Phil Karn has done a more recent analysis at
http://www.ka9q.net/xmax.html . This matches with my personal analysis
that it smells a bit like a reptile cage. They have been doing some more
press releases through Mobile Radio Technology Mag, claiming they are
close to a rollout.
Their claimed
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 f
-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 (B
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
h
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.
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 havin
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 l
-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 po
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
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 a
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 --
In the clock recovery, the useful term in the output of the M&M 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 8/13/
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
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
Di
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 i
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
Behal
20 matches
Mail list logo
