a PyBOMBS prefix with
> `gr-recipes/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
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 my
ile to 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
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.
https://www.y
t/d/1S_e2US6aT80H3twCDQ210hDYHW0jWJG91DwhTA22nFY/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
> Because I can get the 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
PHY
> Layer to wireshark. 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
seperate
> > zigbee 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
td::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 of
I'll
> need another approach.
>
> Is there another method that could transmit 802.11 packets that
> would work with the HackRF?
>
> Thanks!
>
>
>
> --
> Eamon Heaney
> /
> /Fleet Commander/
> //
>
30 at 09:17 -0400, Ed Criscuolo wrote:
>>> 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
ble 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
this to me.
>
> 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
; 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, Germany
www.bastibl.net
GitHub/Twitter: @bastibl
smime.p7s
Description: S/MIME Cryptographic Signatu
the warning, please do as suggested in the manual:
https://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
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 is
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: S/MIM
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: S/MIM
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 s
tions:
- 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 F
tions:
- 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 F
scuss-gnuradio digest..."
>>
>>
>> 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
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 helpfu
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
GitH
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;
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 ap
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).
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
variable
number 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 s
iFi Long 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 de
ave 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 the paper, we recorded
also 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&feature=youtu.be
Sumit
On 27/04/2018 10:41, Bastian Bloessl wrote:
Hi,
I'm not sure if
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&feature=youtu.be
Sumit
On 27/04/2018 10:41, Bastian Bloessl wrote:
Hi,
I'm not sure if I get it, but don&#
nuradio mailing list
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-g
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 secon
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, there
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 virtu
atio of
received to transmitted frame per second using a R&H VSG. The test was
done over the air.
On 18 January 2018 at 13:06, Bastian Bloessl <mailto:m...@bastibl.net>> wrote:
Hi,
you are right. The current implementation does not use soft-bits but
feeds hard bits into
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 a
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 works with commercial devices, b
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 warni
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 that,
er stage, 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 <mailto:m...@bastibl.net
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 transce
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 chip
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):
gr.basic_block.__ini
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 inpu
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
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 a
ge something 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
ing list
Discuss-gnuradio@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 D
I ran on 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 C
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 39251
t for use with HW) and the loopback flow graph
(runs without HW) will show you how to use it. The loopback flow graph uses
the Packet Pad block. Just start from that and gradually adjust the flowgraph
for your experiments.
Best,
Bastian
>
> Thanks,
>
> Taylor
>
> On Mon,
mes padded 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 <mailto:m...@bastibl.net>> wrote:
Hi,
I recommend to start with the example flow graph and make sure that
f any one has a good reference on this please share.
Tellrell
On Saturday, July 8, 2017 5:53 AM, Bastian Bloessl 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
> th
ss-gnuradio
--
Dipl.-Inform. 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
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
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 expla
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 constel
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
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 wrote:
>
> Hello,
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 change has effect in the flowgraph,
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 auto-generat
.
Siyu
2017-06-08 21:41 GMT+08:00 Bastian Bloessl <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 want to measure
rence
(LANC'16), Valparaí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 <mailto:m...@bastibl.net>>:
Hi,
On 06/07/2017 0
lso a WiFi card 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 Basti
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
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 st
many different antennas, including the
Vert 2450 that you are using.
Best regards,
Bastian
On Jun 4, 2017 11:21 AM, "Bastian Bloessl" <mailto:m...@bastibl.net>> wrote:
On 06/04/2017 05:16 PM, Qurat-Ul-Ann Akbar wrote:
I understand. But you didnt connect them
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&
. 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 <mailto:m...@bastibl.net>> wrote:
Hi,
On 6/3/2017 9:11 PM, Qurat-Ul-Ann Akbar wrote:
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 bein
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
7 07:18 AM, Cristian Rodríguez wrote:
2017-05-19 7:04 GMT-05:00 Bastian Bloessl <mailto:m...@bastibl.net>>:
Hi,
> On 19. May 2017, at 12:09, Cristian Rodríguez
mailto:cristian.rodriguez...@gmail.com>> wrote:
>
> You will have to also add the corresp
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/
B
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
_
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 con
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
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 192.168.123.1 12:34:56:78:90:ab -i wlp4
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 =1, Flags= p, PRMF
>
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
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 gnuradio-companion should have complained
> 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
> an adaptive one, the f
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 is used for frame
> detecti
> On 7. May 2017, at 21:27, Thom L wrote:
>
> Hi Bastian,
>
> Le 7 mai 2017 22:10, "Bastian Bloessl" a écrit :
>
> The red line is the complex component (which is around 0), while the blue
> line shows the real part (which jumps between 1 and -1).
>
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 not sure what you are trying t
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 self._top_block
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 areas
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, "
> I took some pointers 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 <mailto:m...@bastibl.net>> wrote:
>
> Hi,
>
> On 03/29/2017 07:01 PM, Anshul Thakur w
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
_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 understand how the synch
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 or the other band SBX
> da
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 s
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
> enab
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 som
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 yo
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 padd
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.
>
>
1 - 100 of 348 matches
Mail list logo
