Hi Greg,
We are using the USRP2, which should have just enough bandwidth to handle
the full bandwidth of the signal.
As a side note, I think I almost have 2Mbps tx/rx working. I've set it up so
that it successfully merges a header and payload that have been modulated at
different rates. I think I
From my side I decided to spend some more time in understanding why
the bbn_802.11_tx.py doesn't work when trying to receive with real
802.11 chipsets in monitor mode (modified to disable the mac CRC
check).
I am now fuzzy on the details, but I think the basic problem is that the
USRP doe
> are using a raised cosin as the TX/RX filter. Perhaps you can swap out that
> filter with the barker filter to test if the bits are being decoded
> correctly.
You will still need the RRC filter after barker coding. You can't
really send direct plus/minus one data to the USRP because you can't
Hi Andrea,
In the GNU Radio code base
(trunk/gnuradio-core/src/python/gnuradio/blks2impl) you can find DBPSK and
DQPSK modulators, which are used by the benchmark_tx/rx files found in the
gnuradio-example directory. I looked at the python code and the modulators
are using a raised cosin as the TX
Dear all (especially people working on BBN code with USRP2),
I know that some of you are working on simple_mac, higher modulation
rates and so on.
From my side I decided to spend some more time in understanding why the
bbn_802.11_tx.py doesn't work when trying to receive with real 802.11
chi
