Re: [Discuss-gnuradio] Tagged Stream Blocks with HackRF

[sreeraj r]

You could give SoapyHackRF [1] a try. From the discussions [2-4] it looks
like the Tx/Rx switching is fixed, allowing to put a source and sink block
simultaneously in a flowgraph.  The device can switch to RX mode once the
burst transmission is done. I am not sure about the Tx/Rx switching timing
issues/whether libhackrf makes sure that the entire packet is transmitted
or not.  You could also pad your packets with enough zeros to make sure
that the packet gets transmitted (Bastian's gr-foo [5] modules will be
helpful).

[1] https://github.com/pothosware/SoapyHackRF/wiki
[2] https://github.com/pothosware/SoapySDR/issues/34
[3] https://github.com/mossmann/hackrf/issues/221
[4] https://github.com/mossmann/hackrf/issues/195
[5] https://github.com/bastibl/gr-foo

Regards
Sreeraj Rajendran

On Tue, May 16, 2017 at 7:35 PM, Florian Adamsky 
wrote:

>
> On Tuesday, May 16 2017, Sylvain Munaut wrote:
>
> > The hackrf driver has no support for burst transmissions.
>
> thanks! Do you know if there is someone working on it? Is there some way
> to work around this restrictions? Which other SDR support this feature?
> BladeRF maybe?
>
> Cheers
> --
> Dr. Florian Adamsky
> http://florian.adamsky.it/
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problem running gr_filter_design on Windows 7

[sreeraj r]

Swartz,

So it is clearly fftpack loading issue. Make sure that all your lib
versions are correct (32/64 bit) and other math lib dependencies for
fftpack is satisfied on your windows version.

Regards
Sreeraj Rajendran

On Wed, Jan 25, 2017 at 6:56 PM, Swartz, Peter <
pswa...@riversideresearch.org> wrote:

> Output from test:
>
> Traceback (most recent call last):
>
>   File "gr_scipi_test.py", line 25, in 
>
> from scipy import fftpack, poly1d, signal
>
>   File "C:\Program Files\GNURadio-3.7\gr-python27\Lib\site-packages\
> scipy\fftpac
>
> k\__init__.py", line 95, in 
>
> from .basic import *
>
>   File "C:\Program Files\GNURadio-3.7\gr-python27\Lib\site-packages\
> scipy\fftpac
>
> k\basic.py", line 12, in 
>
> from . import _fftpack
>
> ImportError: DLL load failed: The specified module could not be found.
>
>
>
> *From:* sreeraj r [mailto:rsree...@gmail.com]
> *Sent:* Wednesday, January 25, 2017 11:04 AM
> *To:* Swartz, Peter
> *Cc:* discuss-gnuradio@gnu.org
> *Subject:* Re: [Discuss-gnuradio] Problem running gr_filter_design on
> Windows 7
>
>
>
> Hi Swartz,
>
> I have never tested gr_filter_design in windows. That said, can you please
> test whether the following imports work in your windows python shell / as a
> standalone python script.
>
> >>import scipy
> >>from scipy import fftpack, poly1d, signal
>
> Regards
> Sreeraj Rajendran
>
>
>
> On Wed, Jan 25, 2017 at 4:50 PM, Swartz, Peter <
> pswa...@riversideresearch.org> wrote:
>
> I have GNU radio v3.7.10.1/v1.1.2 installed from
> http://www.gcndevelopment.com/gnuradio/downloads.htm on my Windows 7
> machine.  I am using USRP B200 as well.  When I try to run gr_filter_design
> from the command prompt, I get a SciPi not installed error.  I have
> verified that SciPi is installed.  I know this would work on a Linux box,
> but I want to know how to get gr_filter_design.py to import SciPi on
> Windows 7.
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Problem running gr_filter_design on Windows 7

[sreeraj r]

Hi Swartz,

I have never tested gr_filter_design in windows. That said, can you please
test whether the following imports work in your windows python shell / as a
standalone python script.

>>import scipy
>>from scipy import fftpack, poly1d, signal

Regards
Sreeraj Rajendran

On Wed, Jan 25, 2017 at 4:50 PM, Swartz, Peter <
pswa...@riversideresearch.org> wrote:

> I have GNU radio v3.7.10.1/v1.1.2 installed from
> http://www.gcndevelopment.com/gnuradio/downloads.htm on my Windows 7
> machine.  I am using USRP B200 as well.  When I try to run gr_filter_design
> from the command prompt, I get a SciPi not installed error.  I have
> verified that SciPi is installed.  I know this would work on a Linux box,
> but I want to know how to get gr_filter_design.py to import SciPi on
> Windows 7.
>
> ___
> 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] guided tutorials - problem with tutorial 3

[sreeraj r]

On Fri, Jan 13, 2017 at 3:40 PM, Jacqueline.Walker <jacqueline.wal...@ul.ie>
wrote:

> Hi Sreeraj,
>
>
>
> Ok, thanks, trying that – it tells me no apparently  and is offering to
> upgrade a heap of stuff – including some stuff I only just installed a
> couple of hours ago (!) – and I also – to fill you in – removed my gnuradio
> installation and re-did by installing gnuradio-companion package – which
> has helped a bit (some errors I had before at the initial installation
> didn’t re-occur as you might imagine).
>
> It wants to upgrade stuff including :  boost, various libraries including
> libvolk and python stuff including python-lxml… I can go ahead and let it
> do this?
>

It is always best to keep these libs updated to match your gnuradio build
in Arch. Make sure that you read [1].

[1]
https://wiki.archlinux.org/index.php/System_maintenance#Upgrading_the_system

-Sreeraj


>
>
> Thanks
>
> Jacqueline
>
>
>
> *From:* sreeraj r [mailto:rsree...@gmail.com]
> *Sent:* 13 January 2017 14:35
> *To:* Jacqueline.Walker
> *Cc:* Martin Braun; discuss-gnuradio@gnu.org
>
> *Subject:* Re: [Discuss-gnuradio] guided tutorials - problem with
> tutorial 3
>
>
>
> Hi Jacqueline,
>
>
>
> I tested your files (if_else_mod.py and mod_org.py) on Archlinux with
> gnuradio versions 3.7.10.1-3 and  3.7.10.1-1, but couldn't reproduce the
> error.  Can you make sure that all your libs are up to date by running
> "pacman -Syu".
>
>
>
> -Sreeraj
>
>
>
> On Fri, Jan 13, 2017 at 12:01 PM, Jacqueline.Walker <
> jacqueline.wal...@ul.ie> wrote:
>
> Hi Martin,
>
> Sorry, I did forget to put all that in, still learning including how to
> use a list for help.
> Right - I have it on a VM running Archlinux (4.8.13-1 - I only started a
> week ago) and I used pacman to install the package gnuradio 3.7.10.1-3.
> At that point after installing the gnuradio package I had to go and fetch
> extra packages (gtk2, gtk3, python-lxml and python2-cheetah) to make the
> grc work. I am not sure if maybe I should have explicitly installed
> gnuradio-companion? But once I'd installed the extra packages it worked
> fine - until I started the python programming part.
>
> Thanks,
> Jacqueline
>
>
>
>
>
>
> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jacqueline.walker=
> ul...@gnu.org] On Behalf Of Martin Braun
> Sent: 13 January 2017 01:59
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] guided tutorials - problem with tutorial 3
>
> Which platform are you running on?
>
> -- M
>
> On 01/12/2017 06:55 AM, Jacqueline.Walker wrote:
> > Hi Kartik,
> >
> >
> >
> > Well, no I would think there ought not be an error in the tutorial,
> > but the fact remains that if I run the 'if_else_mod.py' from the
> > ~/solutions/gr-tutorial/examples/tutorial3/python/ folder I get the
> > exact same runtime errors, so it might be something in the build.  I
> > attach my own if_else_mod.py file which has been produced by my
> > firstly generating if_else.py from the flowgraph which I have built as
> > instructed in the tutorial and then doing exactly as instructed in the
> > tutorial the modifications to the def _variable_function_probe_0_
> probe():.
> >
> > I also attach the 'solutions' version of the if_else_mod.py (called
> > if_else_mod_orig.py) and a file which summarises investigations made
> > so far and the results of Kompare to discover the differences in the
> code.
> > Clearly the grc generates code which differs somewhat from the samples
> > in the ~/python directory (which are from an older version, clearly).
> >
> > I don't know if it is anything to do with the 'tb = if_else' line - I
> > am about to test that out.
> >
> >
> >
> > Thanks
> >
> > Regards
> >
> > Jacqueline
> >
> >
> >
> >
> >
> > *From:*Kartik Patel [mailto:kartikpatel1...@gmail.com]
> > *Sent:* 11 January 2017 21:32
> > *To:* Jacqueline.Walker; discuss-gnuradio@gnu.org
> > *Subject:* Re: [Discuss-gnuradio] guided tutorials - problem with
> > tutorial 3
> >
> >
> >
> > Hi Jacqueline,
> >
> > I don't think there's error in the tutorial. Please send your GRC or
> > Python file.
> >
> > Thank you.
> >
> > Regards,
> > Kartik Patel
> >
> >
> >
> > On 10:54PM, Wed, Jan 11, 2017 Jacqueline.Walker
> > <jacqueline.wal...@ul.ie <mailto:jacqueline.wal...@ul.ie>> wrote:
> >
> > Hello,
> >
> >
> >
> &g

Re: [Discuss-gnuradio] guided tutorials - problem with tutorial 3

[sreeraj r]

Hi Jacqueline,

I tested your files (if_else_mod.py and mod_org.py) on Archlinux with
gnuradio versions 3.7.10.1-3 and  3.7.10.1-1, but couldn't reproduce the
error.  Can you make sure that all your libs are up to date by running
"pacman -Syu".

-Sreeraj

On Fri, Jan 13, 2017 at 12:01 PM, Jacqueline.Walker  wrote:

> Hi Martin,
>
> Sorry, I did forget to put all that in, still learning including how to
> use a list for help.
> Right - I have it on a VM running Archlinux (4.8.13-1 - I only started a
> week ago) and I used pacman to install the package gnuradio 3.7.10.1-3.
> At that point after installing the gnuradio package I had to go and fetch
> extra packages (gtk2, gtk3, python-lxml and python2-cheetah) to make the
> grc work. I am not sure if maybe I should have explicitly installed
> gnuradio-companion? But once I'd installed the extra packages it worked
> fine - until I started the python programming part.
>
> Thanks,
> Jacqueline
>
>
>
>
>
>
> -Original Message-
> From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jacqueline.walker=
> ul...@gnu.org] On Behalf Of Martin Braun
> Sent: 13 January 2017 01:59
> To: discuss-gnuradio@gnu.org
> Subject: Re: [Discuss-gnuradio] guided tutorials - problem with tutorial 3
>
> Which platform are you running on?
>
> -- M
>
> On 01/12/2017 06:55 AM, Jacqueline.Walker wrote:
> > Hi Kartik,
> >
> >
> >
> > Well, no I would think there ought not be an error in the tutorial,
> > but the fact remains that if I run the 'if_else_mod.py' from the
> > ~/solutions/gr-tutorial/examples/tutorial3/python/ folder I get the
> > exact same runtime errors, so it might be something in the build.  I
> > attach my own if_else_mod.py file which has been produced by my
> > firstly generating if_else.py from the flowgraph which I have built as
> > instructed in the tutorial and then doing exactly as instructed in the
> > tutorial the modifications to the def _variable_function_probe_0_
> probe():.
> >
> > I also attach the 'solutions' version of the if_else_mod.py (called
> > if_else_mod_orig.py) and a file which summarises investigations made
> > so far and the results of Kompare to discover the differences in the
> code.
> > Clearly the grc generates code which differs somewhat from the samples
> > in the ~/python directory (which are from an older version, clearly).
> >
> > I don't know if it is anything to do with the 'tb = if_else' line - I
> > am about to test that out.
> >
> >
> >
> > Thanks
> >
> > Regards
> >
> > Jacqueline
> >
> >
> >
> >
> >
> > *From:*Kartik Patel [mailto:kartikpatel1...@gmail.com]
> > *Sent:* 11 January 2017 21:32
> > *To:* Jacqueline.Walker; discuss-gnuradio@gnu.org
> > *Subject:* Re: [Discuss-gnuradio] guided tutorials - problem with
> > tutorial 3
> >
> >
> >
> > Hi Jacqueline,
> >
> > I don't think there's error in the tutorial. Please send your GRC or
> > Python file.
> >
> > Thank you.
> >
> > Regards,
> > Kartik Patel
> >
> >
> >
> > On 10:54PM, Wed, Jan 11, 2017 Jacqueline.Walker
> > > wrote:
> >
> > Hello,
> >
> >
> >
> > Trying the tutorial three - python in gnu radio and the 'if_else'
> > mod file. I get this run-time error even with the tutorial/solutions
> > file so it might be a build thing.
> >
> >
> >
> > Basically when it runs with the added if val == 1: block it raises
> > an
> >
> > Attribute error top_block_sptr has no attribute named analog_sig
> > _/x1/_source block - (sorry not correctly copied but you get the
> > idea hopefully) - in other words it does not recognise the analog
> > signal source that you have and that you are trying to modify the
> > freq and/or amplitude of under control of the simple if/else using
> > the probe_signal variable as outlined in the tutorial.
> >
> > Is there something missing in the build or is it some error in the
> > file/instructions in the tutorial?
> >
> >
> >
> > Thanks
> >
> > Jacqueline
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org 
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> >
> > --
> >
> > Regards,
> > Kartik Patel
> > B.Tech. Final Year
> > Electronics and Communication Engineering Indian Institute of
> > Technology, Roorkee
> >
> >
> >
> > ___
> > 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 mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___

Re: [Discuss-gnuradio] Delayed Repitition In GRC

[sreeraj r]

Hi Sumit,

You could also pad enough zeros to your .bin file or use Bastian's gr-foo
[1] blocks to get the job done (burst_tagger + packet_pad?).

[1] https://github.com/bastibl/gr-foo

Regards
Sreeraj Rajendran

On Tue, Sep 13, 2016 at 5:45 PM, Marcus Müller 
wrote:

> Hi Sumit,
>
> what about using a patterned interleaver?
>
> Best regards,
>
> Marcus
>
>
> On 09/13/2016 07:29 AM, sumitstop wrote:
> > Hello,
> >
> > I am playing back a data using file source (file recorded from MATLAB and
> > converted to .bin) in gnuradio-companion and feeding it to USRP.
> >
> > I have checked "Repeat : Yes" How can I introduce some delay/idle
> time
> > between the repetitions.
> >
> > TIA
> > Sumit
> >
> >
> >
> > --
> > View this message in context: http://gnuradio.4.n7.nabble.
> com/Delayed-Repitition-In-GRC-tp61461.html
> > Sent from the GnuRadio mailing list archive at Nabble.com.
> >
> > ___
> > Discuss-gnuradio mailing list
> > Discuss-gnuradio@gnu.org
> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> ___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] raspi FAQ/HOWTO/recipe ??????

[sreeraj r]

Hi Rob,

IMO the easiest way to setup GNURadio on Rpi is to use Archlinux [1]. You
could find platform specific installation instructions on the website
itself.  Rpi-1 is underpowered and make sure that you are not running any
GUIs while running a flowgraph. Create your flowgraphs on a local machine
and  run the generated python file on Pi (if you are using Pi-1).
Performance results for some simple tests on Pi-1 and 2 with RTLSDRs  are
given below (GPU FFT not enabled on both, works without any overflows).

Rpi-1 : 2MS/s, 512pt FFT with a block decimation of 16 (with UDP streaming
to local PC)
Rpi-2 : 2MS/s, 512pt FFT, bounded by USB throughput (with UDP streaming to
local PC)

[1] https://archlinuxarm.org/

Best regards
Sreeraj Rajendran

On Fri, Apr 15, 2016 at 4:21 PM, Rob Roschewsk  wrote:

> Thanks for all the good feedback folks!
>
> I think I'm going to stick to the precompiled packages in the repo for the
> short term . so I'll probably be back with more questions soon :)
>
> ___
> 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] [GSoC16] Signal intelligence proposal

[sreeraj r]

Hi Sebastian,

Good proposal. Really liked the radio service database idea too.
It would be nice to have a radio info tab in the GUI, which provide details
about plausible transmission type based on the frequency allocation of the
region (e.g [1]).

Some comments on your proposal

Block diagram (fig.2)
- In the block diagram your synchronization block comes before the AMC
block. Are you referring to some blind synchronization schemes?. If yes can
you put some references.
- You could also analyze whether sync is necessary for AMC.
- Some useful links [2-3].

Smart demodulation block
- Can you please add some more details about this? May be one or two
references.
- For demodulation you need to do a lot more parameter estimation after AMC
(samp/symbol, shaping filter parameters etc).

Modulation classification block
- It would be nice to add/analyze details on the existing gnuradio blocks
for cyclo/CNN based classification
- This will help you to plan your timeline accordingly

[1] https://www.ntia.doc.gov/files/ntia/publications/2003-allochrt.pdf
[2]
http://static1.1.sqspcdn.com/static/f/679473/25385817/1409511797677/rondeau-03-digital_demodulation.pdf?token=VLdlIIZq8xQmopwXjPf2Q5AgzkY%3D
[3] http://link.springer.com/chapter/10.1007%2F978-94-007-0107-6_20

Regards
Sreeraj Rajendran

On Thu, Mar 10, 2016 at 8:18 PM, Sebastian Müller  wrote:

> Hi List!
>
> My name is Sebastian Müller and I am highly interested in participating in
> this years GSoC program.
>
> I want to take GSoC as the opportunity to begin with my participation in
> the GNU Radio project. Several of the ideas mentioned in the ideas list
> catched my attention, especially the topic on signal intelligence seems to
> be interesting for me, because I have some experience in this field. Also,
> improving the filter design tool would be a nice task for me.
>
> I have taken some time the last few days to prepare my proposal for
> gr-sigint and evaluate approaches on this topic. Please find my proposal
> draft with more detailed information under
>
> https://github.com/sbmueller/gsoc-proposal/blob/master/sigint-proposal.pdf
>
> Feedback on my thoughts are very welcome!
>
> Cheers,
> Sebastian
>
> ___
> 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] GSoC 2016 - Signal Intelligence module for GNU Radio (gr-sigint)

[sreeraj r]

Hi Pragnesh,

Nice proposal. A few extra suggestions

Visualization
It would be nice to put a few pointers to show how you are planning to
integrate the GUI
- For example, integrate it with the GUI in gr-specest
- Use other libraries like pyqtgraph[1] (see crosshair example)

Schedule
I personally feel that the current schedule might be very tight for you
- e.g. Just two weeks for cyclo-stationary implementation
It would be nice to spend some time to analyze what all blocks/modules are
currently available
- gr-specest for cyclo
- tensorflow/keras integration details for CNN

P.S. This project is almost similar to "Cyclostationary Tools" project
idea. So make sure that you look into the details and comments for that
project too.

[1] http://www.pyqtgraph.org/

Regards
Sreeraj Rajendran

On Wed, Mar 9, 2016 at 1:36 AM, Meet Pragnesh Shah 
wrote:

> Hello Mentors,
>
> I am a EE student at IIT-Bombay and I am also an avid software developer.
>
> I plan to participate in Google Summer of Code this year and I was
> interested in the ideas mentioned on the GNU-Radio wiki. I am particularly
> interested in the implementation of Signal Intelligence module (gr-sigint)
> whose potential mentor is Sreeraj Rajendran.
>
> I have attached a draft proposal and linked a rendered version of it here
>  
> for
> the kind perusal of mentors. In order to improve on the proposal, I would
> like to ask the mentors for their suggestions and comments on the proposal.
>
>
> Thanks and Regards,​
>
> *Meet Pragnesh Shah | Junior Undergrad | EE | IIT Bombay *
> *Webpage :https://www.ee.iitb.ac.in/student/~meetshah1995/
> *
> ᐧ
>
> ___
> 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] GSOC '16: Signal Intelligence (gr-sigint)

[sreeraj r]

Hi Christopher,

On Tue, Mar 8, 2016 at 3:14 PM, Richardson, Christopher (richarc2) <
c.richard...@lancaster.ac.uk> wrote:

> Hi everyone,
>
> I'm very interested in working on the Signal Intelligence (gr-sigint)
> project for the Google Summer of Code.
>
> I'm currently a PhD student at Lancaster University, UK, studying attack
> detection
> in a privacy preserving manner.
>
> I achieved an MSc in Bristol, UK, making use of machine learning
> techniques to detect viruses -
> http://www.lancaster.ac.uk/pg/richarc2/dissertation.pdf.
> As mentioned in the idea suggested by Mr Rajendran "Another approach is to
> use available waterfall images and run some image comparison algorithms",
> I am curious if I could make use of such machine learning techniques to
> achieve this.
>

You could refer this new paper [1] to get an idea about the usage of CNN
for modulation classification. The technique mentioned in the paper works
on quadrature data in time.
It would be interesting to see how much accuracy we can get from
spectrogram information. For simple prototyping and analysis you could use
tensorflow [2] along with GNURadio


>
> I am also especially interested in how the performance of such classifiers
> could be measured through conducting real-world experiments,
> with 2 SDRs (one for transmission and one for reception) at a range of
> increasing distances, potentially making use of
> techniques such as Receiver Operating Characteristic (ROC) curves and the
> Area Under Curve (AUC) as a metric for quantifying
> the performance of a classifier.
>
> I'm currently reading more about algorithms to detect cyclostationary
> features along with a survey on Automatic Modulation Recognition.
> I'm also looking at existing GNU Radio modules such as gr-specest.
>
> If anyone could point me at further reading material or suggestions for
> the proposal, that would be great!
>

The first step for GSoC is to come up with a nice project proposal. Martin
already shared a lot of info on this in the mailinglist. You could look
into past GNURadio GSoC projects [3] and some student info [4].  These are
old links, but will give you an idea how to proceed.  For ramping up on
cyclostationarity you could find a lot of sources online, e.g. [5-6].

Good luck.

Best regards,
Sreeraj

[1] http://arxiv.org/abs/1602.04105
[2] https://oshearesearch.com/2016/02/02/gnu-radio-tensorflow-blocks/
[3] https://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCPastProjects
[4] https://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCStudentInfo
[5] http://vtechworks.lib.vt.edu/handle/10919/29981
[6]
http://archives.njit.edu/vol01/etd/2000s/2006/njit-etd2006-115/njit-etd2006-115.pdf


> Kind Regards
>
> Christopher Richardson
>
> ___
> 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] DySPAN 5G spectrum challenge

[sreeraj r]

Hi all,

This is a gentle reminder for the DySPAN 5G spectrum challenge [1] which is
organized by IEEE.  The primary user and database code is already available
on the webpage [2].  For more details and queries please subscribe to the
Spectrum Challenge mailing list [1]. It will be fun to work on intelligent
PHY  and MAC protocols using GNU Radio.

Some important dates
a. Deadline for a short paper describing your approach: April 15, 2015
b. Selection of participants:  May 15, 2015

Expecting a great participation from GNU Radio community.

[1] http://dyspan2015.ieee-dyspan.org/content/5g-spectrum-sharing-challenge
[2] http://dyspan2015.ieee-dyspan.org/content/getting-started

Thanks
Sreeraj Rajendran
PhD Researcher
ESAT-TELEMIC, KU Leuven
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] [USRP-users] USRP, GNURadio Companion, Polyphase Channelizer Issue

[sreeraj r]

Hi,

You can also look into Tom's blog on channelizers [1]. Some of the grc
files in the blog might not work out of the box (especially those ones with
QT-GUI frequency sink + bus ports). You can simply toggle the busports and
connect it properly and make it work.

[1] http://www.trondeau.com/examples/2014/1/23/pfb-channelizers
-and-synthesizers.html

Regards
Sreeraj Rajendran

On Mon, Feb 16, 2015 at 11:02 PM, Marcus D. Leech mle...@ripnet.com wrote:

 On 02/16/2015 04:54 PM, Ali Riaz wrote:

 Hi Marcus,

 I was the one who posted a question on the usrp-mailing list regarding
 the gnuradio companion channelizer a couple of days back, and was wondering
 if you could help me on something. I tried using the filter as you
 suggested, but I get a very strange result. I tried to get two partitioned
 channels, but they're being partitioned in a very strange manner. I've
 attached a photo for a visual for what I'm getting as a result. Any idea
 why that's happening?

 P.S My apologies, I know you pointed me to the GNUradio discussion
 mailing list, but it's been a while, and nobody has responded yet, and so
 far all I have is your clue to go on.

 Thank you so much for all your help, really appreciate it.

 Best,
 Ali

  This is very squarely in the domain of the discuss-gnuradio mailing list.

 My understanding is that the polyphase channelizer behaves that way for
 even-numbers of channels.  Tom Rondeau on the discuss-gnuradio mailing list
   is the best person, probably, to explain this.  I've copied that list.




 ___
 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] Report on university course based on DARPA Spectrum Challenge

[sreeraj r]

Farida,

Nice work.
I believe your students will also be interested in IEEE spectrum sharing
challenge [1].

[1] http://dyspan2015.ieee-dyspan.org/content/5g-spectrum-sharing-challenge

-- 
Regards
Sreeraj Rajendran

On Wed, Feb 11, 2015 at 9:16 PM, Fraida Fund ff...@nyu.edu wrote:


 Hi all,

 I was a participant in the DARPA Spectrum Challenge last year.  Inspired
 by the Challenge, I developed a new course in which students learned about
 wireless communications and software radio in the context of a Spectrum
 Challenge-like competition. It was offered for the first time in Fall 2014
 at the University of Thessaly, Greece, to a group of about 20 undergraduate
 and masters students in the Department of Electrical and Computer
 Engineering. Since the course may be of interest to some in this group, I
 am sharing more information about it here.

 The infrastructure for the course (lab materials, software radios, compute
 devices, software and other utilities) were hosted by WITest
 http://witestlab.poly.edu/site/index.php, the GENI wireless testbed at
 the NYU Polytechnic School of Engineering.

 In the first half of the course, students studied wireless communication
 and software radio basics through lectures and guided lab exercises. On
 their midterm exam, 50% of the points were earned by answering questions
 from this mailing list
 http://witestlab.poly.edu/respond/sites/hy448fall2014/files/hy448-midterm-exam.pdf
 :)

 In the second half of the course, students (in teams) developed software
 radios and competed against one another in a format similar to the Spectrum
 Challenge. Students also presented their designs in a poster session
 attended by other faculty in the department. Two prizes were awarded: one
 for the best innovative idea from among the designs implemented for the
 competition (selected by the faculty committee), and one for the team that
 won the tournament.

 The results (tournament visualizations, student posters, photos) are
 available on this page
 http://witestlab.poly.edu/respond/sites/hy448fall2014/page/hy448-design-challenge
 for interested readers.

 I'd be happy to answer any questions about this course.

 Best,

 Fraida Fund
 Department of Electrical and Computer Engineering
 NYU Polytechnic School of Engineering


 ___
 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] Flush samples of blocks when changing centrer frequency

[sreeraj r]

On Thu, Feb 5, 2015 at 11:30 AM, Jorge Gallo jmig...@gmail.com wrote:

 Hi,

 I have a python flowgraph with several blocks.

 One of them is a filter.single_pole_iir_filter_ff which does a moving
 average. The last block is a Sink to file block.

 I scan several bands, 10MHz each, in order to get the power of the signals
 in those bands. I use moving average to get an average of 5 readings in
 each band.

 In order to change the center frequency, I stop the flow-grahp,
 reconfigure the USRP center freq and then start the flow-graph again.


You can use the message port[1] in uhd source/sink or stream tags [2] to
change the center frequency



 I guess samples from the previous scans remain in internal block buffers
 since I get power in samples of BAND2 (BAND1+10MHz) which are only present
 in BAND1. That is, the moving average is effective between bands and I only
 want to be effective in the same band.

 I thought that stop() and start() signals would reset the entire graph but
 I am afraid it doesn't.

 Is there a way to flush those samples so that everytime I run the
 frequency changed flow-graph I don't get the samples from the previous band?


UHD source will give rx_time, rx_rate and rx_freq tags whenever there is a
tune request to a new frequency. You can use these tags to get rid of
unwanted samples.



 Many thanks in advance.
 Jorge


[1] http://gnuradio.org/doc/doxygen/page_uhd.html
[2]
https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/examples/python/freq_hopping.py







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




-- 
Regards
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Getting time each time power squelch is on

[sreeraj r]

On Sat, Jan 3, 2015 at 8:39 PM, Luis Colunga lccolung...@gmail.com wrote:

 Hi Dan,

 Thanks for the response, but it seems like burst tagger would not work
 in this case because I am working with audio. What I want is when
 power squelch is triggered demod a NFM signal and then save it to a
 wav file with the time power squelch was triggered.


You can try keeping power squelch's gate to false (so that you will get
zero samples) and then use it as a trigger for burst_tagger after doing
some math manipulations. This along with a tagged_file_sink should work.

Please look into gnuradio/examples/tags for examples.

Sreeraj



 Thanks

 2015-01-02 16:12 GMT-07:00 Dan CaJacob dan.caja...@gmail.com:
  Hi Luis,
 
  I am pretty certain there is a block in mainline GR to do this with
 tagging.
  Burst tagger maybe?  The tags define the burst boundaries and a
 timestamp is
  recorded as well.
 
  On Jan 2, 2015 5:46 PM, Luis Colunga lccolung...@gmail.com wrote:
 
  Hello,
 
  I have a Python handcoded block in which I want every time that power
  squelch is triggered, grab the actual time and then use that filename
  to write a wav file with a decoded stream.
 
  What would be a good approach? I tried using variables but I see they
  don't update at runtime and I am not sure if you are able to change
  the wav sink name on runtime and just expect it to work or if it
  neccesary to do something else there.
 
  Thanks.
 
  ___
  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
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] How to pass time tag into usrp sink as a parameter ?[hurry...]

[sreeraj r]

On Wed, Dec 17, 2014 at 3:44 PM, Rui Zou ruizu...@gmail.com wrote:

  Hi, Marcus,
 I read the doc and examples you recommended, but I still don't understand
 fully how to implement my wok.
 Sorry for my previous omission that the first line of my flow graph design
 is:
 usrp_source - ptk_dtc - grab_time_tag - usrp_sink
 1. Here is the work function of my grab_time_tag block(not finished), I
 don't know how to code next:
 const float *sigin = (const float *) input_items[0];
const unsigned char *detect = (const unsigned char *) input_items[1];
pmt::pmt_t *out = (pmt::pmt_t *) output_items[0];

std::vectorgr::tag_t rx_time_tags;
const uint64_t samp0_count = this-nitems_read(0);
for(i = 0; i  ninput_items; i++){
if (detect[0]){
get_tags_in_range(rx_time_tags, 0, samp0_count, samp0_count+1,
pmt::string_to_symbol(rx_time));
break;
}
}
 2. I want to send acks at an intended time at usrp_sink, how to pass this
 time information into usrp_sink?


You could tag your ACK burst with tx_time to send your ACK after a
prefered delay.
Please look in to Bastian's packet-pad implementation or pre-cog for
reference

[1] https://github.com/bastibl/gr-foo/blob/master/lib/packet_pad_impl.cc
[2] https://github.com/jmalsbury/pre-cog/blob/master/python/packet_framer.py



 I know a C++ method gr::uhd::usrp_sink::set_command_time, but don't know
 how to use it.
 What also confuses me is:
 if I construct a usrp_sink object in python, how to pass the time
 information posted from grab_time_tag into it? (They are not at the same
 level after all). IMHO, Python is not something valuable. It's just to
 build block objects and connect them.
 but if I do the job in C++, does it mean I have to rewrite a new usrp_sink
 block(sounds impratical) to receive the desired time value posted from
 grab_time_tag ? or else?

 BTW, the file_sink/source was just for testing.
 I 'm purely a green hand. If something is wrongly understood, please
 correct me with no hesitation.
 Hope your kind reply in specific details on the two query above. Many
 thanks!

 在 2014年12月17日 00:34, Marcus Müller 写道:

 Hello Rui,

 why do you take the detour through a file? That looks unnecessary.

 the USRP sink understands transmission times you specify using tags [1],
 so this will be the easiest way to deal with this. You just need to
 write a really short block (in C++ or python, whatever you prefer) which
 takes the rx_time tag that the USRP source added to the sample stream
 and generates a tag with the desired point in time [2].

 There are some examples of the rx_time and tx_time tags usage in gr-uhd,
 so just search for tx_time or rx_time in gnuradio/gr-uhd/examples/ .

 Greetings,
 Marcus

 [1] http://gnuradio.org/doc/doxygen/page_stream_tags.html
 [2] http://gnuradio.org/doc/doxygen/page_stream_tags.html
 On 12/16/2014 05:21 PM, Rui Zou wrote:

  Hello,
 I would like to implement the process as follows at the Rx side:
 Record the time when the first sample arrived, and then wait for a
 certain interval and then send ack back to Tx. Meanwhile, finish the
 cfo calculating and compensating.
 Here is my whole flow graph design. (Each means a block)

pkt_dtc- cfo_calc - file_sink
 cfo_calc - cfo_cpst
file_source - cfo_cpst -
 usrp_sink

 where pkt_dtc, grab_time_tag and cfo_calc was done myself with C++.
 However, My question are:
 1. Is it correct of my whole desgin (I want to implement them in one
 top block) or are there any easier solutions ?
 2. After the block grab_time_tag, how should I pass the time
 information (directly got from the method get_tags_in_range) into the
 usrp_sink as a parameter so as to send ack at the intended time?
 Should I write in Python(but they are not the same level) or C++(but I
 can't rewrite a usrp_sink) ?

 Any doubts or suggestions are highly appreciated !




 ___
 Discuss-gnuradio mailing 
 listDiscuss-gnuradio@gnu.orghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio

  ___
 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



-- 
Regards
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] how send random values to selector every n-times

[sreeraj r]

Hi,

Please go through the tutorial [1].

Short version,

1. Use one 5in-1out selector block
2. Use on Function Probe block
3. Set the Poll Rate based on your delay
4. Generate python file using Generate flowgraph button
5. Set your selector's input index in the function probe

Sample function probe

def _fn_probe_probe():
while True:
try:

 self.blks2_selector_0.set_input_index(random.randint(0,4))
except AttributeError:
pass
time.sleep(1.0 / (0.3))

6.Run your python code


[1]
https://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GNU_Radio_in_Python#315-Modifying-the-GRC-Generated-Python-File

Sreeraj

On Sun, Dec 7, 2014 at 10:59 PM, Vitt Benv vitt...@gmail.com wrote:

 Hi everybody,
 I need to switch randomly 5 different signal generator via selector
 block every [say] 3 seconds

 So , in GRC, I've a vector_source with values coming from
 [random.randint(0, 4) for p in range(0,4)]. This put some random values
 displayed right.

 Now how I can scan the vector, a values at time sending this index to
 selector, every n-seconds ???

 I'm not with a USRP , simple sound card.

 Tnx in advance for any answer!

 Victor

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




-- 
Regards
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] varying the bandwidth of a signal in GRC

[sreeraj r]

Hi Jason,

Please go through this,

http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsCoreConcepts#Sampling-rates

Try
1. Varying USRP sample rate and observe the output using  FFT sink
2. In the flowgraph use an interpolator (rational resampler) just before
your USRP sink, vary the interpolation factor and check the output.

Things will be more clear then.

Thanks
Sreeraj


On Sat, Dec 6, 2014 at 8:06 AM, jason sam user0...@gmail.com wrote:

 Thnx Marcus..u mean that if i change the sample rate of USRP sink
 block in the properties dialog box then the bandwidth will be equal to
 the changed sample rate??

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




-- 
Regards
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GRC, Recording chunks of spectrum triggered on input signal level

[sreeraj r]

You can refer uhd_burst_detector.py in gnuradio/examples/tags as a
starting point.

Regards
Sreeraj Rajendran

On Thu, Nov 13, 2014 at 8:46 PM, Staffan staffan.br...@gmail.com wrote:

 Hello all,

 Many, many, thanks for the suggestions! I just tried the example by Lou -
 very good way to update the filename - didn't realize the variable
 statement
 was that powerful.
 I will also test the tagged file sink and - indeed - I have started reading
 the HOWTOs.

 Again, many thanks for the very fast response from you all!

 Regards,
   Staffan



 --
 View this message in context:
 http://gnuradio.4.n7.nabble.com/GRC-Recording-chunks-of-spectrum-triggered-on-input-signal-level-tp51302p51317.html
 Sent from the GnuRadio mailing list archive at Nabble.com.

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




-- 
Regards
Sreeraj Rajendran
http://radioninja.in/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] gr_filter_design issue

[sreeraj r]

qt4 4.8.6, python2-pyqt4 4.11.2, qwt 6.1.0 and python2-numpy 1.9.0 on
Archlinux.

On Mon, Oct 27, 2014 at 7:09 PM, Tom Rondeau t...@trondeau.com wrote:

 On Sun, Oct 26, 2014 at 5:10 AM, sreeraj r rsree...@gmail.com wrote:

 Hi,

 I just noticed that gr_filter_design is throwing numpy error and fails
 to start (with latest gnuradio-git).  I could atleast find one more guy
 complaining about this (
 http://stackoverflow.com/questions/25882030/gnuradio-filter-design-tool/26142876#26142876
 ).

 The issue in my case was with

  from PyQt4.Qwt5.anynumpy import *  (line no 25 in polezero_plot.py).

 Code works fine if I replace the above line with

 from numpy import zeros
 from numpy import float as Float

 Anyone else facing the same issue or is this only with my Qt4 package?
 (just launch filter-design tool from GRC and try playing with pole-zero
 plot)

 Thanks
 Sreeraj Rajendran



  What versions of: QT, QWT, and numpy are you using?

 Tom


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

[Discuss-gnuradio] gr_filter_design issue

[sreeraj r]

Hi,

I just noticed that gr_filter_design is throwing numpy error and fails to
start (with latest gnuradio-git).  I could atleast find one more guy
complaining about this (
http://stackoverflow.com/questions/25882030/gnuradio-filter-design-tool/26142876#26142876
).

The issue in my case was with

 from PyQt4.Qwt5.anynumpy import *  (line no 25 in polezero_plot.py).

Code works fine if I replace the above line with

from numpy import zeros
from numpy import float as Float

Anyone else facing the same issue or is this only with my Qt4 package?
(just launch filter-design tool from GRC and try playing with pole-zero
plot)

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

Re: [Discuss-gnuradio] GR Conference Recording?

[sreeraj r]

Eagerly waiting for the videos.


---
Regards
Sreeraj Rajendran




 From: Tom Rondeau t...@trondeau.com
To: Dan CaJacob d...@spacequest.com 
Cc: Discuss-gnuradio@gnu.org 
Sent: Thursday, 13 September 2012 6:24 AM
Subject: Re: [Discuss-gnuradio] GR Conference Recording?
 
On Sat, Sep 8, 2012 at 11:58 PM, Dan CaJacob d...@spacequest.com wrote:
 Is the any possibility that the GR conference could be video-recorded?  I 
 will not be able to attend this year and I would selfishly like to see the 
 talks anyway.

 Last year, the audio recordings were great, especially since it was the 
 conefrence's first year.  There are so many that I'd like to see that don't 
 even go that far.

 There is an outfit called NextDayVideo (http://nextdayvideo.com/), which I 
 assume many other pythonistas are aware of.  They seem to be doing the video 
 recording for many of the Python conferences, including PyCon and others.  
 You can find the videos on YouTube and they seem to do an excellent job of 
 balancing focus between the presenter and the presentation screen itself.  
 Code and graphics are always very clear.

 Their website covers their range of services.  Videos are edited live, so 
 there is very little lag between the talk itself and posting.  For lower 
 budgets, they offer training to confence staff and let them shoot the video 
 themselves.

 I am conscious of the fact that this would be an additional expense and all 
 that entails.  I, speaking for myself, would be willing to pay an 
 e-registration fee (comparable to the conference registration fee itself) of 
 some kind to help subsidize the cost.  Would others feel the same way?

 Obviously, I'd like to attend in person.  I am sure others would too, but 
 similarly have other obligations that make it impossible.  Perhaps this could 
 also grow the GR community and bring more attention to the confence in the 
 future?  There seem to be more videos every year and I know I have benefited 
 from them.  The GR Conference seems to be a great opportunity to grab some 
 new content.

 I apologize if this sounds like a sales pitch.  As I said, I am just 
 selfishly trying to attend the conference in any way I can.  If it helps 
 other too - bonus!

 Thanks.

Dan,

Yes, I am hoping that all of the talks are recorded on video. I will
be working with the conference center this week to see what we can
actually accomplish. My hope is to just use their A/V team to handle
the setup and recording. We'll take the videos and publish them
somehow/somewhere. I hope to know more about this soon (what we can
expect for video files, formats, etc.).

Thanks for the pointer, though! I'll keep it in mind.

Tom

___
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] Re g : spectrum sensing code

[sreeraj r]

Question - 1 

I was working with the UHD version of spectrum sensing code.

I have USRP2 with me. I learnt that USRP2 can achieve 50MHz of RF bandwidth
with 8 bit samples and 25MHz of RF bandwidth with 16 bit samples.

I wanted to know how does this information translates while passing min_freq
ans max_freq parameters to the spectrum sensing code. Does it mean (max_freq
- min_freq) = 25MHz.

Please correct me if I am wrong :teeth:

As far as I understand spectrum sensing code is used for wideband spectrum 
analysis, that is 
to scan across wide RF bands which USRP is not able to analyze at a time. So 
obviously 
max_freq - min_freq  25 MHz .

e.g Conider you have to analyze the spectrum from 400 MHz to 500 MHz. You can 
keep
min_freq = 400 MHz and max_freq = 500MHz. If you have configured USRP sample 
rate 
to get 25 MHz bandwidth, ideally one round of scan will be complete by 4 tuning 
steps.
(practically 6 steps as the code is using 25% overlap to reduce non-linearity 
in DDC response).

Firas posted a detailed explanation of the code in the mailing list long back. 
You can find it 
here http://www.ruby-forum.com/topic/174437.

Question - 2

Why the minimum center frequency is set as follows :

self.min_center_freq = self.min_freq + self.freq_step/2 

Why it simply doesn't take the minimum frequency as we provided. Setting the
max_center_freq I understood somehow.

e.g. Scan range 10MHz to 40 MHz
 USRP1 B/W = 8MHz
 First tuning step is with centre freq 14Mhz (10+8/2 ideally) which will 
cover the bandwidth from 10 to 18 Mhz

Question - 3

In non UHD version of spectrum sensing code the adc_rate was fixed fro
USRP-1 i.e. 64M and that was used to calculate usrp_rate while in UHD
version of the same code usrp_rate is calculated by the sampling rate we
give.

I was wondering how does the code manages to work with devices of different
sampling rates i.e. USRP-1 with 64M USRP2 with 100M 

sampling rate  Bandwidth   feq_step 

Context : I am trying to scan WLAN channels 1, 6, 11 continuously. So I have
to keep working with a total bandwidth of 76 MHz 

Check the tuning delay of the device you are using and make sure that you are 
not losing any data during the sweeping process.I may be wrong somewhere. 
Please go through Firas's explanation which will make things clear.

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

Re: [Discuss-gnuradio] GSoC: Filter Design tool update

[sreeraj r]

I am trying to emulate an 8th-order Butterworth low-pass filter using

gr.iir_filter_ffd in GNU Radio.  I cannot seem to implement an IIR filter
with such a steep roll-off in gr_filter_design.  The filter characteristic
I want are as follows:

Sample Rate: 128,000 sps
Cut-off (3 dB) frequency: 1200 Hz (0.009375 normalized)
End of Passband: 900 Hz (0.00703125 normalized)
Start of Stop Band: 6000 Hz (0.046875 normalized)
Max Loss in Pass Band: 1 dB
Min Attenuation in Stop Band: 110 dB

When I plug in the last four values above into gr_filter_design and press
the Design button, the following message is displayed on the console:

/usr/lib/python2.6/dist-packages/scipy/signal/filter_design.py:221:
BadCoefficients: Badly conditionned filter coefficients (numerator):
the results may be meaningless
  results may be meaningless, BadCoefficients)
 
Scipy is throwing this warning as the designed filter parameters(b) for your 
filter specifications are really small (less than 1e-14). gr_filter_design 
directly uses scipy's iirdesign and iirfilter functions. I followed the normal 
design procedure to make sure whether things are right

import scipy.signal as sg
sg.buttord(0.00703125, 0.046875, 1, 110) --- gave me this (8, 
0.009642594623660591)
sg.butter(10, 0.009642594623660591)  --- again gave me bad coefficients 
error.

I believe you have to relax some specifications to get some practical filter 
parameters.

 In the end, I was hoping that the new functionality in gr_filter_design 
would help with solving another problem that I am having.  That is that
I cannot seem to get gr.iir_filter_ffd to execute properly.  I tried
plugging in different sets of feed-forward (b) and feedback (a)
coefficients generated with other IIR filter design tools (and now
gr_filter_design) without success.  I always end up with strange NaN
errors when I run GNU Radio scripts that include gr.iir_filter_ffd.  I
have searched without success in finding useful guidelines for using
gr.iir_filter_ffd.

You may be ending up with NaN errors because you might be specifying the 
feedback taps wrongly. iir_filter_ffd expects the transfer function in this 
format 

H(z) = \ frac{\sum_{k=0}^{M} b_k z^{-k}}{1 - \sum_{k=1}^{N} a_k z^{-k}}

Usually scipy or any other filter design tool, might not be returning the 
filter coefficients in this 1 - a_k format. So please make sure that you 
reverse the sign of a_ks. 

I am also attaching two sample grc files which use iir_filter_ffd. The filters 
(one butter and elliptic) are designed using gr_filter_design with the 
following normalized spec and the feedback taps negated as I already mentioned.
End of pass band = 0.2
Start of stop band = 0.45
Max loss in pb = 1dB, Min atten in sb = 110dB.

I am also a newbie and could be wrong somewhere. Hope this helps.

-Sreeraj

iir_filt_elliptic.grc
Description: Binary data


iir_filt_butter.grc
Description: Binary data
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GSoC: Filter Design tool update

[sreeraj r]

Hi Mac,

Could you please specify your version of pyqt. I have tested the tool with 
version 4.9.1. The error has nothing to do with gnuradio version.

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: Mac A. Cody macc...@att.net
To: discuss-gnuradio@gnu.org 
Sent: Thursday, 9 August 2012 9:56 AM
Subject: Re: [Discuss-gnuradio] GSoC: Filter Design tool update
 

Hello, 

I downloaded your updates to the filter design tool from  
https://github.com/zeroXzero/gr-filtdes (zeroXzero-gr-filtdes-6cd8f37.zip) 

After unzipping the archive, I followed the build instructions,
  using  
the cmake command, as follows: 

cmake -DCMAKE_INSTALL_PREFIX:PATH= /home/mcody/.../zeroXzero-gr-filtdes-6cd8f37 
/usr/local 

The build and install appeared to proceed well, but when I execute  
gr_filter_design at the command prompt, I get the following error
  message: 

Traceback (most recent call last):  
  File /usr/local/bin/gr_filter_design, line 55, in
  module 
    from filtdes.banditems import * 
  File
  /usr/local/lib/python2.6/dist-packages/filtdes/banditems.py,
  line 193, in module 
lpfItems.append(lpfsLines()) 
  File
  /usr/local/lib/python2.6/dist-packages/filtdes/banditems.py,
  line 79, in __init__ 
    self.poly  QtCore.QPointF(3,5) 
TypeError: unsupported operand type(s) for : 'QPolygonF'
  and 'QPointF' 

Prior to running gr_filter_design, I had to set LD_LIBRARY_PATH  
to /usr/local/lib. 

I don't know what I am doing wrong. Should your distribution be
  placed in  
a specific location?  I am using GNU Radio 3.6.1git-47-g884c23ef
  if that 
is of any help. I am running Kubuntu 10.04.

Thanks,  

Mac / AE5PH  
___
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] GSoC: Filter Design tool update

[sreeraj r]

The error that you were getting was from some dead code (I tried to add one 
arrowtop to the configurable band-diagrams and later left that feeling that it 
looks bad, but forgot to remove the code). 


I have updated the repo now. Please clone my latest code and let me know if you 
are still facing that issue.

regards
Sreeraj 




 From: sreeraj r srees4sr...@yahoo.co.in
To: Mac A. Cody macc...@att.net; discuss-gnuradio@gnu.org 
discuss-gnuradio@gnu.org 
Sent: Thursday, 9 August 2012 10:27 AM
Subject: Re: [Discuss-gnuradio] GSoC: Filter Design tool update
 

Hi Mac,

Could you please specify your version of pyqt. I have tested the tool with 
version 4.9.1. The error has nothing to do with gnuradio version.

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: Mac A. Cody macc...@att.net
To: discuss-gnuradio@gnu.org 
Sent: Thursday, 9 August 2012 9:56 AM
Subject: Re: [Discuss-gnuradio] GSoC: Filter Design tool update
 

Hello, 

I downloaded your updates to the filter design tool from  
https://github.com/zeroXzero/gr-filtdes (zeroXzero-gr-filtdes-6cd8f37.zip) 

After unzipping the archive, I followed the build instructions,
  using  
the cmake command, as follows: 

cmake -DCMAKE_INSTALL_PREFIX:PATH= /home/mcody/.../zeroXzero-gr-filtdes-6cd8f37 
/usr/local 

The build and install appeared to proceed well, but when I execute  
gr_filter_design at the command prompt, I get the following error
  message: 

Traceback (most recent call last):  
  File /usr/local/bin/gr_filter_design, line 55, in
  module 
    from filtdes.banditems import * 
  File
  /usr/local/lib/python2.6/dist-packages/filtdes/banditems.py,
  line 193, in module 
lpfItems.append(lpfsLines()) 
  File
  /usr/local/lib/python2.6/dist-packages/filtdes/banditems.py,
  line 79, in __init__ 
    self.poly  QtCore.QPointF(3,5) 
TypeError: unsupported operand type(s) for : 'QPolygonF'
  and 'QPointF' 

Prior to running gr_filter_design, I had to set LD_LIBRARY_PATH  
to /usr/local/lib. 

I don't know what I am doing wrong. Should your distribution be
  placed in  
a specific location?  I am using GNU Radio 3.6.1git-47-g884c23ef
  if that 
is of any help. I am running Kubuntu 10.04.

Thanks,  

Mac / AE5PH  
___
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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Dynamic flow graph control

[sreeraj r]

This might be happening because gr.file_sink is not closing the passed file 
handle until its destructed. I checked gr_file_sink_base's source and various 
functions like open, close and unbuffered writes are supported. Try playing 
around with these(I haven't used these things yet).

http://www.reynwar.net/gnuradio/sphinx/gr/sink_blk.html (Check gr.file_sink 
section)

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: Nazmul Islam mnis...@winlab.rutgers.edu
To: GNURadio Discussion List discuss-gnuradio@gnu.org 
Sent: Monday, 6 August 2012 8:52 PM
Subject: Re: [Discuss-gnuradio] Dynamic flow graph control
 

Hi,

I am trying to simplify my previous email for clarification. I am looking to 
resolve the following issue:

I have two flowgraphs: 

1. USRP Source -- File Sink #   self.file_sink = 
gr.file_sink(gr.sizeof_gr_complex*1, Data.dat)
2. USRP Source -- Null Sink

I have defined both of them inside a class. I use unlock -- disconnect -- 
connect -- lock to switch from one flow graph to the other. When I connect 
USRP--Null, I work on the stored data of Data.dat file. Thereafter, I want 
to clear the data of the Data.dat file. I use the following line of code to 
obtain my goal:

open(Data.dat,'w').close()  

However, this command does not seem to erase the data of Data.dat file, i.e., 
when I run flow graph 1 again, the previous file does not get erased. The file 
size of Data.dat keeps growing with each run of flow graph.

How can I erase the contents of the file sink before I switch to flow graph #1?

Any suggestion will be very appreciated. Sorry for sending two emails on the 
same matter.

Thanks,

Nazmul






On Sun, Aug 5, 2012 at 6:46 PM, Nazmul Islam mnis...@winlab.rutgers.edu wrote:

Hello,

I have an application where I need to collect the data for 5 seconds from the 
USRP source and do offline processing for 5 seconds in a repeated manner. I am 
planning to use the lock  unlock features of the gnuradio to obtain my goals. 
The major part of my code is given below:


class SingleSource(grc_wxgui.top_block_gui):


self.source = 
.   
 # Source block
self.throttle = 
..  
 # throttle
self.file_sink = gr.file_sink(gr.sizeof_gr_complex*1, Data.dat)    # 
File Sink
self.null_sink = 
   
# Null sink

self.connect((self.source, 0), (self.throttle, 
0))  
self.connect((self.throttle, 0), (self.sink, 0))

 def reconf1(self):
    self.disconnect((self.gr_throttle_0, 0),(self.gr_file_sink_0, 
0))    # Disconnecting the throttle  the file sink
    self.connect((self.gr_throttle_0, 0), (self.gr_null_sink_0, 
0))   # re-connecting the throttle  the null sink

 def reconf2(self):
    self.disconnect((self.gr_throttle_0, 0),(self.gr_null_sink_0, 
0)) # disconnecting the throttle  the null sink
    self.connect((self.gr_throttle_0, 0),(self.gr_file_sink_0, 
0)) # re-connecting the throttle  the file sink




if __name__ == '__main__':

    tb = SingleSource()
    var = 1
    
tb.start()  
 # Flow graph starts
    for loop in range(0,2):
    
sleep(5) # 
Collects the data in the file sink
    
tb.lock()   
    
tb.reconf1() # 
Flowgraph gets locked  reconfigured and unlocked
    
tb.unlock() # Now, 
data is going to the null sink. I don't need this data
    sleep(5)
 
.    # Offline 
processing
    open(SineData.dat,'w').close()   # I 
WANT TO ERASE THE DATA IN THE FILE SINK AFTER PROCESSING 
   
 # SO THAT THE FILE SIZE DOES NOT BIGGER
    tb.lock()
    tb.reconf2()                   # File sink 
is getting reconnected so that I can collect the data in the next run  
    
    tb.unlock()

Now, the problem is: the file size of SineData.dat should not grow with each 
loop since I am using open(SineData.dat,'w').close() . In each new loop, I 
expect the file to only contain the latest information and not the previous 
ones. However, I am finding that the file size keeps growing with each loop, 
i.e., the 

Re: [Discuss-gnuradio] stream data from two DBSRX's on USRP1 with uhd_rx_cfile?

[sreeraj r]

Hi,
Previous versions of gnuradio had 
one multi_file.py example which dumps data from two basic_rx daughter 
boards. You can get that one and change the driver to uhd.

Easier method is the one that Martin mentioned, use GRC and fill Subdev Spec 
with your spec.

-Sreeraj



 From: Randall Wayth randall.wa...@gmail.com
To: discuss-gnuradio@gnu.org 
Sent: Thursday, 2 August 2012 2:26 PM
Subject: [Discuss-gnuradio] stream data from two DBSRX's on USRP1 with 
uhd_rx_cfile?
 

Hi,

I have a USRP1 with two DBSRX2 daughterboards installed. I want to stream the 
signals from both boards to file. I haven't been able to specify both boards 
using uhd_rx_cfile. I've tried a few combinations to specify both boards using 
something like --spec=A:0,B:0 to no avail. It should be possible to do this, 
right? Any suggestions?

Regards,
Randall.

___
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] Fw: Is GNU Radio 3.6. have file like usrp2_rx_cfile.py

[sreeraj r]

Try using uhd_rx_cfile.

 
~Sreeraj



 From: Muhammad JUNAID m_junaid0...@yahoo.com
To: discuss-gnuradio-requ...@gnu.org discuss-gnuradio-requ...@gnu.org 
Cc: discuss-gnuradio@gnu.org discuss-gnuradio@gnu.org 
Sent: Wednesday, 1 August 2012 11:35 PM
Subject: [Discuss-gnuradio] Fw: Is GNU Radio 3.6. have file like 
usrp2_rx_cfile.py
 

In GNU Radio 3.4.2 usrp2_rx_cfile.py file for capture signal, is there any file 
in New GNU Radio Companion 3.6.2git-148-g7e0bf755  ?

actually this version 3.6 don't have USRP2 module, so get error while 
running usrp2_rx_cfile.py.in cmake how to configure the installation process?
ImportError: cannot import name usrp2  
please Help out and thanks 

Regards
Muhammad Junaid
m_junaid0...@yahoo.com



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

Re: [Discuss-gnuradio] GSoC: Filter Design tool update

[sreeraj r]

I didnt mean to imply that there was some kind of formal discussion tool
like a forum thread. I was just referring to these emails:

https://lists.gnu.org/archive/html/discuss-gnuradio/2012-05/msg00142.html

https://lists.gnu.org/archive/html/discuss-gnuradio/2012-05/msg00146.html

I think that a new parameter tag would include an import statement and a
function to call. Example:

param
   nameTaps/name
    keytaps/key
    value[0]/value
    typefloat_vector/type
    launcher
      importfrom gnuradio.filter import awesome/import
      functionawesome.function_to_call/function
    /launcher
/param

* I guess the idea would be that GRC adds a gui button the parameter
that will invoke this launcher. It then calls
awesome.function_to_call(current_param_setting) and when the function
returns, the new value is set for the parameter.

* Its not the only way to do this but that is one way to solve the
problem in a generic fashion. I think the important part vs the idea you
first purposed is that GRC does not have to know how to execute a
program, it just calls a python function, which is something that it can
easily do.

Ok. I will proceed as you mentioned.

* Once such a launcher is possible, it would not only be nice to add
this to blocks with parameters that take taps. But it would also be nice
to add a new variable block to GRC that simultaneously allows the user
to use this tool, but set its output to a GRC variable. Because I think
that it will be more desirable in certain cases to set the result to a
variable.

* Another block idea, how-about a GRC block that instantiates a GUI
element that also calls the filter generation tool and sets the taps in
a callback like fashion. This would give you access to using this tool
in a live/running flowgraph!

Let me know what you think,
-josh

Some users may just need  fixed taps and some would like change those during 
runtime. I haven't looked into the code for  flowgraph creation and execution  
of GRC yet, still it seems to be reasonable to give access to the filter design 
tool while the flowgraph is running. I will discuss this with Martin during the 
next call (I am sure he will see this mail ) and will start GRC integration 
ASAP. Integrating the tool to GRC will help me to find more bugs in my code, as 
many users will actually try filter design tool. I will try to accomodate all 
the features that you suggested.

Thanks a lot for your comments and suggestions.

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

[Discuss-gnuradio] GSoC: Filter Design tool update

[sreeraj r]

Hi all,

A brief update on the new features added to the filter design tool[1]

--IIR Filter Design (Scipy Based)
   -Butterworth
   -Elliptic
   -Chebyshev-1
   -Chebyshev-2
   -Bessel
--Pole-zero plot now supports addition, deletion of poles/zeros with conjugate 
support.

A small video showing some of the added features can be found here[2].


At first I started using Robert McGwier's existing code[3] and added features 
to that as suggested by Tom and Martin. Later finding that Scipy's filter 
design functions[4] are very much optimized and robust, I decided to use those. 
Martin also pointed out that it will just be a duplication of work and 
suggested me to use scipy for IIR design.

I did a basic integration of the code to gr-filter component of GNU Radio[5]. I 
haven't pushed icons yet to the branch. It would be really helpful if anyone 
can comment on the current integration, so that I can make suitable 
modifications.

In next few weeks I will be adding some special filters like half-band filter 
to the design tool, then will proceed with integration of gr_filter_design to 
GRC and will try to add QA tests for filter design routines wherever they are 
missing.


[1]https://github.com/zeroXzero/gr-filtdes

[2]http://www.youtube.com/watch?v=20ZrfUZjUUA
[3]http://gnuradio.org/cgit/n4hy.git/log/?h=n4hy_iir
[4]http://docs.scipy.org/doc/scipy/reference/signal.html
[5]https://github.com/zeroXzero/gnuradio-sreeraj Branch: filtdes_gui


 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] DVB-T signals using GNU radio companion

[sreeraj r]

http://www.ruby-forum.com/topic/1440970
http://www.oz9aec.net/index.php/gnu-radio/gnu-radio-blog/361-simple-dvb-with-gstreamer-and-gnu-radio

https://github.com/csete/gnuradio-dvb

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: umer.rabb...@bt.com umer.rabb...@bt.com
To: isabella.nardacchi...@gmail.com; discuss-gnuradio@gnu.org 
Sent: Wednesday, 4 July 2012 3:42 PM
Subject: [Discuss-gnuradio] DVB-T signals using GNU radio companion
 

 
Hi,
I have to generate DVB-T signal using gnu radio companion, is there any block 
available for that??
Umer
___
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] How to write own blocks for grc

[sreeraj r]

Its not that hard to find.http://gnuradio.org/redmine/projects/gnuradio/wiki/GNURadioCompanion#Adding-Custom-Blocks---RegardsSreeraj Rajendranhttp://home.iitb.ac.in/~rsreerajFrom: "umer.rabb...@bt.com" umer.rabb...@bt.com To: discuss-gnuradio@gnu.org  Sent: Wednesday, 4 July 2012 7:52 PM Subject: [Discuss-gnuradio] How to write own blocks for grc   Hello All,Can you please guide me how can I start writing my own blocks for GRC. Regards, Umer Rabbani | ResearcherPolaris House, PP129 B29, Adastral Park, Ipswich, UKPostal Code IP5 3RE' 01473645887| 7 - 0743 57 67 821 ___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: Filter design enhancements progress

[sreeraj r]

Hi all,
During the initial phase of SoC, I was concentrating on improving the GUI for 
filter designing. A brief list of some of the major features added to the 
filter design tool (gr_filter_design) is given below

--Support for multiple views (grid and old tabbed view)

--Stop-band attenuation configuration via Band-diagram
--Editable pole-zero plots with conjugate movement support
--Impulse, Step responses, phase delay plots 
--Overlay plots

A complete update history along with the code can be found in the github 
repository(https://github.com/zeroXzero/gr-filtdes). A small video on the 
current status of the tool can be found here 
http://www.youtube.com/watch?v=Oi6PTrht1F8feature=plcp


The tool is not completely tested 
as some more bugs need to be patched. A few more feature additions like 
add/delete buttons for poles and zeros, alignment of band-diagram, 
addition of button icons etc are still pending. All these additions will be 
done with in a few days. In the meantime it would be really helpful 
if the community can provide feedback in terms of feature additions or 
bugs so that I can improve the design.

After finishing this work I will 
start working on the actual IIR filter designs as gr-filter has already 
been merged to the master.
 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Simple signal echo with the USRP

[sreeraj r]

Hi,
   A gr-sounder application is available in gnuradio till version 3.4.x (in old 
archives). You can check those fpga code along with sounder.py which might be 
helpful.

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: sravya reddy amuduru.sra...@gmail.com
To: Discuss-gnuradio@gnu.org 
Sent: Friday, 11 May 2012 11:28 AM
Subject: Re: [Discuss-gnuradio] Simple signal echo with the USRP
 

hi,
i am also trying to modify the verilog code in usrp fpga. mail me if you
have hello world program to do that. I am not understanding how to do it
exactly.
thanks in advance.


Balijepalli, Arvind wrote:
 
 I am starting to look into building a feedback controller, which takes the
 position of the particle and outputs a suitable control signal. The
 controller itself will most likely be a tabulated function, which we can
 implement using a lookup table. However, I am having trouble getting a
 basic signal echo going. I have installed GNU radio as well as the Quartus
 compiler and worked through compiling and running the top level std_usrp
 project. 
 
 As a next step, I am trying to modify the USRP FPGA Verilog code to build
 a simple signal echo. The Verilog code is extremely simple in this case. I
 started by modifying to top level usrp_std.v and simply mapped the input
 rx_a_a and rx_b_a onto tx_a and tx_b, cutting out all the other extraneous
 code pertaining to the USB. The essence of the Verilog code is: Create two
 registers to drive the output wires and echo the output at the positive
 edge of the clock. This code compiles without errors in Quartus (although
 this doesn't necessarily imply that it should work).
 
      reg lTXA;
     reg lTXB;    
 
      assign      tx_a  = lTXA;
      assign      tx_b  = lTXB;
 
       always @(posedge clk64)
       begin
          lTXA = rx_a_a;
          lTXB = rx_b_a;
     end
 
 
 However, I am not sure how to setup the python code to get this to
 successfully run. The code snippet below doesn't seem to do the trick.
 
 
     src = usrp.source_c(which=0, decim_rate=64, nchan=2, mode=0,
 fpga_filename=echo.rbf)
     dst = usrp.sink_c(which=0, nchan=2)
 
     self.connect (src, dst)
 
 Can someone point me in the right direction with this? Also, I haven't
 found a simple hello, world! example to modify the FPGA code. Does such
 an example exist? If it doesn't, I will be happy to get this to a point
 where it is usable and submit it back to the community. I think it may be
 useful for others like myself who are new to Verilog/FPGAs and may provide
 an easier entry point to start modifying the FPGA code.
 
 
 Thanks,
 Arvind
 --
 Arvind Balijepalli
 
 NIST
 100 Bureau Drive, Mail Stop 8212
 Gaithersburg, MD 20899 
 
 
 ___
 Discuss-gnuradio mailing list
 Discuss-gnuradio@gnu.org
 http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
 
 

-- 
View this message in context: 
http://old.nabble.com/Simple-signal-echo-with-the-USRP-tp28348387p33765406.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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

Re: [Discuss-gnuradio] Phase shift correction in Bpsk!!

[sreeraj r]

Hi Sreenath,

In the case of BPSK the costas loop is properly locked when the quadrature 
component of the signal is close to zero ( ie lpf[data * cos 
(2*pi*f_c*t)*sin(2*pi*f_c*t)] = 0). I am not sure how you will implement this 
in GRC as you have to call 'advance_loop' in the plls (inherited from 
gri_control_loop) to correct the error in phase and frequency. You can directly 
use MPSK receiver block in grc which incorporates all of this. Please go 
through MPSK receiver block's implementation for more details. 

 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj




 From: sreenath kambala srinathkv.ro...@gmail.com
To: Discuss-gnuradio@gnu.org 
Sent: Thursday, 10 May 2012 1:25 PM
Subject: [Discuss-gnuradio]  Phase shift correction in Bpsk!!
 

Hello All,

I have designed BPSK transmitter and receiver in grc.
But Costas loop can able to correct frequency offset, not phase offset.

Here, I attached both transmitter and receiver files.



Transmitter :

1). File sink contains Bpsk symbols {-1,1}  (repeat = yes)
2). Samples per symbol : 20
3). RRC pulse lasts for 2 symbol periods

Receiver   :

1). Matched filtering
2). Costas loop  Timing recovery
3). saving samples in File sink

and final Symbols are recovered from the samples in matlab.


I'm using uhd + gnuradio + USRP1 + RFX 2400 daughter boards.

Can somebody suggest me how to deal with Phase offset ?
(especially when the gain of Rx is low phase shifts are happening
frequently)

One more Question : Is Rms value sufficient in SNR Calculation ?






Thanks  Regards
http://old.nabble.com/file/p33763663/Transmitter.grc Transmitter.grc 
http://old.nabble.com/file/p33763663/Receiver.grc Receiver.grc 
http://old.nabble.com/file/p33763663/Rcvd_data.png Rcvd_data.png 
http://old.nabble.com/file/p33763663/Bpsk_data.dat Bpsk_data.dat 
-- 
View this message in context: 
http://old.nabble.com/Phase-shift-correction-in-Bpsk%21%21-tp33763663p33763663.html
Sent from the GnuRadio mailing list archive at Nabble.com.


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

[Discuss-gnuradio] GRC: New xml tags

[sreeraj r]

Hi all,


I am currently extending gnuradio filter design tools and is planning to 
integrate gr_filter_design to GRC so that users can import filter specs 
directly. I went through the gui code and tried some examples by 
patching /gnuradio/grc/gui/PropsDialog.py.


Please watch a sample recording http://www.youtube.com/watch?v=aqLIPHXCM1M 
(kindly switch to high resolution). In my implementation I tried to 
update grc block parametes by handling stdout of an external program and from a 
file too.

I would mainly like to add two features 
a) launching of an external application and handling the out (may be via stdout 
or using plugs and sockets)
b) File loader so that block parameters can be directly imported from an 
standard xml file.

Is it desirable to add some new xml tags (launcher, 
fileload, etc) to block.dtd so that this will be a generic 
feature that can be added to any block. Is there any other
 good and clean way of doing this?.

It would be really helpful if any one of the GRC maintainers can share some 
thoughts on this. 

---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GSoc: Filter Desgin Enhancements Intro

[sreeraj r]

Hi all,

I
 am Sreeraj and I am currently doing masters in Communication and Signal
 Processing at IIT Bombay, India. First of all thank you all for 
accepting my proposal for improving filter design components in GNU 
Radio. I have been using GNU Radio for quite a while and I am very happy
 to contribute to this project.

The proposed deliverables during GSoC period are given below
1. QA tests for gr_remez and optfir module
2. IIR filter design module and QA tests for this new module
3. Improved GUI to incorporate newly designed module and additional 
features like pole-zero plots for IIR filters, filter time responses etc
More detailed plan and schedule can be found here 
https://github.com/zeroXzero/gsoc_proposals/blob/master/filter_enhancements.pdf.

I have created two repositories in github so that the community can track my 
work and comment on the added code which will really enhance my 
learning experience.


1. gnuradio-gsoc: 
git://github.com/zeroXzero/gnuradio-gsoc.git -- will contain newly added code 
and discussions during GSoC period.


2. gnuradio-rsreeraj: git://github.com/zeroXzero/gnuradio-rsreeraj.git -- Made 
by following 'DevelopingWithGit' tutorial
I will keep the community posted when some commentable milestones are achieved. 
Expecting good support from all of you.
 
---
Regards
Sreeraj Rajendran
http://home.iitb.ac.in/~rsreeraj
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GSOC: slot request

[sreeraj r]

Just a gentle reminder if any mentor has missed this one.

http://lists.gnu.org/archive/html/summer-of-code/2012-04/msg00079.htm


Sreeraj R
IIT Bombay
http://home.iitb.ac.in/~rsreeraj
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Scanning whole spectrum using TVRX

[sreeraj r]

Hope this also helps

http://www.ruby-forum.com/topic/169964#new

If you are building a temepest/van eck phreaker, I like to join too :)

Regards
Sreeraj R
http://conzole.net/sree_blog/




From: Anand Padmanabha Iyer ai...@ece.iisc.ernet.in
To: discuss-gnuradio@gnu.org
Sent: Tue, 6 April, 2010 7:26:18 PM
Subject: [Discuss-gnuradio] Scanning whole spectrum using TVRX


Dear All,

I have a TVRX board, and am trying to do some experiments with it. My 
requirement is to scan the entire spectrum (50MHz - 860MHz), and dump the 
samples for processing using MATLAB. At a time, I am sensing 250KHz of spectrum 
(decimation 256), and I am collecting 10,000 samples (40 ms sensing time). 

My initial take was to call usrp_rx_cfile.py multiple times, each time passing 
in a different frequency. However, this approach takes around 15 minutes to 
scan the entire range (I assume it is due to the overheads). Is there any way I 
could make this faster? 

Regards,
Anand



  Your Mail works best with the New Yahoo Optimized IE8. Get it NOW! 
http://downloads.yahoo.com/in/internetexplorer/___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio