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

[Ayan Chatterjee]

Hi all,

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
- 51 Association Request, SN = 1776, FN=14, flags = p...M..

How do I get all packets in unfragmented form?

Thanks.

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

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

[Bastian Bloessl]

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
> - 51 Association Request, SN = 1776, FN=14, flags = p...M..
> 
> How do I get all packets in unfragmented form?

the receiver just logs the frames as seen by the phy. I don’t know if there is 
a tool or Wireshark extension that does further processing.

Maybe you could ask people on the Wireshark mailing list. They might be more 
into that.

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

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

[Fernando]

After a lot of research guided by Michel Dickens, we found out the solution

The symptom:  GRC crashes when placing osmosdr source and osmosdr sink
in a diagram on Opensuse Leap 42.2. Both gnuradio and gr_osmosdr
installed from hamradio repository, but I had tried other repositories
also with same error.


We find the error was generated by

fernando@andromeda:~> python -c 'import osmosdr'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line
26, in 
from osmosdr_swig import *
  File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 21, in 
_osmosdr_swig = swig_import_helper()
  File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 20, in swig_import_helper
return importlib.import_module('_osmosdr_swig')
  File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
import_module
__import__(name)
ImportError: No module named _osmosdr_swig
fernando@andromeda:~>



I replaced file
"/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py" with the
one attached and got different error:
fernando@andromeda:~> python -c 'import osmosdr'
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib64/python2.7/site-packages/osmosdr/__init__.py", line
26, in 
from osmosdr_swig import *
  File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 14, in 
_osmosdr_swig = swig_import_helper()
  File "/usr/lib64/python2.7/site-packages/osmosdr/osmosdr_swig.py",
line 13, in swig_import_helper
return importlib.import_module(mname)
  File "/usr/lib64/python2.7/importlib/__init__.py", line 37, in
import_module
__import__(name)
ImportError: /usr/lib64/libairspy.so.0: undefined symbol:
libusb_handle_events_timeout_completed
fernando@andromeda:~>



So it was a problem generated by libusb. I made a cleanup of libusb 32
bits libraries but problem remained.
Then we found the error was generated by  /usr/local/lib/libusb-1.0.so.0

andromeda:~ # /bin/ls -lAF  /usr/local/lib/libusb-1.0.so.0
lrwxrwxrwx 1 root root 17 Feb  4  2016 /usr/local/lib/libusb-1.0.so.0 ->
libmchpusb-1.0.so*
andromeda:~ # nm -a   /usr/local/lib/libusb-1.0.so.0 | grep timeout
5500 t arm_timerfd_for_next_timeout
5260 t get_next_timeout
54a0 t handle_timeouts
5380 t handle_timeouts_locked
5090 T libusb_get_next_timeout
5e70 T libusb_handle_events_timeout
4c60 T libusb_pollfds_handle_timeouts
andromeda:~ #



I found that /usr/local/lib/libmchpusb-1.0.so wasn't in the rpm
database, so it seems not to be used by any package, so I tried to
remove the soft link


andromeda:/home/fernando # rm /usr/local/lib/libusb-1.0.so.0
andromeda:/home/fernando # /bin/ls -lAF  /usr/local/lib/libusb-1.0.so.0
/bin/ls: cannot access '/usr/local/lib/libusb-1.0.so.0': No such file or
directory
andromeda:/home/fernando # ldconfig
andromeda:/home/fernando # /bin/ls -lAF  /usr/local/lib/libusb-1.0.so.0
lrwxrwxrwx 1 root root 17 May 16 00:22 /usr/local/lib/libusb-1.0.so.0 ->
libmchpusb-1.0.so*
andromeda:/home/fernando #

I delete the soft link but when running ldconfig it appears again


I found who installed /usr/local/lib/libusb-1.0.so.0 ->libmchpusb-1.0.so*
I was michochip mplabx and it is reported the error with ldconfig
http://www.microchip.com/forums/m729021.aspx
https://groups.google.com/forum/#!msg/linrad/HVjwG36Kl9c/37hTBl1IIX0J

So I deleted ALL microchip software (I had a lot of old microchip
software, with more than one version of the same programs: xc8, xc16,
mplabx, etc.) and we solve the problem.
I installed the new versions of microchip programs and the problem did
not appear again.


thanks Michael.











# This file was automatically generated by SWIG (http://www.swig.org).
# Version 3.0.12
#
# Do not make changes to this file unless you know what you are doing--modify
# the SWIG interface file instead.

from sys import version_info as _swig_python_version_info
if _swig_python_version_info >= (2, 7, 0):
def swig_import_helper():
import importlib
pkg = __name__.rpartition('.')[0]
mname = '.'.join((pkg, '_osmosdr_swig')).lstrip('.')
return importlib.import_module(mname)
_osmosdr_swig = swig_import_helper()
del swig_import_helper
elif _swig_python_version_info >= (2, 6, 0):
def swig_import_helper():
from os.path import dirname
import imp
fp = None
try:
fp, pathname, description = imp.find_module('_osmosdr_swig', [dirname(__file__)])
except ImportError:
import _osmosdr_swig
return _osmosdr_swig
try:
_mod = imp.load_module('_osmosdr_swig', fp, pathname, description)
finally:
if fp is not None:
fp.close()
return _mod
_osmosdr_swig = swig_import_helper()
del swig_import_helper
else:
import _osmosdr_swig
del _swig_python_vers

[Discuss-gnuradio] OSCAL'17 report, amateur HF reception blog

[Daniel Pocock]

Hi all,

The workshop at OSCAL[1] was successful and on the second day, the SDR
setup was in the courtyard with the info booths where just about
everybody stopped to see it.

I've written a detailed blog[2] about the equipment I used (antenna,
balun, ATU, upconverter, dongle, etc) so anybody else can easily
replicate this either at home or at other events.

Thanks to everybody who has contributed to the development and packaging
of the tools used in the demo (gqrx, GNU Radio, rtl-sdr)

At one point I wanted to take my laptop away and somebody else
volunteered a laptop with Windows on it.  The Debian Hams live ISO image
was downloaded onto a USB stick, booted up in the other laptop and
worked immediately.

Regards,

Daniel


1. https://oscal.openlabs.cc
2. https://danielpocock.com/building-loop-antenna-sdr-shortwave-ham-oscal17




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

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

[Cristian Rodríguez]

2017-05-18 10:32 GMT-05:00 Bastian Bloessl :

> 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.
>
> Hi Bastian.

THanks a lot for your answer.


> IIRC, the script just sets up ARP in one direction (from the SDR to the
> WiFi card). 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:

 ### config wifi card interface (wlp4s0)

sudo ifconfig wlp4s0 down
sudo ifconfig wlp4s0 mtu 440
sudo ifconfig wlp4s0 up
sudo ifconfig wlp4s0 192.168.123.2

sudo route del -net 192.168.123.0/24
sudo route add -net 192.168.123.0/24 mss 400 dev wlp4s0

sudo tc qdisc del dev wlp4s0 root
sudo tc qdisc add dev wlp4s0 root netem delay 10ms

sudo arp -s 192.168.123.1 12:34:56:78:90:ab -i wlp4s0

>
> Then use Wireshark to monitor GNU Radio (that’s what you might do at the
> moment) and also the WiFi card. This might help to understand what frames
> are actually sent, if they are OK (MAC, IP, BSS) and if they are
> successfully received by the WiFi card and the SDR.
>
If i do a ping from the interface tap0 to 192.168.123.2 (IP of my wifi
card) it doesn't work. The signal is going out of the USRP but the Wifi
Card of the computer is not taking it.

ping -I tap0 192.168.123.2

If i do a ping from the interface wlp4s0 to 192.168.123.1 (IP of USRP B210)
it doesn't work. The signal is NOT going out of the Wifi card (i verifed
that through wireshark).

ping -I wlp4s0 192.168.123.1


I append the file nic.sh that i modifed.

When i run arp -a and route, the two modules (USRP and Wifi card) appear
correctly in each other interface. And in the route, the router for both
interfaces is 192.168.123.0.

>
> (Also make sure that an SSH server is actually running.)
>
> It is running.


> There are a lot of things that can go wrong in this setup. You should try
> to narrow it down a bit. Once you have a more specific problem, it might be
> easier to help.
>
Then, now i have two interfaces in the same computer.

tap0: USRP B210
wlp4s0: Wifi card

I defined in each one an static IP and in TAP0 a MAC. In general, the
elements defined in tap0 are too in wlp4s0.

I'm doing a PING at the moment.

On the other hand, Could you please share me the config file that you used
for you computer? I've done a lot of different proofs but i don't
understand why my wifi card doesn't receive or send anything..

Thanks a lot for your help.

Best regards,

Cristian


>
>
>
>
> > On 16. May 2017, at 16:57, Cristian Rodríguez <
> cristian.rodriguez...@gmail.com> wrote:
> >
> > Hi all.
> >
> > I'm trying to run the file nic.sh (app for the transceiver flowgraph in
> gnuradio) as in this youtube video of Bastian, but i can run it at all.
> >
> > I have:
> >   • USRP B210
> >   • i7 4710HQ, 12 Gb RAM, USB 3.0.
> >   • Ubuntu 16.04.2
> > I'm doing
> >
> > I understand the proof as:
> >
> > 
> >
> > Then i just would have to reconfigure my PC MAC in the nic.sh file and
> flowgraph, put a channel in the 2GHz band, set 20 Msamples/s and run it.
> >
> > It is the main part of nic.sh file. I just changed my MAC and assigned
> the 192.168.123.2 IP. The other is the same of i got in Github.
> >
> > 
> >
> > I did the same in the flowgraph (just in this WIFI MAC block).
> >
> > 
> >
> > Thus. I run the app by the terminal... ./nic.sh.
> >
> > Later, i open another terminal and type ssh 192.168.123.2, and it
> doesn't work as in the video. Then i check wireshark and it is that
> happens. I'm receiving the petition of a TCP port but it for any reason is
> not working. In this way i can't connect from the USRP B210 to my pc. I
> think my PC is not answering the petition or something like that.
> >
> > 
> >
> > The MACs are as supposed (i Checked it in wireshark)
> > 
> >
> > Thanks in advance for the time to read it.
> >
> > Best regards,
> >
> > Cristian
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSCAL'17 report, amateur HF reception blog

[Ralph A. Schmid, dk5ras]

Tirana, Albania? WTF?! 

Cool, I really love it that you were able to have this workshop! Congrats!!!
I did not know that there is such an active community, wish I would hear
more of such promising events from other then the "standard" countries :)

Ralph, dk5ras. 

> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-
> bounces+ralph=schmid@gnu.org] On Behalf Of Daniel Pocock
> Sent: Friday, May 19, 2017 11:17 AM
> To: GNURadio Mailing List
> Subject: [Discuss-gnuradio] OSCAL'17 report, amateur HF reception blog
> 
> 
> Hi all,
> 
> The workshop at OSCAL[1] was successful and on the second day, the SDR
setup
> was in the courtyard with the info booths where just about everybody
stopped
> to see it.
> 
> I've written a detailed blog[2] about the equipment I used (antenna,
balun,
> ATU, upconverter, dongle, etc) so anybody else can easily replicate this
either
> at home or at other events.
> 
> Thanks to everybody who has contributed to the development and packaging
of
> the tools used in the demo (gqrx, GNU Radio, rtl-sdr)
> 
> At one point I wanted to take my laptop away and somebody else volunteered
a
> laptop with Windows on it.  The Debian Hams live ISO image was downloaded
> onto a USB stick, booted up in the other laptop and worked immediately.
> 
> Regards,
> 
> Daniel
> 
> 
> 1. https://oscal.openlabs.cc
> 2.
https://danielpocock.com/building-loop-antenna-sdr-shortwave-ham-oscal17
> 
> 
> 
> 
> ___
> 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] ImportError: No module named _osmosdr_swig

[Michael Dickens]

Great summary, Fernando. You're welcome for the assistance & thank you
for persevering! - MLD

On Fri, May 19, 2017, at 04:55 AM, Fernando wrote:
> After a lot of research guided by Michel Dickens, we found out the solution

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

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

[Bastian Bloessl]

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 wlp4s0

So you just set up one ARP entry.


> 
> Then use Wireshark to monitor GNU Radio (that’s what you might do at the 
> moment) and also the WiFi card. This might help to understand what frames are 
> actually sent, if they are OK (MAC, IP, BSS) and if they are successfully 
> received by the WiFi card and the SDR.
> If i do a ping from the interface tap0 to 192.168.123.2 (IP of my wifi card) 
> it doesn't work. The signal is going out of the USRP but the Wifi Card of the 
> computer is not taking it. 
> 
> ping -I tap0 192.168.123.2
> 
> If i do a ping from the interface wlp4s0 to 192.168.123.1 (IP of USRP B210) 
> it doesn't work. The signal is NOT going out of the Wifi card (i verifed that 
> through wireshark).
> 
> ping -I wlp4s0 192.168.123.1

As I said, you will have to actually look at the frame (BSS, MAC, IP, …) and 
see if the fields are OK. Also put the receiver in monitor mode to check if the 
packet is actually received. It’s a configuration issue and you will have to 
find out where in the network stack it gets dropped.

Best,
Bastian


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

[Discuss-gnuradio] SDR and GNU Radio activities this weekend

[Tom Rondeau]

I'll be speaking tomorrow at the Bay Area Maker Faire on software radio and
my SDR hackfest. Please come and see me and let me know if you're around
the area over the weekend.

http://makerfaire.com/maker/entry/60713/

I also wanted to mention the Hackfest Teaming and Information Workshop I'm
holding at the Computer History Museum in Mountain View this coming Monday.
If you missed me on my stops around the country the past few weeks, this is
an event DARPA is holding to lead up to the Hackfest in November to both
get more information on what we're doing at the Hackfest as well as look
for potential partners and teammates to pull together to work on the
Hackfest Missions.

General Hackfest info:
https://darpahackfest.com/

And we are asking people to register for Monday's event:
https://events.sa-meetings.com/DARPAHackfestTeamingWorkshop

I hope I see a lot of you this weekend!

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

Re: [Discuss-gnuradio] How to write data periodically in file sink

[Deepak Gautam]

Dear luca,

I had already tried with controlling flow graph dynamically using start(),
stop(), lock(), unlock() function. Here i have the part of code i had used.

tb=top_block_cls()
count=1
tb.start()
while (count<5):
time.sleep(1.0)   #data is recorded in the file
tb.lock()
tb.disconnect((tb.uhd_usrp_source_0,0),(tb.blocks_file_sink_0, 0))
#disconnect source and block
tb.blocks_file_sink_0= blocks.file_sink(gr.sizeof_gr_complex*1,
filename,False)  # create new file sink to write
tb.connect((tb.uhd_usrp_source_0,0),(tb.blocks_file_sink_0, 0))
 #connect source with new file
count=count+1
time.sleep(2.0)   #wait
tb.unlock()
tb.stop()


This program should write the data for 1 second in the file, wait for 2
second and again write for 1 second to another file and so on for 5 4
times. I expect the total data written in the file to be same. But total
number of samples recorded in the files are different. for my sampling rate
of 25MSps, it should record 25MS per file, but it is around 22Mega sample
with different number of data in different file.  So it is difficult to
reproduce the accurate signal from received data . My application requires
very good phase coherence. So i am wondering whether there is something to
do to solve in this method or i have to think of another idea.


Best Regards,
Deepak



On Mon, May 15, 2017 at 9:02 PM Moritz Luca Schmid <
luca.moritz.sch...@gmail.com> wrote:

> Hey Deepak,
>
> my first idea is to reconfigure the flowgraph. You could connect and
> disconnect your source for the time, you want to write data in your file
> sink and the time you don't want to.
>
> You can find infos about the flowgraphs operations here
> .
>
>
> Best
>
> Luca
>
>
>
> On 15.05.2017 13:53, Deepak Gautam wrote:
>
> Currently i am working in the USRP using GNU Radio for my masters work. In
> my transmitter side, i send data continuously from file source followed by
> UHD Sink at the rate of 25 MSPS. In receiver side, I want to write the data
> in every two/three seconds after receiving from receiver USRP. Meaning,
> write data for 1 sec (25M samples), then dont write for next 2 second and
> again write for 1 sec and so on. Is there any suggestion for this purpose.
> I look forward for the resposne
>
>
> Best Regards,
> Deepak
>
>
> ___
> Discuss-gnuradio mailing 
> listDiscuss-gnuradio@gnu.orghttps://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] GSoC DAB - update week 01

[Moritz Luca Schmid]

Hi everybody,

I just published a blog post for my GSoC DAB project.

I dealt with the Fast Information Channel this week. Check it out here 
.


The branch FIB_sink is going to be merged with master after a review of 
my mentors.



Best

Luca

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

Re: [Discuss-gnuradio] PSK/QAM Demodulation Issue

[Cinaed Simson]

On 05/18/2017 05:33 AM, Mojtaba Mansour Abadi wrote:
> Thanks a lot Cinaed for the tips, in particular, the symmetry order and
> CMA equaliser.
> 
> I did what you suggested about sps variable. However, it didn't help.

If it was working under DPSK Mod/DPSK Demond, then all you have to do is
replace DPSK Mod with Constellation Mod, and DPSK Demod with Polyphase
Clock Sync, Constellation Decoder, Map, and Differential Decoder.

See the enclosed constel-dpsk-test.grc flow graph.

> 
> Besides as far as I know form GNURadio documentation, samples/symbol is
> referring to the samples representing a single constellation symbol so
> increasing this parameter is equivalent to interpolating the signal. It
> doesn't have to do anything with the modulation scheme. Please correct
> me if I am wrong.

You're probably right - I haven't read the documentation yet.

> 
> Cheers,
> 
> Mansour.
> 
> 
> 
> 
> On 17 May 2017 at 21:43, Cinaed Simson  > wrote:
> 
> m-psk for m=2, has 2 samples/symbol and log2(m)=1 - or 1 bit per symbol.
> 
> Also, the polyphase clock has an input of 4 samples and output of 1 sps.
> It should have input of 2 sps and output of 1 sps.
> 
> Just change the sps everywhere to 2.
> 
> Also, note there are only 2 symbols in the symbol map of the
> Constellation object so for sps equal to 2 the symmetry is 2 - or there
> will be 2 clusters on a horizontal straight line.
> 
> Except when you use a tap in the Channel Model of 1+1j which will
> probably rotate the line by 45 degrees to the horizontal.
> 
> In any case, this is known as bpsk - or your case dbpsk - differential
> bpsk.
> 
> I would add the CMA Equalizer between the Polyphase clock and Costa
> Loop.
> 
> -- Cinaed
> 
> 
> 
> On 05/17/2017 08:59 AM, Mojtaba Mansour Abadi wrote:
> > Hi Everyone,
> >
> > The flowgraph I am implementing is simple and straight forward. I am
> > modulating a set of data plus preamble. The modulations I am
> looking at
> > are either PSK or QAM. After a block of "Channel Model" in the
> > flowgraph, I want to demodulate the signal and obviously, for fair SNR
> > values I should receive the same preamble and data values.
> >
> > Now the problem is that when I use the deprecated "PSK/QAM Mod" and
> > "PSK/QAM Demod", everything works fine. However, based on the examples
> > in "/digital/demod" and "/digital/packet" shiped with
> > gnuradio companion, when I try to use the "FLL Band-Edge" followed by
> > "Correlation Estimator", "Polyphase Clock Sync", and "Costas Loop" to
> > compensate the channel for PSK modulation, the results I am
> getting are
> > not correct (see the attached picture and file).
> >
> > It would be your kind if you could answer my questions please:
> >
> > 1- What is the correct way of demodulating the received signal?
> > 2- In the provided examples, no equalizer is used after "Polyphase
> Clock
> > Sync", whereas in a tutorial available at Gnuradio website a "CMA
> > Equaliser" is needed there. So which one is the correct one?
> > 3- If I move to QAM modulation, the only thing I need to do would be
> > replacing "Costas Loop" with a "Constellation Receiver", right?
> >
> > Cheers.
> >
> > Regards,
> > Mansour.
> >
> > https://www.linkedin.com/in/mojtaba-mansour-abadi-4311b451
> 
> >
> >
> > ___
> > 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
> 
> 
> 
> 
> 
> -- 
> Regards,
> Mansour.
> 
> https://www.linkedin.com/in/mojtaba-mansour-abadi-4311b451
> 
> 
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> 




  Thu May 18 22:02:25 2017
  
options

  author
  


  window_size
  


  category
  [GRC Hier Blocks]


  comment
  


  description
  


  _enabled
  True


  _coordinate
  (8, 8)


  _rotation
  0


  generate_options
  qt_gui


  hier_block_src_path
  .:


  id
  top_block


  max_nouts
  0


  qt_qss_theme
  


  realtime_scheduling
  

[Discuss-gnuradio] How to use Correlation Estimator Block

[Huzaifa niazi]

Hi, I want to correlate my data frame with known preamble , i am using
CORRELATION ESTIMATOR BLOCK . it has two output ports one is for
correlation and one is shown as output port . I want to Know How to Proceed
further for synchronization ,Which block i will use next to it ,which
should remove preamble by estimating the peak of correlation and extracting
data out of it. Kindly check my flowgraph , Your help will highly
appreciated ,Thanx


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

[Discuss-gnuradio] [GSoC 2017] gr-bokehgui: Updates on Week 1

[Kartik Patel]

Hello all,

We have refined the timeline of the project, finalized server starting
mechanism, and defined the structure of the data flow of the sink in the
module. For more details of week 1, click here
[1].

Kindly reply to this mail for any query or feedback.

Regards,
Kartik Patel

[1] http://kartikpatel.in/GSoC2017/2017/05/19/planning.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OSCAL'17 report, amateur HF reception blog

[Daniel Pocock]

On 19/05/17 13:39, Ralph A. Schmid, dk5ras wrote:
> Tirana, Albania? WTF?! 
> 
> Cool, I really love it that you were able to have this workshop! Congrats!!!
> I did not know that there is such an active community, wish I would hear
> more of such promising events from other then the "standard" countries :)
> 
> Ralph, dk5ras. 


Hi Ralph,

Thanks for your reply, if you would like to propose a talk, workshop or
table at OSCAL next year I'm sure the team would love to hear from you.

While I understand not so many people have visited Tirana before, the
conference was one of the most well organized free software events I've
been to and the team are very dedicated.  In fact, they are already
organizing another event this weekend, an Open Data Hackathon, they are
unstoppable.

Regards,

Daniel


> 
>> -Original Message-
>> From: Discuss-gnuradio [mailto:discuss-gnuradio-
>> bounces+ralph=schmid@gnu.org] On Behalf Of Daniel Pocock
>> Sent: Friday, May 19, 2017 11:17 AM
>> To: GNURadio Mailing List
>> Subject: [Discuss-gnuradio] OSCAL'17 report, amateur HF reception blog
>>
>>
>> Hi all,
>>
>> The workshop at OSCAL[1] was successful and on the second day, the SDR
> setup
>> was in the courtyard with the info booths where just about everybody
> stopped
>> to see it.
>>
>> I've written a detailed blog[2] about the equipment I used (antenna,
> balun,
>> ATU, upconverter, dongle, etc) so anybody else can easily replicate this
> either
>> at home or at other events.
>>
>> Thanks to everybody who has contributed to the development and packaging
> of
>> the tools used in the demo (gqrx, GNU Radio, rtl-sdr)
>>
>> At one point I wanted to take my laptop away and somebody else volunteered
> a
>> laptop with Windows on it.  The Debian Hams live ISO image was downloaded
>> onto a USB stick, booted up in the other laptop and worked immediately.
>>
>> Regards,
>>
>> Daniel
>>
>>
>> 1. https://oscal.openlabs.cc
>> 2.
> https://danielpocock.com/building-loop-antenna-sdr-shortwave-ham-oscal17
>>
>>
>>
>>
>> ___
>> 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] OOT Block with output size of not power of 2

[Amirhosein naseri]

Hi,How can I set output buffer size of my OOT block for example 346 and 
gnuradio don't change it automatically to 512?___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio