Hi All,
Has anyone looked into implementing the higher bit rates (5.5Mbit and
11Mbit) of 802.11b using complementary code keying (CCK)? If CCK does have
to be implemented from scratch, would it be more beneficial to implement G,
which would provides a large number of speeds with one scheme (OFDM)?
Costantini, Andrea wrote:
What's the difference between the two revisions?
Those are serial numbers, not revisions.
Matt
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Great to hear. I will be able to start testing with two USRPs soon. I am
waiting on some hardware. I will let the list know what I find out.
On Fri, Apr 3, 2009 at 9:09 AM, Eric Blossom wrote:
> On Fri, Apr 03, 2009 at 10:45:18AM -0300, Tiago Rogério Mück wrote:
> > I fixed the problem. The top_
On Friday 03 April 2009 18:00:03 Jakob Meineke wrote:
> When I do not enable realtime scheduling in the script the CPU load seems
> to increase even more and the signal is never nice. The sampling rate is
> 10e8/4, where 4 is the interpolation set in siggen.py. Using an
> interpolation of 8 seems t
On Fri, Apr 03, 2009 at 10:45:18AM -0300, Tiago Rogério Mück wrote:
> I fixed the problem. The top_block on bbn_80211b_tx_port was not being
> properly initialized.
>
> It seems to be working now, but when I use 8 samples per data bit instead of
> 4 I randomly got the following error:
>
> usrp2::
On Fri, Apr 03, 2009 at 12:25:41PM +, feldmaus wrote:
> Patrick Strasser tugraz.at> writes:
>
> >
> > Markus Feldmann wrote am 2009-03-30 17:54:
> > > For example, is this ONE sample ?
> > >24 + 5i
> >
> > Yes.
> >
> > > The left is a 32bit I part and the right is the Q part ?
> >
>
Hi all,
I use USRP2 to generate some RF signal around 60 MHz using a script that is
a slight modification of usrp2_siggen.py. I first create the signal on the
host, write it into a file sink and when the calculation is done I use the
same file as a signal source and send it to the USRP2. At thi
On Fri, Apr 03, 2009 at 08:18:32AM -0400, Jaze Dalton wrote:
> >
> >
> > >
> > > Also, I noticed that when I use the subdev->gain_min() and
> > > subdev->gain_max() functions, both return 0 instead of correct values.
> >
> > Those are the right values. min == max -> not adjustable
> >
>
> I see.
Dear all,
We have two daughterboards XCVR2450.
One of them is rev. 272 and the other is rev. 273.
By using a USRP2 with the daughterboard rev.272, the function
"self.u.set_center_freq" works correctly.
If we replace the daughterboard rev.272 with the second one (namely the
rev.273) the same
On Fri, Apr 03, 2009 at 08:32:50AM -0700, Josh Blum wrote:
>
> Any strong opinions on this (error vs warn)? Either way is ok with me, I
> just want it to be most useful for the majority of users.
Error seems fine to me.
Eric
___
Discuss-gnuradio mai
lxml.etree.XMLSyntaxError: Opening and ending tag mismatch: doc line
23 and block, line 29, column 9
Josh, shouldn't GRC ignore malformed xml files (or maybe warn),
instead of failing to run?
Sorry, I am not yet familiar enough to submit a patch for this...
It was intentional. If the block
On Fri, Apr 3, 2009 at 6:37 AM, Per Zetterberg wrote:
>> In other words, the magnitude of the samples in the captured .dat
>> files are different by a factor of 16dB?
>
> Yes.
>
>> Do they otherwise look the
>> same spectrally?
>>
>
> They are flipped with respect to each other.
This has been op
I fixed the problem. The top_block on bbn_80211b_tx_port was not being
properly initialized.
It seems to be working now, but when I use 8 samples per data bit instead of
4 I randomly got the following error:
usrp2::tx_raw: FIXME: short packet: 7 items (56 bytes)
Does anyone know what this mean?
Patrick Strasser tugraz.at> writes:
>
> Markus Feldmann wrote am 2009-03-30 17:54:
> > For example, is this ONE sample ?
> >24 + 5i
>
> Yes.
>
> > The left is a 32bit I part and the right is the Q part ?
>
> Yes! The I(nphase)-part is the real component of the complex number, the
> Q(ua
>
>
> >
> > Also, I noticed that when I use the subdev->gain_min() and
> > subdev->gain_max() functions, both return 0 instead of correct values.
>
> Those are the right values. min == max -> not adjustable
>
I see. Thanks. So that means "self.subdev.set_gain(options.gain)" has no
effect, righ
Hi,
> On Fri, 4/3/09, Matigakis Emmanouil wrote:
>
> Hi,
>
> I don't have a BasicRX db. Can't I do the same with RFX2400?
You can do the test with RFX2400 but you have to disable auto T/R switch to use
TX/RX sma for tx and RX2 for RX (after using select antenna command).
>
> Is it danger
I am creating xml files for my RDS block, in order to be able to use
it together with GRC.
I had forgotten to close a tag in an xml file that I had put into
/usr/local/share/gnuradio/grc/platforms/python/blocks/
The result was that I couldn't run GRC anymore, it would exit with
these messages on th
Hi,
I don't have a BasicRX db. Can't I do the same with RFX2400?
Is it dangerous to burn the db if I connect the input to the
output directly?
Manolis
-Αρχικό μήνυμα-
Από: Firas Abbas [mailto:firasmail2...@yahoo.com]
Αποστολή: Πεμ 2/4/2009 18:25
Προς: Matigakis Emmanouil
Κοιν.: discu
18 matches
Mail list logo
