Guanbo ZHENG wrote on 22.02.11 00:36:
The frequency band is correct. Just now, I re-install the repository from
the CGRAN, and tried again using:
sudo python ftw_ofdm_tx.py -f 2.462G -i 5 --regime=8 --payload=“Here are
some test messages from WiSeR” -r 10000
So the only question is, I have NOT updated my firmware. I will try that as
We used the XCVR2450 only so far. In our experience, the most common
why it fails are:
- channel on the RX side is not set to the one you use at TX
- TX gain is too high or too low (depending on what kind of antennas
“channel environment” you are using)
- old USRP2 firmware bug (try also with -s option and see if it changes
behavior) see documentation https://www.cgran.org/wiki/ftw80211ofdmtx
- try also with -r 1 and -r 0 (the repetition method we used in the
By the way, what does the USRP2 generated packet look like in Wireshark at
Ideally, you would tick the “capture using promiscuous mode” and
using monitor mode” in the Wireshark GUI. Then you should see every
PHY-valid frame whatsoever the card is able to decode on the channel
it is currently listening on. Make sure it does work like that. E.g. do
see beacons of the access-points nearby?
The link-layer header-type should be “802.11 plus radiotap header” and
should see the radiotap headers appended to every frame.
If you have it available you can also use cmd-line tool called athstats
debug. You can get access to some atheros-specific counters with it,
how many frame-detected events per seconds are registered by the NIC.
If all of this doesnt help there is this method to find out if the
is in HW/GNUradio subsystem or on the encoder/decoder side:
Try to generate frames using the Atheros NIC and record the signal (a
of baseband to disk) using the USRP2 with rx_cfile.py. Then put the
in monitor mode again and transmit this very baseband block using
transmit.py we included in the ftwofdm release (in src/matlab).
You have to use the same USRP2 for recording/transmission, and you
not wait too long between RX/TX because of potential frequency offsets.
If this “record-playback” does not work there is still something wrong
your current XCVR2450/USRP2/GNUradio subsystem. If it does work our
is the source of the problem
Dipl.-Ing. Paul Fuxjaeger
FTW - Telecommunications Research Center Vienna
PSTN:+43-1-505283057 | 3GPP:+43-676-4787088