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 well.
By the way, what does the USRP2 generated packet look like in Wireshark at another laptop? Thanks, Guanbo On Sun, Feb 20, 2011 at 11:32 PM, Ashutosh Grewal <ashutoshgre...@gmail.com>wrote: > Hi Guanbo, > > Thanks for your reply. > > I've some good news regarding the FTW OFDM encoder - we were able to > decode 802.11 a/g packets using kismet/wireshark later in the day. It seems > that we'll have to set the OFDM coderegime option as 6 or 7 or 8 (I'm not > sure about 8 but 6 definitely worked). The version information of our test > system is same as that as what is used here - > https://www.cgran.org/wiki/ftw80211ofdmtx but our USRP2 HW revision number > is different and we used the latest firmware. > > Regarding BBN USRP2Version - I'll try that and get back to you in case I > face any difficulties. > > Thanks, > > Ashu > > On 21 February 2011 00:07, Guanbo ZHENG <gbzhen...@gmail.com> wrote: > >> Regarding to BBN, you may try to the high interpolation and decimation >> rate, as well as proper gain. I was able to decode it on RX (Ubuntu >> 9.10+gnuradio 3.2.2) >> >> For FTW OFDM code, I was able to decode the 802.11g packet as well at >> Wireshark using an Atheros 802.11a/b/g NIC in monitor mode, where I have >> saved the TCPdump file. But recently I tried to re-conduct the experiment, I >> can not get it anymore. :( >> I am still trying to figure out what problem there is. >> >> Guanbo >> >> On Sun, Feb 20, 2011 at 3:13 PM, Sankalp Nimbhorkar < >> sankalp.nimbhor...@gmail.com> wrote: >> >>> Dear All, >>> We tried using this encoder to transmit frames with USRP2 XCVR >>> 2450 daughter-card on Ubuntu 9.10. We confirmed transmission with a WiSpy >>> dongle. But we cannot receive the frames on a receiver. The receiver we are >>> using is an Atheros 802.11 a/b/g NIC in monitor mode with Mad WiFi driver. >>> We have tried almost all the channels in 802.11a and 802.11g, but could not >>> receive a single packet on receiver. In the project description we came to >>> know that 802.11a frames were successfully received with a Ralinc NIC. Has >>> anyone tried out this project? If so, please tell us the procedure to >>> receive these frames with an NIC? Or at least some way to confirm that the >>> frame was actually received by the NIC? (We even tried Kismet configured to >>> report frames even if CRC check fails). Any help would be appreciated. >>> >>> Thank you. >>> Sankalp Nimbhorkar >>> CSC Graduate Student >>> North Carolina State University >>> >>> _______________________________________________ >>> Discuss-gnuradio mailing list >>> Discuss-gnuradio@gnu.org >>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio >>> >>> >> >> >> -- >> Regards, >> Brian >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> Discuss-gnuradio@gnu.org >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio >> >> > -- Regards, Brian
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
