Re: ControlPort error in gr-ieee802-11, wifi-loopback example.

gnuradio-default` and then installed > `gr-recipes/gr-ieee-80211`. After seeing the message above I also > installed `gr-recipes/apache-thrift`, hoping that this would solve the > issue, but it did not seem to make any difference. > > > Best regards, > > Anton > -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: Handshake and Message Passing with gr-ieee802-11

Hi Cameron, On 6/10/20 8:00 PM, Cameron Matson wrote: > The buffer seems to be building up in size as I'd expect, and the first > message goes through, but I get no output from the WiFi Phy block, and > so the buffer just continues to grow in size without sending out any > more messages.  Since

Re: GNU Radio on Android

; > Thanks, JM > > -- > JM Friedt, FEMTO-ST Time & Frequency/SENSeOR, 26 rue de l'Epitaphe, > 25000 Besancon, France > -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: gr-rds modules documentation

There are examples in the examples directory that demonstrate how everything can be put together. https://github.com/bastibl/gr-rds/tree/maint-3.8/examples I'm not sure if or where they are installed on the packaged version. They show a complete FM receiver w/ RDS and a custom GUI.

Re: Proposal for GSoC

H3twCDQ210hDYHW0jWJG91DwhTA22nFY/edit?usp=sharing > ). Looking for constructive feedback and suggestions regarding this project. > > Yours Sincerely, > Prashant Kumar -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: Zigbee transceiver

e working of MAC to wireshark but i cant get the > work that happens from PHY to wireshark cause i am not seeing any > changes even if i disconnect it. > > Regards, > Sampath -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: Wire shark output question

rk. Please let me know if i need to ask the question in > more clear way. Looking forward for someone's help to clear this doubt > > Thanks and regards, > Ranganathan Sampathkumar -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: About the transceiver and sending packets to / from a hardware

Xbee or any zigbee sniffer) or send message from Xbee > > and trying to receiving in on Wireshark at the GNU Radio end > > Same answer as to 1. > > > I also face the issue of when i transceive the message its showing > > "Bad FCS"  and also the packet flow is getting stopped when i open the > > wireshark . Please throw some ideas on this .  > > > Same answer as to 1. > -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: [Discuss-gnuradio] buffer allocation failing with RuntimeError: bad_alloc

" >> Here's a picture of my flowchart: >> gnuradio-runtimeError-bad_alloc.png >> >> Tested this on a different machine, and it works fine, so the >> problem isn't with the flowchart itself. I'm working off the >> maint-3.8 branch, ins

Re: [Discuss-gnuradio] Transmitting 802.11 packets with the HackRF w/out burst transmissions

> Is there another method that could transmit 802.11 packets that > would work with the HackRF? > > Thanks! > > > > -- > Eamon Heaney > / > /Fleet Commander/ > // > /President, Model UN at Virginia Tech >

Re: Subject Line Prefix Missing

I've noticed that recent postings to the list are missing >>> the "[Discuss-gnuradio] prefix that was automatically >>> added to the subject line. >>> >>> Was this a deliberate change? I hope not, as I find that >>> feature very useful in picking out the list messages >>> from amid all the spam. >>> >>> >>> @(^.^)@ Ed >>> -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl

Re: [Discuss-gnuradio] Issue Receiving Messages Using Gr-IEEE-802-15-4

be able to see this > message using an XBee module? > > Tellrell  > > On Thu, Aug 15, 2019 at 5:16 AM Bastian Bloessl <mailto:m...@bastibl.net>> wrote: > > Hi, > > there are quite a lot of "XBee" boards. Some of them support multiple > P

Re: [Discuss-gnuradio] How to define maximum number of samples in in Sync_Short used in IEEE802.11

e. > > Thanks and Regards > > SG > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt

Re: [Discuss-gnuradio] Issue Receiving Messages Using Gr-IEEE-802-15-4

ailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > -- Dr. Bastian Bloessl Secure Mobile Networking Lab (SEEMOO) TU Darmstadt, Germany www.bastibl.net GitHub/Twitter: @bastibl smime.p7s Description: S/MIME Cryptographic Signature _

Re: [Discuss-gnuradio] Problem GNU RADIO WIFI tranceiver

ps://files.ettus.com/manual/page_general.html Best, Bastian On 7/26/19 2:37 PM, timothe dissaux wrote: > Hi everyone, > i'm facing a problem on gnu radio concerning a wifi tranceiver made by > Bastian Bloessl. > > I have summarized the issue in the attached pdf. > if you are mi

Re: [Discuss-gnuradio] Received data rate for wifi_rx in gnuradio

Hi, the data rate of the PHY (derived from the encoding) is not similar to link-level data rate. You would not reach the PHY data rate even if frames would be sent back-to-back (overhead from preamble and signal field). That being said, I'm not sure about your configuration. I don't think there

[Discuss-gnuradio] Workshop on Open Radio Platforms at Crowncom

Hi all, the deadline for the open radio platforms workshop at Crowncom was extended to 12 February. Please consider submitting, if you are working on (or using) cool hardware or software prototypes. http://crowncom.org/workshop-open-radio-platforms/ Best, Bastian smime.p7s Description:

Re: [Discuss-gnuradio] gr-ieee802-15-4 OOT Module not Working on E312

Hi, On 1/18/19 12:42 AM, David Alexander wrote: > I am currently trying to get an OOT module working on an Ettus E312, but > I am having issues with the code as I have described in the following > Github Issue > https://github.com/bastibl/gr-ieee802-15-4/issues/40 ...and what about the proposed

[Discuss-gnuradio] Workshop on Open Radio Platforms for 5G

: - EAI Endorsed Transactions on Cognitive Communications - EAI Endorsed Transactions on Wireless Spectrum Important dates === Submission: 29 January 2019 Notification: 11 March 2019 Camera-ready: 12 April 2019 Conference: 11-13 June 2019 -- Dr. Bastian Bloessl Research Fellow

Re: [Discuss-gnuradio] adapt the MAC of the gr-ieee802.11

t..." >> >> >> Today's Topics: >> >>1. Re: Simulation to compute BER of a Modulator/Demodulator >> Encoding/Decoding system (Cinaed Simson) >>2. adapt the MAC of the gr-ieee802.11 (Steve Joumessi Demeffo) >>3.

Re: [Discuss-gnuradio] adapt the MAC of the gr-ieee802.11

Hi Steve, On 10/25/18 9:30 AM, Steve Joumessi Demeffo wrote: > I want to adapt the MAC of the gr-ieee802.11 project to a PPM physical > layer. I want to know which blocks I need to adapt to my project. Probably `lib/mac.cc`, but that's hard to tell with this little information. It would be

Re: [Discuss-gnuradio] RDS-TMC for FM

. (There is no special field for the artists and song title, but it is usually in the 'radiotext' field, which is decoded.) See the demo here: https://www.youtube.com/watch?v=05i9C5lhorY Best, Bastian -- Dr. Bastian Bloessl Research Fellow @ CONNECT Center Trinity College Dublin GitHub/Twitter

Re: [Discuss-gnuradio] Awgn simulation error

On 09/28/2018 05:48 PM, dapodun nudopad wrote: Hi, I had run the sim.grc in the awgn simulation folder from gr-ieee802.11 and I get this following from the terminal. Plus, I'm not sure how I should measures the ber however the error I got is below. Thanks linux; GNU C++ version 5.4.0 20160609;

Re: [Discuss-gnuradio] Error compiling gr-ieee802.11

Hi, On 09/28/2018 04:26 PM, Dmitriy Tochansky wrote: Here is a link to patch https://github.com/gnuradio/gnuradio/commit/5197311dd22744b784ff9ae2cd965a26ef04f4a4 Thanks—will this let gr-ieee802.11 compile against the master branch? No, it's a commit that remove 'delete_head_blocking' from

Re: [Discuss-gnuradio] Error Linking UHD

Any chances you are confusing libgnuradio-uhd.so with libuhd.so. To me it sounds like you want to link against the latter. Maybe some linkers resolve symbols from libuhd through libgnuradio-uhd and some don't (which might make sense if you do not use any symbols defined in libgnuradio-uhd).

Re: [Discuss-gnuradio] A few questions regarding gr-ieeee802-11

Hi, On 06/08/2018 10:18 AM, Tal Peer wrote: 1. In the Sync Long block, the input is put through a matched filter defined by the long training sequence in time domain. I'm probably overseeing something here, but  I would expect this sequence to be the same as the sequence given in table I-6 of

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

of arguments. Best, Bastian Regards Sumit ** On 02/05/2018 08:26, Bastian Bloessl wrote: The problem with this configuration is that the "Soft frame equalizer" blocks  are not synced. It's the same problem as with the Sync Short block, just at a later stage. Consider what happe

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

ong Sync-> FFT -> Equalizer-> etc etc steps. With this  approach simulator works flawlessly now. Also with USRP it works good. But after some time, say 2-3 minutes or so, USRP stops receiving signal. There is no warning or error or overruns etc making it difficult for me to debug further. Regar

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

orrelations values. In essence, you have to make sure that all branches start the synchronization process if one branch detects a frame. Best, Bastian > Regards > Sumit > > > > On 27/04/2018 11:25, Bastian Bloessl wrote: >> I don't know about such an implementation. IIRC, in

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

happen! I note this in my to-do list. But as of now there are no warnings of overruns etc. I recorded it. What is making USRP to stop receiving. https://www.youtube.com/watch?v=SPXLJ3iEWg8=youtu.be Sumit On 27/04/2018 10:41, Bastian Bloessl wrote: Hi, I'm not sure if I get it, but don'

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

this in my to-do list. But as of now there are no warnings of overruns etc. I recorded it. What is making USRP to stop receiving. https://www.youtube.com/watch?v=SPXLJ3iEWg8=youtu.be Sumit On 27/04/2018 10:41, Bastian Bloessl wrote: Hi, I'm not sure if I get it, but don't you need some

Re: [Discuss-gnuradio] Issue while adding streaming data : Integrating MRC in gr-ieee 80211

Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Dipl.-Inform. Bastian Bloessl Researcher @ CONNECT Center Trinity College Dublin GitHub/Twitter: @bastibl https://www.bastibl.net/ ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] gr-ieee802-11 and the blocks with multiple inputs

Hi, On 02/07/2018 06:57 AM, Halit Bugra Tulay wrote: 1) The one working with 3 separate null sinks ( https://imgur.com/a/siXZN ) 2) The one that does not work ( https://imgur.com/a/BFTol ) As similar to what I observed before, the first one keeps communicating without a problem while the

Re: [Discuss-gnuradio] 802.15 Zigbee transceiver

Hi, On 01/30/2018 07:04 PM, Zhiwu Guo wrote: Dear all, I am working on the gnuradio project of 802.15 Zigbee transceiver which I downloaded from link below: https://github.com/bastibl/gr-ieee802-15-4 I am looking the mac.cc file which is located in the lib files. As we all know know,

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi, On 01/19/2018 10:30 PM, sumit kumar wrote: Hi Michael, Yes I just made one and pushed everything. https://github.com/sumitstop/MTSDR-gnuradio/commits/master https://github.com/sumitstop/MTSDR-gr-ieee-80211/commits/master I didn't test it, but I think you should declare the function

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

to transmitted frame per second using a R VSG. The test was done over the air. On 18 January 2018 at 13:06, Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>> wrote: Hi, you are right. The current implementation does not use soft-bits but feeds hard bits into

Re: [Discuss-gnuradio] Softbits in gr-ieee 802.11 ?

Hi, you are right. The current implementation does not use soft-bits but feeds hard bits into the decoder. In 2013, I used the soft-input Viterbi decoder from the IT++ library. http://itpp.sourceforge.net/4.3.1/convcode.html Best, Bastian On 01/17/2018 11:36 AM, sumit kumar wrote: Hi, I

Re: [Discuss-gnuradio] Sampling rate of gr-ieee 802.15.4

Hi, > On 9. Nov 2017, at 17:25, Sumit Kumar wrote: > > Hi, > > The 802.15.4 spec says that the channels should be 2 MHz wide with 5 MHz > inter channel spacing. > > Why does gr-ieee 802.15.4 uses a sampling rate of 4MHz instead of 2 MHz ? > > Off course it

Re: [Discuss-gnuradio] Warning while running gr-ieee-80211

Hi, On 10/25/2017 06:13 AM, sumit kumar wrote: *Ubuntu 16.04* *GNURadio and gr-ieee-80211 installed yesterday using pybombs * I get this warning when I run the wifi_rx.grc "The total sum of rates (20.00 MSps on 1 channels) exceeds the maximum capacity of the connection" Looks like

Re: [Discuss-gnuradio] gr-foo

Hi, On 10/21/2017 01:18, Ron Economos wrote: It's an issue with gr-foo. For some reason, Bastian jumped the gun and made a change to gr-foo to work with the yet to be released GNU Radio 3.8 where the fractional resampler had been renamed to the mmse resampler. I get lots of emails about

Re: [Discuss-gnuradio] 802.15.4 Frame sync confusion

i.e., you could work with the baseband signal or the signal after FM demodulation. However, both approaches would increase (at least) computational complexity. It's a trade-off. Best, Bastian Sumit On Wed, Oct 18, 2017 at 3:50 PM, Bastian Bloessl <m...@bastibl.net <mailto:m...@bast

Re: [Discuss-gnuradio] TunTap Interace for GNU Radio IEEE 802.11 a/g/p module

Hi, On 10/19/2017 02:49 AM, Wen Cui wrote: I followed the nic.sh file and your replies to others in the mail list. I really want to know whether it is only related to the TUN/TAP setup thing or it is related to the gnuradio code. I don’t know how to figure out the setup problem of the

Re: [Discuss-gnuradio] 802.15.4 Frame sync confusion

Hi, On 10/18/2017 01:24 PM, sumit kumar wrote: Hi, If my understanding is correct, most of the 802.15.4 receiver implementations perform frame synchronization i.e. find the start of the frame using the preambles which are nothing but 8 zeros(each of which is further converted to 32 bit

Re: [Discuss-gnuradio] stop/start is not called in gr.basic_block

Hi, On 10/05/2017 03:13 AM, Miklos Maroti wrote: I am trying to implement a simple block in python but it seems that stop and start is never called when I implement them. The bare bones python code would be this: class test(gr.basic_class): def __init__(self):

Re: [Discuss-gnuradio] Asynchronous Switch between two stream inputs to one output GNU Radio C++

Hi, On 07/27/2017 01:19 AM, Cristian Rodríguez wrote: Imágenes integradas 1 This block just receive signal for one of the two ports at the same time. In this way, for example if it receives in the IN0, in the IN1 there's nothing. Depending on the parameter Initial Standard I select which

Re: [Discuss-gnuradio] Message Passing Not Working

Hi, AFAIS, you call the output message port "gain", but try to publish to the message port "gain_port". When I changed it to use "gain", it seems to work. Best, Bastian On 07/22/2017 12:49 AM, Tellrell White wrote: In the attached flow graph, I've created a block, "gain setter" that takes

Re: [Discuss-gnuradio] Calculate BER in WIFI 802.11p standards !

Hi, On 07/17/2017 11:06 AM, Mériem Saïdi wrote: Hi, I use 802.11 IEEE standards to code and decode a PMT message and i would like to calculate the BER between the source of information I want to encode and the same source after decoding. (see attached screen-shots below) Except that I have

Re: [Discuss-gnuradio] csma_and_agc branch

hing in a > CMakeLists.txt file? > Does anyone happen to have a copy of the csma_and_agc binaries for the N210r4 > (for use with the XCVR2450 daughtercard, as it appears the changes are only > made for use with this radio card)? > > > Thanks to anyone who can help, >

Re: [Discuss-gnuradio] SSH using gr-ieee 802.11 transceiver : (the youtube demo)

dio@gnu.org <mailto:Discuss-gnuradio@gnu.org> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio> -- Dipl.-Inform. Bastian Bloessl CONNECT Center Trinity College Dublin GitHub/Twitter: @ba

Re: [Discuss-gnuradio] SSH using gr-ieee 802.11 transceiver : (the youtube demo)

GNU Radio long back (2012 I guess). There was an application tunnel.py ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Dipl.-Inform. Bastian Bloessl CONNECT Center Trinity College Dub

Re: [Discuss-gnuradio] cmake warning with -DENABLE_PERFORMANCE_COUNTERS-On (gr-ieee80211)

Hi, On 07/12/2017 01:19 AM, sumit kumar wrote: However when I drag and dropped ctrlport in wifi_transceiver.grc , I see the following ControlPort Monitor running. gr::log :INFO: controlport - Apache Thrift: -h john-Precision-5510 -p 39251 Omonitor::endpoints() = -h john-Precision-5510 -p

Re: [Discuss-gnuradio] Problems with IEEE802-11 Blocks?

> Taylor > > On Mon, Jul 10, 2017 at 2:14 AM, Bastian Bloessl <m...@bastibl.net> wrote: > Hi, > > please keep the conversation on the list. > > On 7/9/2017 5:36 PM, Taylor Eisman wrote: > Hey, > > I went ahead and substituted Wifi Hier Phy into my program, a

Re: [Discuss-gnuradio] Problems with IEEE802-11 Blocks?

with zeros (add a bit of noise). Best, Bastian Is there any way to quickly pass the checksum? Thanks, Taylor On Sun, Jul 9, 2017 at 1:57 AM, Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>> wrote: Hi, I recommend to start with the example flow graph a

Re: [Discuss-gnuradio] GR- IEEE 802.15.4 PHY Issues

reference on this please share. Tellrell On Saturday, July 8, 2017 5:53 AM, Bastian Bloessl <m...@bastibl.net> wrote: Hi, On 07/08/2017 05:03 AM, Tellrell White wrote: > Hello Guys > I'm currently using the IEEE 802.15.4 PHY. I've added a random source to > the flow graph an

Re: [Discuss-gnuradio] Problems with IEEE802-11 Blocks?

. Bastian Bloessl CONNECT Center Trinity College Dublin GitHub/Twitter: @bastibl https://www.bastibl.net/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Running gr-ieee 802.11 and gr-ieee 802.15.4 under same flowgraph (interference and co-existence)

Hi, On 07/08/2017 07:11 PM, sumitstop wrote: Wao superb! you cleaned it out also. Yes it works. Thanks much. But did you figure out what was the issue at the first place :) I'm not sure. Maybe it was related to one of the Packet Pad blocks. Since you resampled, you also changed the length of

Re: [Discuss-gnuradio] TUNTAP PDU with rds example

Hi, On 07/07/2017 06:06 PM, Markley da Silva Mendes wrote: Hi all, I would like to know if there is any example where I have captured the data rds (radio data sistem), using an RTL-2832u, and transformed into ethernet frames using the TUNTAP PDU block? And if there is any documentation

Re: [Discuss-gnuradio] GR- IEEE 802.15.4 PHY Issues

Hi, On 07/08/2017 05:03 AM, Tellrell White wrote: Hello Guys I'm currently using the IEEE 802.15.4 PHY. I've added a random source to the flow graph and also a qt gui time and constellation sink. I have two questions, why does the constellation plot attached show more than the usual 4

Re: [Discuss-gnuradio] Running gr-ieee 802.11 and gr-ieee 802.15.4 under same flowgraph (interference and co-existence)

Hi, On 07/06/2017 07:55 AM, sumitstop wrote: Hello Bastian, Sorry for late response. I am attaching the files for your reference. There are 2 grc files 1. wifi_zigbee.grc : wifi and zigbee loopbacks are running in parallel >> works good 2. wifi_zigbee_interference.grc : Here I interpolate the

Re: [Discuss-gnuradio] Running gr-ieee 802.11 and gr-ieee 802.15.4 under same flowgraph (interference and co-existence)

Hi, thanks for the detailed description. I’m not sure what the actual error is. What do you mean with grc turns dark. Does it crash or stop receiving or actually show a black window? Did grc turn dark or the flow graph? Best, Bastian > On 4. Jul 2017, at 22:10, sumitstop

Re: [Discuss-gnuradio] Python and C++ codes of the blocks IEEE 802.11

Hi Christian, > On 24. Jun 2017, at 22:50, Cristian Rodríguez > wrote: > > This parameter is no global, I mean, when I use the wifi_phy_hier.grc in the > transceiver.grc or tx.grc, etc, If I modify the parameter before launch the > simulation it is ok, the

Re: [Discuss-gnuradio] ieee80211 Packet Header Question

Hi, On 06/19/2017 04:35 AM, Richard Bell wrote: Hello, I'm looking at the ieee 802-11 OOT from cgran to try and duplicate the custom packet header creation done there. I'm wondering how the signal_field "block" (it's not a block, it's just a class I think) was made. It was not

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

. Siyu 2017-06-08 21:41 GMT+08:00 Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>>: Hi, On 06/07/2017 02:32 PM, zhan siyu wrote: Thanks for your reply. Let me explain what I 'm doing. I have two B210s connected with two computers. I wan

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

íso, Chile, October 2016, pp. 13-19. Turns out, you can improve the TX-side by improving the OFDM Carrier Allocator. Best, Bastian Best regards. Siyu 2017-06-07 14:02 GMT+08:00 Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>>: Hi, On 06/07/2017 03:

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

will insert inter-frame space, so that the actual throughput will not match the theoretical maximum physical layer throughput. Best, Bastian One more question, I didn't run the volk_profile. Does it matter? Best regards. Siyu 2017-06-07 4:23 GMT+08:00 Bastian Bloessl <m...@bastibl.

Re: [Discuss-gnuradio] why can't use iwconfig when I run the gr-ieee802-11

Hi, On 06/06/2017 03:55 PM, zhan siyu wrote: Hi all, I just found I can't use the iwconfig tap0 rate 20M to setup the bandwidth of the tap0. The error message is : Error for wireless request "Set Bit Rate" (8B20) : SET failed on device tap0 ; Operation not supported. But in their

Re: [Discuss-gnuradio] IEEE 802.11 Transceiver Module - Timing offset at receiver side

On 06/04/2017 06:07 PM, Qurat-Ul-Ann Akbar wrote: It does detect the correlation and start of frames in sync_Short block but data is not decoded probably because of high noise. If there are no overruns and your SNR is so incredibly bad that you cannot even detect the autocorrelation at the

Re: [Discuss-gnuradio] IEEE 802.11 Transceiver Module - Timing offset at receiver side

antennas, including the Vert 2450 that you are using. Best regards, Bastian On Jun 4, 2017 11:21 AM, "Bastian Bloessl" <m...@bastibl.net <mailto:m...@bastibl.net>> wrote: On 06/04/2017 05:16 PM, Qurat-Ul-Ann Akbar wrote: I understand. But you didnt

Re: [Discuss-gnuradio] IEEE 802.11 Transceiver Module - Timing offset at receiver side

antennas, I connected them directly to the USRP. If you experience low SNR you'll probably not improve things if you add cables between the SDR and the antenna. I doubt that the antenna or cables are your problem. Best, Bastian On Jun 4, 2017 11:13 AM, "Bastian Bloessl" <m..

Re: [Discuss-gnuradio] IEEE 802.11 Transceiver Module - Timing offset at receiver side

. Currently I am using Vert 2450 antenna with my USRP N210. I used the same setup with the Vert 2450 antennas. Best, Bastian On Sun, Jun 4, 2017 at 12:33 PM, Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>> wrote: Hi, On 6/3/2017 9:11 PM, Qurat-Ul-Ann

Re: [Discuss-gnuradio] IEEE 802.11 Transceiver Module - Timing offset at receiver side

Hi, On 6/3/2017 9:11 PM, Qurat-Ul-Ann Akbar wrote: Hello, How is the timing offset being handled in the 802.11 module. I see that the sync_long block does frequency offset correction and the frame_equalizer block does the phase correction but I dont understand where is the timing offset

Re: [Discuss-gnuradio] IEEE802.11 transceiver - problems sending data

Hi, On 5/26/2017 4:04 PM, Cristian Rodríguez wrote: **arp -a** ? (192.168.123.1) at 12:34:56:78:90:ab [ether] PERM on wlp2s0 **route** Kernel IP routing table Destination Gateway Genmask Flags Metric RefUse Iface 192.168.123.0 * 255.255.255.0 U 0

Re: [Discuss-gnuradio] IEEE802.11 transceiver - problems sending data

wrote: 2017-05-19 7:04 GMT-05:00 Bastian Bloessl <m...@bastibl.net <mailto:m...@bastibl.net>>: Hi, > On 19. May 2017, at 12:09, Cristian Rodríguez <cristian.rodriguez...@gmail.com <mailto:cristian.rodriguez...@gmail.com>> wrote: >

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver

Hi, On 05/23/2017 01:12 PM, Ayan Chatterjee wrote: Hi, Is there any buffer on the receiver side which stores received packets before decoding ? Yes, there are many. GNU Radio uses shared buffers to exchange data (samples) between blocks. See here: https://www.gnuradio.org/blog/buffers/

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver

Hi, On 05/23/2017 12:54 PM, Ayan Chatterjee wrote: Hi, In IEEE 802.11 a/g/p Receiver (https://github.com/bastibl/gr-ieee802-11), when a packet gets dropped, does the transmitter resend another packet with the same sequence number ? No. Best, Bastian

Re: [Discuss-gnuradio] IEEE 802.15.4_OQPSK PHY Constellation issues

Hi, On 05/23/2017 02:45 AM, Tellrell White wrote: Hi All, I'm currently using the the IEEE 802.15.4 testbed developed by Bastian Bloessl, and company, specifically the offset-qpsk PHY. The only changes I've made to the flow-graph developed by Bastian is adding a vector source consisting

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p transreceiver module - Number of symbols per frame?

Hi, On 05/21/2017 11:45 PM, Qurat-Ul-Ann Akbar wrote: Hi, I want to look at the number of symbols copied for *each frame received *in wifi_rx flow graph. I have been trying to understand how the start of each frame is calculated and by looking at the code it seems like its being done in the

Re: [Discuss-gnuradio] IEEE802.11 transceiver - problems sending data

Hi, > On 19. May 2017, at 12:09, Cristian Rodríguez > wrote: > > You will have to also add the corresponding entry in reverse direction. It’s > not in the script since I always used the WiFi card of another PC. > I did that as follows: > > sudo arp -s

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver - Packets not properly getting received

Hi, > On 19. May 2017, at 08:17, Ayan Chatterjee wrote: > While using https://github.com/bastibl/gr-ieee802-11 receiver, I am getting > some wrong packets, which when opened with Wireshark give infos like: > > - 1506 Fragmented IEEE 802.11 frame > - 1345 Data, SN =3977, FN

Re: [Discuss-gnuradio] IEEE802.11 transceiver - problems sending data

Hi, this is a rather complex setup. I would not immediately run SSH, but start with a simple ping (test GNU Radio and the WiFi card as senders). Try to see what works and what goes wrong, for example, ARP (in both directions) or routing. IIRC, the script just sets up ARP in one direction (from

Re: [Discuss-gnuradio] ImportError: No module named _osmosdr_swig

Maybe it’s a problem with loading the shared library, similar to this issue: https://github.com/bastibl/gr-ieee802-11/issues/74 Best, Bastian > On 10. May 2017, at 23:19, Fernando wrote: > > On 10/05/17 22:43, Cinaed Simson wrote: >> The odd thing is

Re: [Discuss-gnuradio] gr_ieee-80211 receiver

> On 9. May 2017, at 08:26, LiLi wrote: > > If we want to capture frames from a route, we should change the codes. > The codes on github can capture frames which generate by the wifi_tx codes > bacause the value of FCS is constant. After we change the value OF FCS to be

Re: [Discuss-gnuradio] gr-ieee802-11 wifi signal bitrate

Hi, > On 8. May 2017, at 09:00, Thom L wrote: > > IIRC, it shows the autocorrelation of the signal. If you add a trigger to the > default plot (level ~0.56) you should see the characteristic plateau of the > short training sequence at the beginning of frames (this

Re: [Discuss-gnuradio] gr-ieee802-11 wifi signal bitrate

> On 7. May 2017, at 21:27, Thom L <thomas.lavare...@gmail.com> wrote: > > Hi Bastian, > > Le 7 mai 2017 22:10, "Bastian Bloessl" <m...@bastibl.net> a écrit : > > The red line is the complex component (which is around 0), while the blue > line sho

Re: [Discuss-gnuradio] gr-ieee802-11 wifi signal bitrate

Hi Thomas, > On 7. May 2017, at 09:21, Thom L wrote: > I added a time block sink and watched the signal in 6M mode (sampling rate is > 20M) but I can not interpret the result (cf attachment). Well I do not have > to look at the right place or the right way .. I’m

Re: [Discuss-gnuradio] How to tell Flowgraph to Stop in Work()?

Hi, maybe it's enough to return WORK_DONE (= -1) from work(). Best, Bastian On 04/29/2017 01:32 AM, Ghost Op wrote: > I'm working on a module in C++ and when a condition happens I want my > work function to signal to the flowgraph to stop. > > I saw some references for python to

Re: [Discuss-gnuradio] CMake error related to log4cpp in non-standard location

Hi, are you talking about building in-tree modules or OOTs? On 04/28/2017 11:13 PM, Michael Dickens wrote: > Hi Eugene - What you write looks to be true about the current GR > codebase. Bastian Bloessl has a commit that adds in LOG4CPP_INCLUDE_DIR > & related to those in-tree ar

Re: [Discuss-gnuradio] Sync short in gr-ieee802-11

e. If it arrives more then 480 samples later and manages to raise the autocorrelation coefficient high enough, Sync Short will mark the beginning of a new frame and the receiver switches over to the new frame. Best, Bastian > > Bests, > Nikita > > On Apr 12, 2017 9:38 PM, &

Re: [Discuss-gnuradio] gr-ieee802_11 not able to send or receive packets.

nters from this > thread > http://gnuradio.4.n7.nabble.com/gr-ieee802-11-receiver-td63486.html#a63508 > > On 30 March 2017 at 01:56, Bastian Bloessl <m...@bastibl.net > <mailto:m...@bastibl.net>> wrote: > > Hi, > > On 03/29/2017 07:01 PM, Anshul Thakur

Re: [Discuss-gnuradio] gr_ieee-80211 receiver

Hi, On 04/13/2017 12:20 PM, LiLi wrote: > Hi, > We couldn't capture anything when we put wireshark connector after 'decode > MAC'. When debug was enable of 'decode Mac', we found the packets were all > dropped. We tried to read codes of decode MAC block. We got a question > My previous comment

Re: [Discuss-gnuradio] Sync short in gr-ieee802-11

d_copied = 0; > d_plateau = 0; > > is exactly that. > > Best regards, > Marcus > > > On 12.04.2017 12:12, Nikita Airee wrote: >> Hello everyone, >> >> I was trying to understan

Re: [Discuss-gnuradio] gr_ieee-80211 receiver

Hi, LiLi writes: > Hi, everyone > > I am using gr-ieee-80211 to recieve wifi packets on 2.4G. > The operating system is Ubuntu.The version of GNU RADIO is 3.7.5, and we use > USRP N210 with SBX daughterboard. > Our purpose: > Capture packets of 802.11 protocol on 2.4G

Re: [Discuss-gnuradio] gr-ieee802_11 receiver

Hi, On 04/09/2017 03:49 PM, serefay wrote: > Hi, > > Thanks for your reply. I could not find out how can I solve it. But this > problem comes only when I receive from a file source. Even tough when send > the IQ samples that I captured with Hackrf, which i saved in a file, it > encounters the

Re: [Discuss-gnuradio] gr-ieee802_11 receiver

Hi, On 04/08/2017 02:32 PM, serefay wrote: > Hello everyone, > > I am using gr-ieee802_11 to regenerate wifi packets. I receive packets with > HackRf and regenerate the same packet with transmitter and now I want to > look whether they look the similar but some packets are not received. I >

Re: [Discuss-gnuradio] Commercial Transmitters in IEEE 802.11 a/g/p Transceiver

Hi, On 04/08/2017 07:31 AM, Ayan Chatterjee wrote: > I have a small query regarding IEEE 802.11 a/g/p Transceiver: > https://github.com/bastibl/gr-ieee802-11 > > Can any commercial device along with packet generator software be used > as transmitters for this 802.11 receiver? If yes, what are

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hi, On 04/03/2017 09:44 PM, sumitstop wrote: > Hello Bastian, > > How much the delay between sensing the channel and sending the ACK should > be. With X300 I was able to achieve a minm of 80 microsecs round trip time. > Not less than that. Interesting. What exactly did you measure? I assume

Re: [Discuss-gnuradio] gr-ieee802_11 not able to send or receive packets.

Hi, On 03/29/2017 07:01 PM, Anshul Thakur wrote: > > > You could also test different RX/TX gains and parameters for the padding > block (I don't have a BladeRF, so I have no experience). Also assert > that there are no overruns or underruns. > > I altered the values of gains and

Re: [Discuss-gnuradio] gr-ieee 802.11 and commercial AP (late ACK packets)

Hi, On 03/29/2017 01:11 PM, sumitstop wrote: > Hi, > > With gr-ieee 802.11, I know that SIFS cannot be respected becz of USB delays > (B210), but what we can also try is that : sending ACK packet before all the > layer-2 retries are exhausted ! Instead of sending ACK withing 10 microsecs. > >

Re: [Discuss-gnuradio] gr-ieee 802.11 transceiver, Trouble with the received packets

le and really nothing works, only then I would try another PC. Best, Bastian > > What can you advice me?. > > Thanks in advance. > > Best regards, > > Cristian > > 2017-03-27 0:00 GMT-05:00 Bastian Bloessl <m...@bastibl.net > <mailto:m...@bastibl.n

Re: [Discuss-gnuradio] gr-ieee802_11 not able to send or receive packets.

Hi, On 03/28/2017 06:43 PM, Anshul Thakur wrote: > With this, two parts work independently: > - I am able to Rx packets from Wifi using wifi_rx.py (however, it works > best only when I use it from the shell script provided. That is strange!). > - I am able to Tx packets from SDR which are

  1   2   3   4   >