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

2019-05-29 Thread SG

Hi,

I have been wondering and trying to figure out a way to calculate data 
rate of the wifi_rx.  One way that I thought was to check the captured 
statistics of the wireshark (.pcap) file generated by wifi_rx. However, 
these are far lower than the transmitter rate which is set to 5Mbps and 
the receiver is based on the gr-ieee802.11.


Could anyone point me in the right direction for calculating data-rate 
in gnuradio.


Thanks

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2019-05-29 Thread SG

Hi,

I have been wondering and trying to figure out a way to calculate data 
rate of the wifi_rx.  One way that I thought was to check the captured 
statistics of the wireshark (.pcap) file generated by wifi_rx. However, 
these are far lower than the transmitter rate which is set to 5Mbps and 
the receiver is based on the gr-ieee802.11.


Could anyone point me in the right direction for calculating data-rate 
in gnuradio.


Thanks

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2019-05-29 Thread SG

Thanks for your reply.

So in the considered system, transmitter is continuously broadcasting 
data at the rate 5Mbps using ieee802.11 protocol (BPSK modulation is 
used). The WiFi receiver is receiving continuously using LimeSDR Mini 
and I am trying to capture data rate after the decode and demodulation 
of received signal. It is receiving the broadcasted data at a 
significantly lower rate (based on wireshark capture statistics) for 
which I am unable to identify the reason. So I was wondering if looking 
at wireshark file is an accurate way to approach this data-rate 
calculation problem or something more appropriate exists.


Thanks

SG

On 29/05/19 9:35 PM, Torell, Kent L wrote:

Wi-fi is short burst messages.   So the modulation data rate is high, but the 
effective user data rate is low.  'Data rate' is very context dependent.

-Original Message-
From: Discuss-gnuradio  
On Behalf Of SG
Sent: Wednesday, May 29, 2019 1:26 AM
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] Received data rate for wifi_rx in gnuradio

Hi,

I have been wondering and trying to figure out a way to calculate data rate of 
the wifi_rx.  One way that I thought was to check the captured statistics of 
the wireshark (.pcap) file generated by wifi_rx. However, these are far lower 
than the transmitter rate which is set to 5Mbps and the receiver is based on 
the gr-ieee802.11.

Could anyone point me in the right direction for calculating data-rate in 
gnuradio.

Thanks

SG


___
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


[Discuss-gnuradio] Saving PMT messages to file.

2019-06-17 Thread SG

Hello all!

I have been trying to save the messages generated after the demodulation 
and decode of the WiFi received signal to a file but file sink is not 
compatible with message types. Is there a replacement for the deprecated 
message sink?


Could anyone point me to the right direction.

Thanks

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


[Discuss-gnuradio] GNURadio File meta Sink performance.

2019-07-16 Thread SG

Hi all,

I have been trying to capture data as well as meta data in file meta 
sink in GNURadio. When I run my gr-ieee802.11 receiver flowgraph with no 
file meta sink, it captures the signal transmitted by a dedicated source 
which is always turned on. However, when i just try to capture and store 
the data and metadata in file meta sink, it does not receive even a 
single packet. So i was wondering if the writing process to File meta 
sink in GNUradio is slow enough that it starts dropping packets or there 
is some other issue.


Could anyone point me in right direction.

Thanks and Regards

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

2019-07-18 Thread SG

Hi,

Thanks for your reply.

Now that since metadata can't be saved to a file, how can we keep track 
of timestamp of the received packets? I can use tag debug to display the 
timestamps of received signal but when flowgraph starts demodulating 
data it looses track of timestamp display on console. Is there a way to 
save timestamps or display timestamps without fail on console.


Thanks and Regards

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


Re: [Discuss-gnuradio] GNURadio File meta Sink performance.

2019-07-18 Thread SG
I agree the problem is the amount of samples so I have dropped the idea 
of storing samples but is there a way to handle such sampling rates in 
gnuradio? I would like to know the time stamp of the data received which 
i am unable to access using tag debug. I don't know why but it suddenly 
stops displaying timestamps on the console while displaying the data 
decoded by wifi rx.


Is there any other way to record timestamps of reception ?

Thanks and Regards

SG

On 18/07/19 2:34 PM, Müller, Marcus (CEL) wrote:

The problem is not the metadata, the problems is the sheer amount of
samples.

Best regards,
Marcus
On Thu, 2019-07-18 at 13:18 +0530, SG wrote:

Hi,

Thanks for your reply.

Now that since metadata can't be saved to a file, how can we keep track
of timestamp of the received packets? I can use tag debug to display the
timestamps of received signal but when flowgraph starts demodulating
data it looses track of timestamp display on console. Is there a way to
save timestamps or display timestamps without fail on console.

Thanks and Regards

SG


___
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


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

2019-08-22 Thread SG

Hi,

I have been trying to run WiFi receiver on my SDR using GNURadio based 
approach developed by Bastian in gr-ieee802-11.  However, I am not able 
to figure out the reason behind definition of Max_Samples=540*80 in 
sync_short.cc file.


Could anyone help clarifying this to me.

Thanks and Regards

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


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

2019-08-22 Thread SG

Hi,

I have been trying to run WiFi receiver on my SDR using GNURadio based 
approach developed by Bastian in gr-ieee802-11.  However, I am not able 
to figure out the reason behind definition of Max_Samples=540*80 in 
sync_short.cc file.


Could anyone help clarifying this to me.

Thanks and Regards

SG


___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio


LimeSDR Mini with gr-gsm

2020-02-11 Thread SG

Hi,

I am trying to use grgsm_scanner (https://gitlab.com/myriadrf/gr-gsm) 
with LimeSDR Mini for scanning and identifying the GSM frequency present 
and then live monitoring using grgsm_livemon for my project. I am 
running this in a loop where grgsm_scanner is called for identifying the 
present frequencies and then these frequencies are live monitored 
individually in a loop for 30 sec each by calling grgsm_livemon. This 
code is suppose to be exited from the terminal providing continuous 
scanning and monitoring unless interrupted. However, this loop is 
terminated after couple of iterations giving one of the following errors:


 *   RuntimeError: boost::thread_resource_error: Resource temporarily
   unavailable

 * gr::vmcircbuf_sysv_shm:shmget(2): No space left on device

        gr::buffer::allocate buffer: failed to allocate buffer of size 64KB

I have also tried setting kernel.shmmni=32000 which is suggested in the 
code but in vain.


Are these errors related to each other? I am unable to resolve these 
errors for my code requiring continuous scanning and monitoring. Could 
anyone point me in right direction.


Thanks and Regards
SG