Re: [Discuss-gnuradio] Problem with the ieee 802.11 a/g/p receiver (wifi_rx)
Hi, > On 1 Feb 2017, at 20:07, Qurat-Ul-Ann Akbar > wrote: > > Hi, > > I have been working with the ieee 802.11 module for GNU Radio. I have GNU > Radio v 3.7.10.1 and I am using USRP N210 with a cbx daughterboard. > > Right now I am just testing if the wifi_rx(the receiver) works. I am using a > wifi card to send beacon frames and trying to detect the frames through the > USRP. I get a lot of messages saying frame too short to parse length(<20). > And there's wireshark connector which is supposed to copy received packets > information into a pcap file and that pcap file shows nothing and the message > that the pacp is possibly corrupted pops up. > > I tried to debug using the data flow. I see the that the frame is detected > properly and the symbols are copied in order to decode and the flow is fine > but after the data is decoded in the WiFi Decode MAC Block, the frame gets > dropped with the checksum wrong message. And it happens for most of the > packets and that's why the pcap file isn't showing anything. > > I tried to play with the gain but that's not changing anything. I am using > 11g beacon frames and the sampling rate on the receiver is 20MHz. Did anyone > encounter the same problem? And why are almost all checksums wrong? It would > be very helpful if someone could guide me on this. Maybe you can find something useful here: https://www.wime-project.net/installation/ In addition to that, I would recommend to - make sure that there are no Overruns (i.e., that the receiver can catch up with the same stream) - check the constellation plot (it should give you a good idea if decoding works) - try different LO offsets to tune the oscillator out of the band of interest - make sure that frame detection works (i.e., that decoding is only triggered if a frame is sent) Also note that the frame too short message is from the parser. I didn’t implement a complete parser that knows about all sorts of WiFi frames. However, decoding is completely independent from that. If there is a valid WiFi frame it will show up in the PCAP file, even if it’s not parsed and printed to the console. Best, Bastian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-doa with B210
Hello, If anyone has used gr-doa, what is the angular resolution ? Is it possible to tweak the code of gr-doa and see the functionality using B210 ? Regards Sumit -- View this message in context: http://gnuradio.4.n7.nabble.com/gr-doa-with-B210-tp62733.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Gr-Inspector Install error
Hello all I just recently installed Gr-Inspector and when I try to run a flow graph I get the error below. /usr/local/lib/python2.7/dist-packages/gnuradio/grc/gui/ActionHandler.py:78: Warning: Source ID 403 was not found when attempting to remove it gtk.main() /usr/local/lib/python2.7/dist-packages/gnuradio/grc/gui/BlockTreeWindow.py:221: Warning: Source ID 411 was not found when attempting to remove it self.treeview.set_model(self.treestore_search) *** Error in `/usr/bin/python2': double free or corruption (!prev): 0x02320520 *** Not quite sure but I think when installed tensorflow that it may have changed my python install and possibly caused this error. Hopefully someone can provide some feedback. Thanks Tellrell White ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gr-doa with B210
Hello Sumit: The gr-doa OOT was written to use an X300/X310 with two TwinRX daughterboards, providing four receive channels. It will not work out-of-the-box on any other USRP, although it could possibly be modified for use with different daughterboards (such as SBX or UBX), or with a B-series radio. However, the B200/B210 are not well-suited for this OOT, as they cannot provide four phase-coherent channels. We do not have any specifications on the angular resolution capabilities, but empirically it can track to within a degree or two, under favorable signal conditions. --Neel Pandeya On 2 February 2017 at 11:14, sumitstop wrote: > Hello, > > If anyone has used gr-doa, what is the angular resolution ? > > Is it possible to tweak the code of gr-doa and see the functionality using > B210 ? > > Regards > > Sumit > > > > -- > View this message in context: http://gnuradio.4.n7.nabble. > com/gr-doa-with-B210-tp62733.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with the ieee 802.11 a/g/p receiver (wifi_rx)
Hi Bastian, I was testing the wifi_tx as well and I followed your tutorial where you asked to turn the wifi card into a monitor and then run the transmitter through the SDR. I also connected the Wireshark connector block to the WiFi PHY Hier block to see the packets being sent by the wifi_tx. After transmission when I open the pcap file it just shows me 2 entries and they say "Protocol WLAN, Info: Malformed Packet". I also dont see any UDP packets sent by the USRP in the pcap file generated by the monitor. I didn't change the wifi_tx at all. Can you please tell me what could be going on? Isnt the script supposed to work. And what output should I be expecting? Best, Annie ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Module has no 'attribute'---OOT Module
I just recently installed the gr-inspector oot module. When I tried to run a flow-graph using one of the blocks from the module I got the following error. AttributeError: 'module' object has no attribute 'signal_detector_cvf' I also got the warnings below we I started grc. Warning: Block key "signal_detector_cvf" not found when loading category tree. Warning: Block key "signal_separator_c" not found when loading category tree. Warning: Block key "signal_extractor_c" not found when loading category tree. Warning: Block key "ofdm_synchronizer_cc" not found when loading category tree. Warning: Block key "tfmodel_vcf" not found when loading category tree. Warning: Block key "vis3d_vf" not found when loading category tree. Warning: Block key "ofdm_zkf_c" not found when loading category tree. Warning: Block key "qtgui_sink_vf" not found when loading category tree Not sure what possibly went wrong. Any ideas?? Tellrell White ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
