[Discuss-gnuradio] Mutex lock error

[Usman Haider]

Hi,

Today while donig some random testing, I had this error in complex_to_mag
block.

"boost unique_lock has no mutex: Operation not permitted."

What could be the reason?


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

Re: [Discuss-gnuradio] Frequency hopping in gnu radio

[Usman Haider]

Hi Atif,


You can use combination of timed commands, and set_center_freq to do
hopping. See following links


https://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a191b78b00d051d3d51c2f719361c1fb5
https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__block.html#abee715a8a09943f37dde6c893258a58f

Regards,
Usman


On Wed, Oct 25, 2017 at 9:20 AM, Atif Javed  wrote:

> Can you please suggest me the important steps & guideline for the
> implemention frequency hopping using blocks in gnu radio.
>
> Best,
>
> ATIF JAVED
>
>
> ___
> 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] GRCON2017

[Usman Haider]

Hi,

I could not find them on youtube?

Regards,
Usman

On Tue, Sep 19, 2017 at 7:01 AM, Ben Hilburn  wrote:

> Presentations are now live: https://www.youtube.com/channel/
> UCceoapZVEDCQ4s8y16M7Fng
>
> There are some missing, but we'll get them up as soon as we get them. Same
> with the talk recordings, which will get posted to our YouTube channel.
>
> Cheers,
> Ben
>
> On Mon, Sep 18, 2017 at 12:52 PM, Ben Hilburn 
> wrote:
>
>> I'm working on it! They'll all be up shortly =)
>>
>> Cheers,
>> Ben
>>
>> On Sat, Sep 16, 2017 at 5:29 PM, Ian Buckley 
>> wrote:
>>
>>> I may have missed this being announced whilst in San Diego, but is there
>>> an online location where all the slides and presentations got uploaded to
>>> yet?
>>> ___
>>> 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] TDMA based Multiple Access Channel

[Usman Haider]

You can use tags, tx_time, tx_sob and tx_eob, for implementing TDMA based
system. For this to work you should have a common time source for both
transmitters like a GPSDO or MIMO cable if they are colocated.


--
Usman

On Wed, Jun 14, 2017 at 10:38 AM, Ammar Mahmood 
wrote:

> Hi,
>
> I am using an experimental setup using two transmitters and one receiver.
> I want only one transmitter to transmit at a given time so as to avoid
> collisions. For this purpose, I want to create a TDMA based multiple access
> channel. How can I achieve this task?
>
> Best,
> Ammar
>
>
>
> ___
> 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] Audio issues on BBB

[Usman Haider]

Hi,

I am using GNU Radio on beaglebone black (BBB). I have transmitter and
receiver flowgraph with audio sink audio source. When I run the flowgraphs
on laptop or desktops I receive all the data packets correctly. But when I
run either receiver or transmitter flowgraph on BBB there are intermittent
packet drops. Packet loss is very small but it is there. There are no audio
underruns or audio overruns. I am using a usb sound card with BBB.

I am using jessie 8.6 on BBB, GNU Radio version is 3.7.10.1. Enabled
components are shown below

$ gnuradio-config-info --enabled-components
python-support;testing-support;volk;gnuradio-runtime;gr-blocks;gnuradio-companion;gr-fft;gr-filter;gr-analog;gr-digital;gr-audio;*
alsa;* oss;* jack;*
portaudio;gr-channels;gr-noaa;gr-pager;gr-utils;gr-video-sdl;gr-vocoder;gr-fcd;gr-wavelet;gr-wxgui;gr-zeromq


Have anyone else tried using usb audio sound card on BBB with gnuradio
before? Any idea what could be wrong? Thanks

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

Re: [Discuss-gnuradio] [USRP-users] USRP command port

[Usman Haider]

I'll check the source code. Thanks for your reply.


--
Usman

On Thu, Apr 20, 2017 at 8:36 PM, Steven Knudsen  wrote:

> Last I checked, the answer is no. I wanted to do the same thing last year
> and ended up modifying the source for the sink/source blocks.
>
> However, I later turned away from that approach and instead got a pointer
> to the USRP source/sink block inside one of my custom blocks at runtime and
> accessed the time commands that way.
>
> Have a look at the source and you’ll see what can and cannot be accessed
> via the command port.
>
> good luck,
>
> steven
>
>
>
> Steven Knudsen, Ph.D., P.Eng.
> www. techconficio.ca
> www.linkedin.com/in/knudstevenknudsen
>
> Du bist die Aufgabe. Kein Schüler weit und breit. *- Franz Kafka *
>
> On Apr 20, 2017, at 09:32, Usman Haider via USRP-users <
> usrp-us...@lists.ettus.com> wrote:
>
> Hi,
>
> I want to know is it possible to send the "set_time_next_pps" and
> "get_time_last_pps" commands using command port of the usrp sink block?
>
>
> --
> Usman
> ___
> USRP-users mailing list
> usrp-us...@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] USRP command port

[Usman Haider]

Hi,

I want to know is it possible to send the "set_time_next_pps" and
"get_time_last_pps" commands using command port of the usrp sink block?


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

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

[Usman Haider]

Marcus,

Adding the command to my useful commands list. Thanks.


--
Usman

On Wed, Mar 22, 2017 at 2:55 PM, Marcus Müller 
wrote:

> A common way to figure out dependencies is to look into what other
> builders used – in your case, you can check very easily:
>
> apt-get build-dep gnuradio
>
> Will list (and if you want to, install) all packages that the package
> maintainer deemed necessary to build GNU Radio. Note that this will include
> *all* dependencies, including doxygen for documentation, latex for formulas
> in documentation, all the graphical libraries and so on. But: It's easier
> to look at each package in a list and quickly decide whether you'll need it
> or not than to research all packages you need to install yourself.
>
>
> Best regards,
> Marcus
>
>
> On 22.03.2017 05:34, Usman Haider wrote:
>
>
>
> On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting 
> wrote:
>
>> On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
>> > Hi,
>> >
>> > I am currently building GNU Radio 3.7.10.1 on Beaglebone black
>> > running Debian 8.6.  I have disable some components for testing and
>> > to speed up the process. After installing the dependencies when I run
>> > cmake I am getting following messages. Are these messages okay? Do I
>> > have to pass any flags to cmake like -march etc or not?
>> >
>> > 
>> > -- Performing Test have_msse2
>> > -- Performing Test have_msse2 - Failed
>> > -- Performing Test have_msse3
>> > -- Performing Test have_msse3 - Failed
>> > -- Performing Test have_mssse3
>> > -- Performing Test have_mssse3 - Failed
>> > -- Performing Test have_msse4a
>> > -- Performing Test have_msse4a - Failed
>> > -- Performing Test have_msse4_1
>> > -- Performing Test have_msse4_1 - Failed
>> > -- Performing Test have_mavx
>> > -- Performing Test have_mavx - Failed
>> > -- Performing Test have_mavx2
>> > -- Performing Test have_mavx2 - Failed
>> > -- Architecture is not x86 or x86_64, Overruled arch 3dnow
>> > -- Architecture is not x86 or x86_64, Overruled arch mmx
>> > -- Architecture is not x86 or x86_64, Overruled arch sse
>> > -- Architecture is not x86 or x86_64, Overruled arch sse2
>> > -- Architecture is not x86 or x86_64, Overruled arch sse3
>> > -- Architecture is not x86 or x86_64, Overruled arch ssse3
>> > -- Architecture is not x86 or x86_64, Overruled arch sse4_a
>> > -- Architecture is not x86 or x86_64, Overruled arch sse4_1
>> > -- Architecture is not x86 or x86_64, Overruled arch sse4_2
>> > -- Architecture is not x86 or x86_64, Overruled arch avx
>> > -- Available architectures: generic;hardfp;neon;orc;norc
>> > -- Available machines: generic_orc;neon_hardfp_orc
>> > -- BUILD TYPE = RELEASE
>> > -- Base cflags = -O3 -DNDEBUG  -std=gnu99 -fvisibility=hidden -Wsign-
>> > compare -Wall -Wno-uninitialized -Wall
>> > -- BUILD INFO ::: generic_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
>> > -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
>> > -- BUILD INFO ::: neon_hardfp_orc ::: GNU ::: -O3 -DNDEBUG  -
>> > std=gnu99 -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized
>> > -Wall -mfpu=neon -funsafe-math-optimizations -mfloat-abi=hard
>> > -- Compiler Version: cc (Debian 4.9.2-10) 4.9.2
>> > Copyright (C) 2014 Free Software Foundation, Inc.
>> > This is free software; see the source for copying conditions.  There
>> > is NO
>> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
>> > PURPOSE.
>> > --  Adding ASM files
>> > -- -- Detected neon architecture; enabling ASM
>> > -- Adding source file:
>> > /home/debian/gnuradio/volk/kernels/volk/asm/neon/volk_16i_max_star_ho
>> > rizontal_16i.s
>> >
>> > ...
>> > ...
>> > Complete output
>> >
>> > http://pastebin.com/t3KSu0f5
>> >
>> >
>> >
>>
>> You can build from source on the Beagle. I have done it.
>
>
> Great!
>
>
>> However, the
>> Beagle has only a single core processor, you will have to mount swap
>> space, the 4G of memory isn't roomy - at all, and you will have to
>> install a bunch of additional packages.
>>
>>
> Can you point me to those packages so that I do not miss something? I
> installed pre-reqs for GNU Radio and cmake seems to run fine with some
> warnings/messages as shown in my first email.
>
>
>> I don't recommend native builds but i

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

[Usman Haider]

On Wed, Mar 22, 2017 at 1:46 PM, Cinaed Simson 
wrote:

> On 03/21/2017 09:34 PM, Usman Haider wrote:
> >
> >
> > On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting  > <mailto:gnura...@pki2.com>> wrote:
> >
> > On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> > > Hi,
> > >
> > > I am currently building GNU Radio 3.7.10.1 on Beaglebone black
> > > running Debian 8.6.  I have disable some components for testing and
> > > to speed up the process. After installing the dependencies when I
> run
> > > cmake I am getting following messages. Are these messages okay? Do
> I
> > > have to pass any flags to cmake like -march etc or not?
> > >
> > > 
> > > -- Performing Test have_msse2
> > > -- Performing Test have_msse2 - Failed
> > > -- Performing Test have_msse3
> > > -- Performing Test have_msse3 - Failed
> > > -- Performing Test have_mssse3
> > > -- Performing Test have_mssse3 - Failed
> > > -- Performing Test have_msse4a
> > > -- Performing Test have_msse4a - Failed
> > > -- Performing Test have_msse4_1
> > > -- Performing Test have_msse4_1 - Failed
> > > -- Performing Test have_mavx
> > > -- Performing Test have_mavx - Failed
> > > -- Performing Test have_mavx2
> > > -- Performing Test have_mavx2 - Failed
> > > -- Architecture is not x86 or x86_64, Overruled arch 3dnow
> > > -- Architecture is not x86 or x86_64, Overruled arch mmx
> > > -- Architecture is not x86 or x86_64, Overruled arch sse
> > > -- Architecture is not x86 or x86_64, Overruled arch sse2
> > > -- Architecture is not x86 or x86_64, Overruled arch sse3
> > > -- Architecture is not x86 or x86_64, Overruled arch ssse3
> > > -- Architecture is not x86 or x86_64, Overruled arch sse4_a
> > > -- Architecture is not x86 or x86_64, Overruled arch sse4_1
> > > -- Architecture is not x86 or x86_64, Overruled arch sse4_2
> > > -- Architecture is not x86 or x86_64, Overruled arch avx
> > > -- Available architectures: generic;hardfp;neon;orc;norc
> > > -- Available machines: generic_orc;neon_hardfp_orc
> > > -- BUILD TYPE = RELEASE
> > > -- Base cflags = -O3 -DNDEBUG  -std=gnu99 -fvisibility=hidden
> -Wsign-
> > > compare -Wall -Wno-uninitialized -Wall
> > > -- BUILD INFO ::: generic_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
> > > -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
> > > -- BUILD INFO ::: neon_hardfp_orc ::: GNU ::: -O3 -DNDEBUG  -
> > > std=gnu99 -fvisibility=hidden -Wsign-compare -Wall
> -Wno-uninitialized
> > > -Wall -mfpu=neon -funsafe-math-optimizations -mfloat-abi=hard
> > > -- Compiler Version: cc (Debian 4.9.2-10) 4.9.2
> > > Copyright (C) 2014 Free Software Foundation, Inc.
> > > This is free software; see the source for copying conditions.
> There
> > > is NO
> > > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> > > PURPOSE.
> > > --  Adding ASM files
> > > -- -- Detected neon architecture; enabling ASM
> > > -- Adding source file:
> > > /home/debian/gnuradio/volk/kernels/volk/asm/neon/volk_
> 16i_max_star_ho
> > > rizontal_16i.s
> > >
> > > ...
> > > ...
> > > Complete output
> > >
> > > http://pastebin.com/t3KSu0f5
> > >
> > >
> > >
> >
> > You can build from source on the Beagle. I have done it.
> >
> >
> > Great!
> >
> >
> > However, the
> > Beagle has only a single core processor, you will have to mount swap
> > space, the 4G of memory isn't roomy - at all, and you will have to
> > install a bunch of additional packages.
> >
> >
> > Can you point me to those packages so that I do not miss something? I
> > installed pre-reqs for GNU Radio and cmake seems to run fine with some
> > warnings/messages as shown in my first email.
> >
> >
> > I don't recommend native builds but it can be done. Cross develop if
> > you can. I seem to recall it took a few /days/ to build, multiply if
> > there is a failure. You should also mount an external USB disk for
> > swap, /tmp, etc.
> >
> >
> > The compiler on the Beagle is o

Re: [Discuss-gnuradio] FEC: Convolutional Encoder Gnuradio and Matlab: different results

[Usman Haider]

Hi Emanuel,

Maybe you find following thread useful.

http://lists.gnu.org/archive/html/discuss-gnuradio/2015-09/msg00404.html

--
Usman


On Wed, Mar 22, 2017 at 1:07 PM,  wrote:

> Hi together,
>
>
>
> I’m using the FEC Async Encoder with the CC Encoder Definition.
> Input/Output are unpacked and I use the terminated behavior. In Gnuradio
> the polynomials for the CC Encoder Definition are defined on a base of 10,
> and not as octals like in MATLAB, right?
>
>
>
> I tried the following: 1 bit with ‘1’ as input to the FEC Async Encoder
> and the same in MATLAB to check the response of the encoder. The results
> don’t match. No matter if I use different constraint lengths, rates or
> polynomials.
>
> e.g. in Matlab: K = 7, 1/R=2, Polynomials (octal) [171,133] and Gnuradio
> Polynomials (10-base) [121,91] give completely different outputs.
>
>
>
> No matter what I do, e.g., using octal representation in Gnuradio, or
> changing the polynomials’ positions in the specified vector, gives me a
> result which matches.
>
>
>
> Did anyone compare results before? Any clues?
>
> Regards,
>
> Emanuel
>
>
>
> ___
> 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] GNU Radio on Beaglebone black

[Usman Haider]

On Wed, Mar 22, 2017 at 2:52 AM, Dennis Glatting  wrote:

> On Tue, 2017-03-21 at 22:59 +0500, Usman Haider wrote:
> > Hi,
> >
> > I am currently building GNU Radio 3.7.10.1 on Beaglebone black
> > running Debian 8.6.  I have disable some components for testing and
> > to speed up the process. After installing the dependencies when I run
> > cmake I am getting following messages. Are these messages okay? Do I
> > have to pass any flags to cmake like -march etc or not?
> >
> > 
> > -- Performing Test have_msse2
> > -- Performing Test have_msse2 - Failed
> > -- Performing Test have_msse3
> > -- Performing Test have_msse3 - Failed
> > -- Performing Test have_mssse3
> > -- Performing Test have_mssse3 - Failed
> > -- Performing Test have_msse4a
> > -- Performing Test have_msse4a - Failed
> > -- Performing Test have_msse4_1
> > -- Performing Test have_msse4_1 - Failed
> > -- Performing Test have_mavx
> > -- Performing Test have_mavx - Failed
> > -- Performing Test have_mavx2
> > -- Performing Test have_mavx2 - Failed
> > -- Architecture is not x86 or x86_64, Overruled arch 3dnow
> > -- Architecture is not x86 or x86_64, Overruled arch mmx
> > -- Architecture is not x86 or x86_64, Overruled arch sse
> > -- Architecture is not x86 or x86_64, Overruled arch sse2
> > -- Architecture is not x86 or x86_64, Overruled arch sse3
> > -- Architecture is not x86 or x86_64, Overruled arch ssse3
> > -- Architecture is not x86 or x86_64, Overruled arch sse4_a
> > -- Architecture is not x86 or x86_64, Overruled arch sse4_1
> > -- Architecture is not x86 or x86_64, Overruled arch sse4_2
> > -- Architecture is not x86 or x86_64, Overruled arch avx
> > -- Available architectures: generic;hardfp;neon;orc;norc
> > -- Available machines: generic_orc;neon_hardfp_orc
> > -- BUILD TYPE = RELEASE
> > -- Base cflags = -O3 -DNDEBUG  -std=gnu99 -fvisibility=hidden -Wsign-
> > compare -Wall -Wno-uninitialized -Wall
> > -- BUILD INFO ::: generic_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
> > -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
> > -- BUILD INFO ::: neon_hardfp_orc ::: GNU ::: -O3 -DNDEBUG  -
> > std=gnu99 -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized
> > -Wall -mfpu=neon -funsafe-math-optimizations -mfloat-abi=hard
> > -- Compiler Version: cc (Debian 4.9.2-10) 4.9.2
> > Copyright (C) 2014 Free Software Foundation, Inc.
> > This is free software; see the source for copying conditions.  There
> > is NO
> > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> > PURPOSE.
> > --  Adding ASM files
> > -- -- Detected neon architecture; enabling ASM
> > -- Adding source file:
> > /home/debian/gnuradio/volk/kernels/volk/asm/neon/volk_16i_max_star_ho
> > rizontal_16i.s
> >
> > ...
> > ...
> > Complete output
> >
> > http://pastebin.com/t3KSu0f5
> >
> >
> >
>
> You can build from source on the Beagle. I have done it.


Great!


> However, the
> Beagle has only a single core processor, you will have to mount swap
> space, the 4G of memory isn't roomy - at all, and you will have to
> install a bunch of additional packages.
>
>
Can you point me to those packages so that I do not miss something? I
installed pre-reqs for GNU Radio and cmake seems to run fine with some
warnings/messages as shown in my first email.


> I don't recommend native builds but it can be done. Cross develop if
> you can. I seem to recall it took a few /days/ to build, multiply if
> there is a failure. You should also mount an external USB disk for
> swap, /tmp, etc.
>

The compiler on the Beagle is old. I installed a more modern version.
>
> I tried to cross develop but was not able to do so. I am still working on
that approach. If you have done it or have any pointers please do share.
What compiler did you use? Did you do a full install of GNU Radio on BBB?

> The Beagle isn't suited for GNURadio unless you have a low data rate
> and low memory requirements, but it can work.
>
> I'll also use low data-rates :)


> Regarding VOLK, you may have to tune the build. You will have to look
> up the processor specifics and tune the build appropriately.
>
>
I'll look how can I do it. Thanks for your time.

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

Re: [Discuss-gnuradio] GNU Radio on Beaglebone black

[Usman Haider]

Hi Marcus,

I tried to setup a cross-compile environment on a PC but was not able to do
so for BBB although I am able to do so for E310, thanks to people@ettus
for providing the SDK :). I am still learning how can I do it for BBB. But
at the same time I am trying to build GNU Radio, with some components
disabled to reduce the build time, on BBB. Thanks for your inputs you are
always helpful.

--
Usman

On Tue, Mar 21, 2017 at 11:24 PM, Marcus Müller 
wrote:

> Also, the jessie-backports Debian Repo contains GNU Radio 3.7.10.1 (thanks
> Maitland!) and that is pretty current, so I don't really see a reason to
> compile such a massive piece of software on the beaglebone.
>
> Best regards,
>
> Marcus
>
> On 21.03.2017 19:21, Marcus Müller wrote:
>
> Hi Usman,
>
> so, is there anything wrong?
>
> By the way, it's usually not a good idea to build software *on* an
> embedded device itself; you'd typically try to get your software built on a
> "proper" PC, because compiling C++ is a very RAM and disk IO intense
> operation, and takes O(forever) time on a Beaglebone.
>
> Best regards,
>
> Marcus
>
> On 21.03.2017 18:59, Usman Haider wrote:
>
> Hi,
>
> I am currently building GNU Radio 3.7.10.1 on Beaglebone black running
> Debian 8.6.  I have disable some components for testing and to speed up the
> process. After installing the dependencies when I run cmake I am getting
> following messages. Are these messages okay? Do I have to pass any flags to
> cmake like -march etc or not?
>
> 
> -- Performing Test have_msse2
> -- Performing Test have_msse2 - Failed
> -- Performing Test have_msse3
> -- Performing Test have_msse3 - Failed
> -- Performing Test have_mssse3
> -- Performing Test have_mssse3 - Failed
> -- Performing Test have_msse4a
> -- Performing Test have_msse4a - Failed
> -- Performing Test have_msse4_1
> -- Performing Test have_msse4_1 - Failed
> -- Performing Test have_mavx
> -- Performing Test have_mavx - Failed
> -- Performing Test have_mavx2
> -- Performing Test have_mavx2 - Failed
> -- Architecture is not x86 or x86_64, Overruled arch 3dnow
> -- Architecture is not x86 or x86_64, Overruled arch mmx
> -- Architecture is not x86 or x86_64, Overruled arch sse
> -- Architecture is not x86 or x86_64, Overruled arch sse2
> -- Architecture is not x86 or x86_64, Overruled arch sse3
> -- Architecture is not x86 or x86_64, Overruled arch ssse3
> -- Architecture is not x86 or x86_64, Overruled arch sse4_a
> -- Architecture is not x86 or x86_64, Overruled arch sse4_1
> -- Architecture is not x86 or x86_64, Overruled arch sse4_2
> -- Architecture is not x86 or x86_64, Overruled arch avx
> -- Available architectures: generic;hardfp;neon;orc;norc
> -- Available machines: generic_orc;neon_hardfp_orc
> -- BUILD TYPE = RELEASE
> -- Base cflags = -O3 -DNDEBUG  -std=gnu99 -fvisibility=hidden
> -Wsign-compare -Wall -Wno-uninitialized -Wall
> -- BUILD INFO ::: generic_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
> -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
> -- BUILD INFO ::: neon_hardfp_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
> -fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
> -mfpu=neon -funsafe-math-optimizations -mfloat-abi=hard
> -- Compiler Version: cc (Debian 4.9.2-10) 4.9.2
> Copyright (C) 2014 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> --  Adding ASM files
> -- -- Detected neon architecture; enabling ASM
> -- Adding source file: /home/debian/gnuradio/volk/
> kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s
>
> ...
> ...
> Complete output
>
> http://pastebin.com/t3KSu0f5
>
>
> Thanks.
>
> --
> Usman
>
>
>
>
>
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] GNU Radio on Beaglebone black

[Usman Haider]

Hi,

I am currently building GNU Radio 3.7.10.1 on Beaglebone black running
Debian 8.6.  I have disable some components for testing and to speed up the
process. After installing the dependencies when I run cmake I am getting
following messages. Are these messages okay? Do I have to pass any flags to
cmake like -march etc or not?


-- Performing Test have_msse2
-- Performing Test have_msse2 - Failed
-- Performing Test have_msse3
-- Performing Test have_msse3 - Failed
-- Performing Test have_mssse3
-- Performing Test have_mssse3 - Failed
-- Performing Test have_msse4a
-- Performing Test have_msse4a - Failed
-- Performing Test have_msse4_1
-- Performing Test have_msse4_1 - Failed
-- Performing Test have_mavx
-- Performing Test have_mavx - Failed
-- Performing Test have_mavx2
-- Performing Test have_mavx2 - Failed
-- Architecture is not x86 or x86_64, Overruled arch 3dnow
-- Architecture is not x86 or x86_64, Overruled arch mmx
-- Architecture is not x86 or x86_64, Overruled arch sse
-- Architecture is not x86 or x86_64, Overruled arch sse2
-- Architecture is not x86 or x86_64, Overruled arch sse3
-- Architecture is not x86 or x86_64, Overruled arch ssse3
-- Architecture is not x86 or x86_64, Overruled arch sse4_a
-- Architecture is not x86 or x86_64, Overruled arch sse4_1
-- Architecture is not x86 or x86_64, Overruled arch sse4_2
-- Architecture is not x86 or x86_64, Overruled arch avx
-- Available architectures: generic;hardfp;neon;orc;norc
-- Available machines: generic_orc;neon_hardfp_orc
-- BUILD TYPE = RELEASE
-- Base cflags = -O3 -DNDEBUG  -std=gnu99 -fvisibility=hidden
-Wsign-compare -Wall -Wno-uninitialized -Wall
-- BUILD INFO ::: generic_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
-fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
-- BUILD INFO ::: neon_hardfp_orc ::: GNU ::: -O3 -DNDEBUG  -std=gnu99
-fvisibility=hidden -Wsign-compare -Wall -Wno-uninitialized -Wall
-mfpu=neon -funsafe-math-optimizations -mfloat-abi=hard
-- Compiler Version: cc (Debian 4.9.2-10) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
--  Adding ASM files
-- -- Detected neon architecture; enabling ASM
-- Adding source file:
/home/debian/gnuradio/volk/kernels/volk/asm/neon/volk_16i_max_star_horizontal_16i.s

...
...
Complete output

http://pastebin.com/t3KSu0f5


Thanks.

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

[Discuss-gnuradio] GNU Radio on Beaglebone black

[Usman Haider]

Hi

I am currently building GNU Radio 3.7.10.0 on Beaglebone black. When I run
cmake I  am getting
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] UHD and GNU Radio on Beaglebone

[Usman Haider]

Hi Nate,

Thanks for the link. I installed the SDK and my first cross-compiled program
ran smoothly on E310-sg3 :). Is there any SDK available you know of that
can work for BBB? Also I have seen another option for cross-compile (BBB)
of Change Root with *debootstrap. *I want to know if anyone tried this
approach for GNU Radio and UHD?

--
Usman

On Wed, Mar 8, 2017 at 12:49 PM, Nate Temple  wrote:

> Hi Usman,
>
> For cross compiling, a good place to start would be to look at how PyBOMBs
> handles the E3xx builds. You may need another SDK for the BBB.
>
> https://kb.ettus.com/Software_Development_on_the_E310_and_E312
>
> I'd encourage you to check out the specs on the Odroid XU4 SoC board. I
> haven't ran an Odroid with a N210, but with a B205mini, I was able to run
> at 16 MS/s into GQRX without much issue. Using pure UHD it was able to
> handle 25MS/s with minor tweaking.
>
>
> Regards,
> Nate Temple
>
>
> > On Mar 7, 2017, at 10:22 PM, Usman Haider 
> wrote:
> >
> >
> >
> > On Sat, Mar 4, 2017 at 4:24 AM, Dennis Glatting 
> wrote:
> > On Fri, 2017-03-03 at 13:51 -0500, Marcus D. Leech wrote:
> > > On 03/03/2017 12:59 PM, Dennis Glatting wrote:
> > > >
> > > > On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> > > > >
> > > > > I want to build UHD and GNU Radio on Beaglebone black to run an
> > > > > application using N210s. Has anyone tried this before? Is there a
> > > > > guide that I can follow?
> > > > >
> > > > I've run a bladeRF and HackRF on a BeagleBone under Debian. The
> > > > weak
> > > > point is the Beagle has a single core processor.
> > > >
> > > >
> > > >
> > > > _
> > > Which, except for trivial sample rates, == "fatally broken".
> > >
> > >
> >
> > Great description. I'm going to steal it. :)
> >
> > The Pi3 has a multicore processor and is fairly cheap. I haven't had
> > the time to connect the Pi to a receiver but a buddy is in love with it
> > (he's looking at 1200 baud stuff).
> >
> >
> > Thanks for your inputs. I want to opertate on the lowest possible sample
> rates of N210s. Also I am looking to cross compile UHD and GNU Radio for
> Beaglebone black to avoid low proecssing of Beaglebone black while
> upgrading to latest UHD and GNU Radio versions. Is there any
> "build_gnuradio" like script or guide that I can use to do cross compile?
> >
> > --
> > Usman
> > ___
> > 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] UHD and GNU Radio on Beaglebone

[Usman Haider]

On Sat, Mar 4, 2017 at 4:24 AM, Dennis Glatting  wrote:

> On Fri, 2017-03-03 at 13:51 -0500, Marcus D. Leech wrote:
> > On 03/03/2017 12:59 PM, Dennis Glatting wrote:
> > >
> > > On Fri, 2017-03-03 at 18:33 +0500, Usman Haider wrote:
> > > >
> > > > I want to build UHD and GNU Radio on Beaglebone black to run an
> > > > application using N210s. Has anyone tried this before? Is there a
> > > > guide that I can follow?
> > > >
> > > I've run a bladeRF and HackRF on a BeagleBone under Debian. The
> > > weak
> > > point is the Beagle has a single core processor.
> > >
> > >
> > >
> > > _
> > Which, except for trivial sample rates, == "fatally broken".
> >
> >
>
> Great description. I'm going to steal it. :)
>
> The Pi3 has a multicore processor and is fairly cheap. I haven't had
> the time to connect the Pi to a receiver but a buddy is in love with it
> (he's looking at 1200 baud stuff).
>
>
Thanks for your inputs. I want to opertate on the lowest possible sample
rates of N210s. Also I am looking to cross compile UHD and GNU Radio for
Beaglebone black to avoid low proecssing of Beaglebone black while
upgrading to latest UHD and GNU Radio versions. Is there any
"build_gnuradio" like script or guide that I can use to do cross compile?

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

[Discuss-gnuradio] UHD and GNU Radio on Beaglebone

[Usman Haider]

I want to build UHD and GNU Radio on Beaglebone black to run an application
using N210s. Has anyone tried this before? Is there a guide that I can
follow?

Thanks!

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

Re: [Discuss-gnuradio] Error Running Flowgraph

[Usman Haider]

I did

$ pybombs -vv refetch gnuradio

$ git pull (inside gnuradio directory)

$ pybombs -vv rebuild gnuradio


Issue solved. Thanks.

--
Usman




On Tue, Jan 31, 2017 at 12:44 PM, Usman Haider 
wrote:

> Hi Kartik,
>
> Thanks. How can I do that using PyBombs?
>
>
> --
> Usman
>
>
> On Tue, Jan 31, 2017 at 12:21 PM, Kartik Patel 
> wrote:
>
>> Hi Usman,
>>
>> The issue was fixed in master branch of current git repository. Please
>> re-install the recent version of gnuradio to re-solve the issue.
>>
>> Regards,
>> Kartik Patel
>>
>>
>>
>> On Tue, Jan 31, 2017 12:05 PM, Usman Haider usmanhaide...@gmail.com
>> wrote:
>>
>>> I have a fresh install of GNU Radio with PyBombs.
>>>
>>> emb@sdr-emb:~/rfnoc$ gnuradio-config-info -v
>>> v3.7.10.1-202-g6225e5d4
>>>
>>>
>>> I am trying to run examples that come with GNU Radio. I am getting
>>> following errors
>>>
>>> ===
>>> Generating: '/home/emb/Documents/grc_examples/digital_freq_lock.py'
>>>
>>> Executing: /usr/bin/python2 -u /home/emb/Documents/grc_exampl
>>> es/digital_freq_lock.py
>>>
>>> File "/home/emb/Documents/grc_examples/digital_freq_lock.py", line 96
>>> self.qtgui_time_sink_x_0_0 = Template error: #set $win =
>>> 'self._%s_win'%$id
>>> ^
>>> SyntaxError: invalid syntax
>>>
>>> 
>>>
>>>
>>> Generating: '/home/emb/Documents/grc_examples/pam_sync.py'
>>>
>>> Executing: /usr/bin/python2 -u /home/emb/Documents/grc_exampl
>>> es/pam_sync.py
>>>
>>> File "/home/emb/Documents/grc_examples/pam_sync.py", line 113
>>> self.qtgui_time_sink_x_0_0 = Template error: #set $win =
>>> 'self._%s_win'%$id
>>> ^
>>> SyntaxError: invalid syntax
>>> =
>>>
>>> Generated Python scripts are also attached.
>>>
>>>
>>> --
>>> Usman
>>>
>>>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Error Running Flowgraph

[Usman Haider]

Hi Kartik,

Thanks. How can I do that using PyBombs?


--
Usman

On Tue, Jan 31, 2017 at 12:21 PM, Kartik Patel 
wrote:

> Hi Usman,
>
> The issue was fixed in master branch of current git repository. Please
> re-install the recent version of gnuradio to re-solve the issue.
>
> Regards,
> Kartik Patel
>
>
>
> On Tue, Jan 31, 2017 12:05 PM, Usman Haider usmanhaide...@gmail.com wrote:
>
>> I have a fresh install of GNU Radio with PyBombs.
>>
>> emb@sdr-emb:~/rfnoc$ gnuradio-config-info -v
>> v3.7.10.1-202-g6225e5d4
>>
>>
>> I am trying to run examples that come with GNU Radio. I am getting
>> following errors
>>
>> ===
>> Generating: '/home/emb/Documents/grc_examples/digital_freq_lock.py'
>>
>> Executing: /usr/bin/python2 -u /home/emb/Documents/grc_
>> examples/digital_freq_lock.py
>>
>> File "/home/emb/Documents/grc_examples/digital_freq_lock.py", line 96
>> self.qtgui_time_sink_x_0_0 = Template error: #set $win =
>> 'self._%s_win'%$id
>> ^
>> SyntaxError: invalid syntax
>>
>> 
>>
>>
>> Generating: '/home/emb/Documents/grc_examples/pam_sync.py'
>>
>> Executing: /usr/bin/python2 -u /home/emb/Documents/grc_
>> examples/pam_sync.py
>>
>> File "/home/emb/Documents/grc_examples/pam_sync.py", line 113
>> self.qtgui_time_sink_x_0_0 = Template error: #set $win =
>> 'self._%s_win'%$id
>> ^
>> SyntaxError: invalid syntax
>> =
>>
>> Generated Python scripts are also attached.
>>
>>
>> --
>> Usman
>>
>>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Error Running Flowgraph

[Usman Haider]

I have a fresh install of GNU Radio with PyBombs.

emb@sdr-emb:~/rfnoc$ gnuradio-config-info -v
v3.7.10.1-202-g6225e5d4


I am trying to run examples that come with GNU Radio. I am getting
following errors

===
Generating: '/home/emb/Documents/grc_examples/digital_freq_lock.py'

Executing: /usr/bin/python2 -u
/home/emb/Documents/grc_examples/digital_freq_lock.py

  File "/home/emb/Documents/grc_examples/digital_freq_lock.py", line 96
self.qtgui_time_sink_x_0_0 = Template error: #set $win =
'self._%s_win'%$id
  ^
SyntaxError: invalid syntax




Generating: '/home/emb/Documents/grc_examples/pam_sync.py'

Executing: /usr/bin/python2 -u /home/emb/Documents/grc_examples/pam_sync.py

  File "/home/emb/Documents/grc_examples/pam_sync.py", line 113
self.qtgui_time_sink_x_0_0 = Template error: #set $win =
'self._%s_win'%$id
  ^
SyntaxError: invalid syntax
=

Generated Python scripts are also attached.


--
Usman
#!/usr/bin/env python2
# -*- coding: utf-8 -*-
##
# GNU Radio Python Flow Graph
# Title: Digital Freq Lock
# Generated: Tue Jan 31 11:06:46 2017
##

if __name__ == '__main__':
import ctypes
import sys
if sys.platform.startswith('linux'):
try:
x11 = ctypes.cdll.LoadLibrary('libX11.so')
x11.XInitThreads()
except:
print "Warning: failed to XInitThreads()"

from PyQt4 import Qt
from gnuradio import blocks
from gnuradio import channels
from gnuradio import digital
from gnuradio import eng_notation
from gnuradio import gr
from gnuradio import qtgui
from gnuradio.eng_option import eng_option
from gnuradio.filter import firdes
from gnuradio.qtgui import Range, RangeWidget
from optparse import OptionParser
import numpy
import sip
import sys
from gnuradio import qtgui


class digital_freq_lock(gr.top_block, Qt.QWidget):

def __init__(self):
gr.top_block.__init__(self, "Digital Freq Lock")
Qt.QWidget.__init__(self)
self.setWindowTitle("Digital Freq Lock")
qtgui.util.check_set_qss()
try:
self.setWindowIcon(Qt.QIcon.fromTheme('gnuradio-grc'))
except:
pass
self.top_scroll_layout = Qt.QVBoxLayout()
self.setLayout(self.top_scroll_layout)
self.top_scroll = Qt.QScrollArea()
self.top_scroll.setFrameStyle(Qt.QFrame.NoFrame)
self.top_scroll_layout.addWidget(self.top_scroll)
self.top_scroll.setWidgetResizable(True)
self.top_widget = Qt.QWidget()
self.top_scroll.setWidget(self.top_widget)
self.top_layout = Qt.QVBoxLayout(self.top_widget)
self.top_grid_layout = Qt.QGridLayout()
self.top_layout.addLayout(self.top_grid_layout)

self.settings = Qt.QSettings("GNU Radio", "digital_freq_lock")
self.restoreGeometry(self.settings.value("geometry").toByteArray())

##
# Variables
##
self.sps = sps = 4
self.samp_rate = samp_rate = 32000
self.rolloff = rolloff = 0.35
self.noise_amp = noise_amp = 0
self.freq_offset = freq_offset = 0
self.freq_bw = freq_bw = 0

##
# Blocks
##
self.notebook = Qt.QTabWidget()
self.notebook_widget_0 = Qt.QWidget()
self.notebook_layout_0 = Qt.QBoxLayout(Qt.QBoxLayout.TopToBottom, self.notebook_widget_0)
self.notebook_grid_layout_0 = Qt.QGridLayout()
self.notebook_layout_0.addLayout(self.notebook_grid_layout_0)
self.notebook.addTab(self.notebook_widget_0, 'Frequency')
self.notebook_widget_1 = Qt.QWidget()
self.notebook_layout_1 = Qt.QBoxLayout(Qt.QBoxLayout.TopToBottom, self.notebook_widget_1)
self.notebook_grid_layout_1 = Qt.QGridLayout()
self.notebook_layout_1.addLayout(self.notebook_grid_layout_1)
self.notebook.addTab(self.notebook_widget_1, 'Time')
self.top_grid_layout.addWidget(self.notebook, 2, 0, 1, 2)
self._noise_amp_range = Range(0, 1, 0.01, 0, 200)
self._noise_amp_win = RangeWidget(self._noise_amp_range, self.set_noise_amp, 'Channel Noise', "counter_slider", float)
self.top_grid_layout.addWidget(self._noise_amp_win, 0, 0, 1, 1)
self._freq_offset_range = Range(-.5, .5, 0.01, 0, 200)
self._freq_offset_win = RangeWidget(self._freq_offset_range, self.set_freq_offset, 'Frequency Offset', "counter_slider", float)
self.top_grid_layout.addWidget(self._freq_offset_win, 0, 1, 1, 1)
self._freq_bw_range = Range(0, 0.1, 0.001, 0, 200)
self._freq_bw_win = RangeWidget(self._freq_bw_range, self.set_freq_bw, 

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hi Ben,

Thanks for your reply. Source build configured same components as PyBobms.
I think PyBombs did not install all prerequisites. I installed all
prerequisites using "build_gnuradio" script

$ ./build_gnuradio.sh -v prereqs

and then I ran following command

$  pybombs -vv rebuild gnuradio

Now I have a successful install of GNU Radio.  I wanted to try PyBombs that
is why I did not install GNU Radio and other packagers from source. One
question, how can I install a specific version of GNU Radio/UHD etc using
PyBombs ?


--
Usman



On Tue, Jan 24, 2017 at 8:00 PM, Ben Hilburn  wrote:

> Hi Usman -
>
> Give the source build
> <http://gnuradio.org/redmine/projects/gnuradio/wiki/BuildGuide> a shot
> and see what components it configures during the `cmake` process. Try to
> install the dependencies
> <http://gnuradio.org/doc/doxygen/build_guide.html>from your OS's package
> manager if you don't have them, yet.
>
> Cheers,
> Ben
>
> On Tue, Jan 24, 2017 at 1:02 AM, Usman Haider 
> wrote:
>
>> Hi,
>>
>> What is recommend to fix the issue? Should I go for source install
>> instead of PyBombs?
>>
>>
>> --
>> Usman
>>
>>
>> On Fri, Jan 20, 2017 at 10:58 AM, Usman Haider 
>> wrote:
>>
>>> Hi Martin,
>>>
>>> I see from output of the command that a lot of components are disabled.
>>>
>>> -- ##
>>> -- # Gnuradio disabled components
>>> -- ##
>>> --   * python-support
>>> --   * doxygen
>>> --   * sphinx
>>> --   * gr-ctrlport
>>> --   * gnuradio-companion
>>> --   * gr-comedi
>>> --   * gr-utils
>>> --   * gr-video-sdl
>>> --   * gr-wxgui
>>>
>>> Looking further I found that PyBombs was unable to find SWIG as well. I
>>> remember that PyBombs install all the required dependencies itself? Do I
>>> have to reinstall everything from scratch? Following is the output of the
>>> command
>>> $ pybombs -vv rebuild gnuradio
>>>
>>>  http://pasted.co/9ebaa709
>>>
>>> Thanks.
>>>
>>> --
>>> Usman
>>>
>>> On Thu, Jan 19, 2017 at 10:25 PM, Martin Braun 
>>> wrote:
>>>
>>>> It did not install GRC, and no other graphical tools either. Rerun
>>>>
>>>> $ pybombs -vv rebuild gnuradio
>>>>
>>>> to see where it fails during cmake.
>>>>
>>>> Cheers,
>>>> Martin
>>>>
>>>> On 01/18/2017 10:35 PM, Usman Haider wrote:
>>>> > Hi Martin,
>>>> >
>>>> > Yeah. Please find below the output
>>>> >
>>>> > $ ls ~/rfnoc/bin
>>>> >
>>>> > gnuradio-config-info
>>>> > uhd_cal_tx_iq_balance
>>>> >  usrp2_card_burner
>>>> > octoclock_firmware_burner
>>>> > uhd_config_info
>>>> >  usrp_n2xx_simple_net_burner
>>>> > rfnocmodtool
>>>> > uhd_find_devices
>>>> >   usrp_x3xx_fpga_burner
>>>> > thrift
>>>> >  uhd_image_loader
>>>> >  volk-config-info
>>>> > uhd_cal_rx_iq_balance
>>>> >   uhd_images_downloader
>>>> > volk_modtool
>>>> > uhd_cal_tx_dc_offset
>>>> > uhd_usrp_probe
>>>> >   volk_profile
>>>> >
>>>> > $ pybombs inv
>>>> >
>>>> > PyBOMBS - INFO - PyBOMBS Version 2.3.1a
>>>> > Showing package state:
>>>> > uhd-fpga:   installed
>>>> > uhd:installed
>>>> > apache-thrift:  installed
>>>> > gnuradio:   installed
>>>> > gr-ettus:   installed
>>>> >
>>>> >
>>>> > You get anything from this?  Thanks
>>>> >
>>>> > --
>>>> > Usman
>>>> >
>>>> > On Thu, Jan 19, 2017 at 5:15 AM, Martin Braun >>> > <mailto:martin.br...@ettus.com>> wrote:
>>>> >
>>>> > It's almost as if UHD installed, but GNU Radio didn't, although
>>>> your
>>>> > output says otherwise.
>>>> >
>>>> > What does
>>>> >
>>>> > $ ls ~/rfnoc/bin
>>>> >
>>>> > look li

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hi,

What is recommend to fix the issue? Should I go for source install instead
of PyBombs?


--
Usman

On Fri, Jan 20, 2017 at 10:58 AM, Usman Haider 
wrote:

> Hi Martin,
>
> I see from output of the command that a lot of components are disabled.
>
> -- ##
> -- # Gnuradio disabled components
> -- ##
> --   * python-support
> --   * doxygen
> --   * sphinx
> --   * gr-ctrlport
> --   * gnuradio-companion
> --   * gr-comedi
> --   * gr-utils
> --   * gr-video-sdl
> --   * gr-wxgui
>
> Looking further I found that PyBombs was unable to find SWIG as well. I
> remember that PyBombs install all the required dependencies itself? Do I
> have to reinstall everything from scratch? Following is the output of the
> command
> $ pybombs -vv rebuild gnuradio
>
>  http://pasted.co/9ebaa709
>
> Thanks.
>
> --
> Usman
>
> On Thu, Jan 19, 2017 at 10:25 PM, Martin Braun 
> wrote:
>
>> It did not install GRC, and no other graphical tools either. Rerun
>>
>> $ pybombs -vv rebuild gnuradio
>>
>> to see where it fails during cmake.
>>
>> Cheers,
>> Martin
>>
>> On 01/18/2017 10:35 PM, Usman Haider wrote:
>> > Hi Martin,
>> >
>> > Yeah. Please find below the output
>> >
>> > $ ls ~/rfnoc/bin
>> >
>> > gnuradio-config-info
>> > uhd_cal_tx_iq_balance
>> >  usrp2_card_burner
>> > octoclock_firmware_burner
>> > uhd_config_info
>> >  usrp_n2xx_simple_net_burner
>> > rfnocmodtool
>> > uhd_find_devices
>> >   usrp_x3xx_fpga_burner
>> > thrift
>> >  uhd_image_loader
>> >  volk-config-info
>> > uhd_cal_rx_iq_balance
>> >   uhd_images_downloader
>> > volk_modtool
>> > uhd_cal_tx_dc_offset
>> > uhd_usrp_probe
>> >   volk_profile
>> >
>> > $ pybombs inv
>> >
>> > PyBOMBS - INFO - PyBOMBS Version 2.3.1a
>> > Showing package state:
>> > uhd-fpga:   installed
>> > uhd:installed
>> > apache-thrift:  installed
>> > gnuradio:   installed
>> > gr-ettus:   installed
>> >
>> >
>> > You get anything from this?  Thanks
>> >
>> > --
>> > Usman
>> >
>> > On Thu, Jan 19, 2017 at 5:15 AM, Martin Braun > > <mailto:martin.br...@ettus.com>> wrote:
>> >
>> > It's almost as if UHD installed, but GNU Radio didn't, although your
>> > output says otherwise.
>> >
>> > What does
>> >
>> > $ ls ~/rfnoc/bin
>> >
>> > look like?
>> >
>> > Or
>> >
>> > $ pybombs inv
>> >
>> > ?
>> >
>> > On 01/18/2017 02:10 AM, Usman Haider wrote:
>> > > Hi Nicolas,
>> > >
>> > > Thanks for your time. I did that but the result is same. I can run
>> > >
>> > > |$|uhd_images_downloader
>> > > but
>> > > |$ gnuradio-companion
>> > > |
>> > >
>> > > fails. Let me know if any further information is needed. Thanks
>> > >
>> > > --
>> > > Usman
>> > > On Wed, Jan 18, 2017 at 2:11 PM, Nicolas Cuervo
>> > > mailto:nicolas.cue...@ettus.com>
>> > <mailto:nicolas.cue...@ettus.com <mailto:nicolas.cue...@ettus.com
>> >>>
>> > wrote:
>> > >
>> > > Hello Usman,
>> > >
>> > > Did you set up your PyBOMBS environment?  If not, please do
>> so. As
>> > > long as I understand your prefix is at ~/rfnoc. Being that
>> the case,
>> > > please run:
>> > >
>> > > $ source ~/rfnoc/setup_env.sh
>> > >
>> > > After this your shell will have access to everything which
>> has been
>> > > installed in that prefix, and you should be able to start
>> > > gnuradio-companion. Please have in mind that you have to set
>> up this
>> > > environment in every new shell you start.
>> > >
>> > > Please let us know if this doesn't work so that we can look
>> further
>> > > into it.
>> > >
>> > >   

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hi Martin,

I see from output of the command that a lot of components are disabled.

-- ##
-- # Gnuradio disabled components
-- ##
--   * python-support
--   * doxygen
--   * sphinx
--   * gr-ctrlport
--   * gnuradio-companion
--   * gr-comedi
--   * gr-utils
--   * gr-video-sdl
--   * gr-wxgui

Looking further I found that PyBombs was unable to find SWIG as well. I
remember that PyBombs install all the required dependencies itself? Do I
have to reinstall everything from scratch? Following is the output of the
command
$ pybombs -vv rebuild gnuradio

 http://pasted.co/9ebaa709

Thanks.

--
Usman

On Thu, Jan 19, 2017 at 10:25 PM, Martin Braun 
wrote:

> It did not install GRC, and no other graphical tools either. Rerun
>
> $ pybombs -vv rebuild gnuradio
>
> to see where it fails during cmake.
>
> Cheers,
> Martin
>
> On 01/18/2017 10:35 PM, Usman Haider wrote:
> > Hi Martin,
> >
> > Yeah. Please find below the output
> >
> > $ ls ~/rfnoc/bin
> >
> > gnuradio-config-info
> > uhd_cal_tx_iq_balance
> >  usrp2_card_burner
> > octoclock_firmware_burner
> > uhd_config_info
> >  usrp_n2xx_simple_net_burner
> > rfnocmodtool
> > uhd_find_devices
> >   usrp_x3xx_fpga_burner
> > thrift
> >  uhd_image_loader
> >  volk-config-info
> > uhd_cal_rx_iq_balance
> >   uhd_images_downloader
> > volk_modtool
> > uhd_cal_tx_dc_offset
> > uhd_usrp_probe
> >   volk_profile
> >
> > $ pybombs inv
> >
> > PyBOMBS - INFO - PyBOMBS Version 2.3.1a
> > Showing package state:
> > uhd-fpga:   installed
> > uhd:installed
> > apache-thrift:  installed
> > gnuradio:   installed
> > gr-ettus:   installed
> >
> >
> > You get anything from this?  Thanks
> >
> > --
> > Usman
> >
> > On Thu, Jan 19, 2017 at 5:15 AM, Martin Braun  > <mailto:martin.br...@ettus.com>> wrote:
> >
> > It's almost as if UHD installed, but GNU Radio didn't, although your
> > output says otherwise.
> >
> > What does
> >
> > $ ls ~/rfnoc/bin
> >
> > look like?
> >
> > Or
> >
> > $ pybombs inv
> >
> > ?
> >
> > On 01/18/2017 02:10 AM, Usman Haider wrote:
> > > Hi Nicolas,
> > >
> > > Thanks for your time. I did that but the result is same. I can run
> > >
> > > |$|uhd_images_downloader
> > > but
> > > |$ gnuradio-companion
> > > |
> > >
> > > fails. Let me know if any further information is needed. Thanks
> > >
> > > --
> > > Usman
> > > On Wed, Jan 18, 2017 at 2:11 PM, Nicolas Cuervo
> > > mailto:nicolas.cue...@ettus.com>
> > <mailto:nicolas.cue...@ettus.com <mailto:nicolas.cue...@ettus.com>>>
> > wrote:
> > >
> > > Hello Usman,
> > >
> > > Did you set up your PyBOMBS environment?  If not, please do
> so. As
> > > long as I understand your prefix is at ~/rfnoc. Being that the
> case,
> >     > please run:
> > >
> > > $ source ~/rfnoc/setup_env.sh
> > >
> > > After this your shell will have access to everything which has
> been
> > > installed in that prefix, and you should be able to start
> > > gnuradio-companion. Please have in mind that you have to set
> up this
> > > environment in every new shell you start.
> > >
> > > Please let us know if this doesn't work so that we can look
> further
> > > into it.
> > >
> > > Cheers,
> > >
> > > - Nicolas
> > >
> > > On Wed, Jan 18, 2017 at 9:58 AM, Usman Haider
> > > mailto:usmanhaide...@gmail.com>
> > <mailto:usmanhaide...@gmail.com <mailto:usmanhaide...@gmail.com>>>
> > wrote:
> > >
> > > Yes, could be the cause.  After running the following
> commands
> > >
> > > $ cd ~/rfnoc
> > > $ source ./setup_env.sh
> > > $ uhd_images_downloader
> > >
> > > I was able to download the images. But when I tried to run
> > >
> > >

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hi Martin,

Yeah. Please find below the output

$ ls ~/rfnoc/bin

gnuradio-config-info
uhd_cal_tx_iq_balance
 usrp2_card_burner
octoclock_firmware_burner
uhd_config_info
 usrp_n2xx_simple_net_burner
rfnocmodtool
uhd_find_devices
  usrp_x3xx_fpga_burner
thrift
 uhd_image_loader
 volk-config-info
uhd_cal_rx_iq_balance
  uhd_images_downloader
volk_modtool
uhd_cal_tx_dc_offset
uhd_usrp_probe
  volk_profile

$ pybombs inv

PyBOMBS - INFO - PyBOMBS Version 2.3.1a
Showing package state:
uhd-fpga:   installed
uhd:installed
apache-thrift:  installed
gnuradio:   installed
gr-ettus:   installed


You get anything from this?  Thanks

--
Usman

On Thu, Jan 19, 2017 at 5:15 AM, Martin Braun 
wrote:

> It's almost as if UHD installed, but GNU Radio didn't, although your
> output says otherwise.
>
> What does
>
> $ ls ~/rfnoc/bin
>
> look like?
>
> Or
>
> $ pybombs inv
>
> ?
>
> On 01/18/2017 02:10 AM, Usman Haider wrote:
> > Hi Nicolas,
> >
> > Thanks for your time. I did that but the result is same. I can run
> >
> > |$|uhd_images_downloader
> > but
> > |$ gnuradio-companion
> > |
> >
> > fails. Let me know if any further information is needed. Thanks
> >
> > --
> > Usman
> > On Wed, Jan 18, 2017 at 2:11 PM, Nicolas Cuervo
> > mailto:nicolas.cue...@ettus.com>> wrote:
> >
> > Hello Usman,
> >
> > Did you set up your PyBOMBS environment?  If not, please do so. As
> > long as I understand your prefix is at ~/rfnoc. Being that the case,
> > please run:
> >
> > $ source ~/rfnoc/setup_env.sh
> >
> > After this your shell will have access to everything which has been
> > installed in that prefix, and you should be able to start
> > gnuradio-companion. Please have in mind that you have to set up this
> > environment in every new shell you start.
> >
> > Please let us know if this doesn't work so that we can look further
> > into it.
> >
> > Cheers,
> >
> > - Nicolas
> >
> > On Wed, Jan 18, 2017 at 9:58 AM, Usman Haider
> > mailto:usmanhaide...@gmail.com>> wrote:
> >
> > Yes, could be the cause.  After running the following commands
> >
> > $ cd ~/rfnoc
> > $ source ./setup_env.sh
> > $ uhd_images_downloader
> >
> > I was able to download the images. But when I tried to run
> >
> > |$ gnuradio-companion|
> >
> > It failed giving "The program 'gnuradio-companion' is currently
> > not installed. You can install it by typing: sudo apt-get
> > install gnuradio". Although, I have
> >
> > $ gnuradio-config-info --v
> > v3.7.10.1-202-g6225e5d4
> >
> > $ gnuradio-config-info --prefix
> > /home/emb/rfnoc
> >
> > Otuput of PyBOMBS is as under.
> >
> > $ pybombs prefix init ~/rfnoc -R rfnoc -a rfnoc
> > PyBOMBS - INFO - PyBOMBS Version 2.3.1a
> > PyBOMBS.prefix - INFO - Creating directory `/home/emb/rfnoc'
> > Alias `rfnoc' already exists, overwrite Y/[N]? y
> > PyBOMBS.ConfigManager - INFO - Creating new config file
> > /home/emb/rfnoc/.pybombs/config.yml
> > PyBOMBS.prefix - INFO - Installing default packages for prefix...
> > PyBOMBS.prefix - INFO -
> >   - gnuradio
> >   - uhd
> >   - gr-ettus
> >   - uhd-fpga
> > PyBOMBS.install_manager - INFO - Phase 1: Creating install tree
> > and installing binary packages:
> > DEPRECATION: The default format will switch to columns in the
> > future. You can use --format=(legacy|columns) (or define a
> > format=(legacy|columns) in your pip.conf under the [list]
> > section) to disable this warning.
> > Install tree:
> > |
> > +- uhd-fpga
> > |
> > \- gr-ettus
> >|
> >+- uhd
> >|
> >\- gnuradio
> >   |
> >   +- uhd
> >   |
> >   \- apache-thrift
> > PyBOMBS.install_manager - INFO - Phase 2: Recursively installing
> > source packages to prefix:
> > PyBOMBS.install_manager - INFO - Installing package:
> apache-thrift
> >  

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hi Nicolas,

Thanks for your time. I did that but the result is same. I can run

$ uhd_images_downloader
but
$ gnuradio-companion

fails. Let me know if any further information is needed. Thanks

--
Usman
On Wed, Jan 18, 2017 at 2:11 PM, Nicolas Cuervo 
wrote:

> Hello Usman,
>
> Did you set up your PyBOMBS environment?  If not, please do so. As long as
> I understand your prefix is at ~/rfnoc. Being that the case, please run:
>
> $ source ~/rfnoc/setup_env.sh
>
> After this your shell will have access to everything which has been
> installed in that prefix, and you should be able to start
> gnuradio-companion. Please have in mind that you have to set up this
> environment in every new shell you start.
>
> Please let us know if this doesn't work so that we can look further into
> it.
>
> Cheers,
>
> - Nicolas
>
> On Wed, Jan 18, 2017 at 9:58 AM, Usman Haider 
> wrote:
>
>> Yes, could be the cause.  After running the following commands
>>
>> $ cd ~/rfnoc
>> $ source ./setup_env.sh
>> $ uhd_images_downloader
>>
>> I was able to download the images. But when I tried to run
>>
>> $ gnuradio-companion
>>
>> It failed giving "The program 'gnuradio-companion' is currently not
>> installed. You can install it by typing: sudo apt-get install gnuradio".
>> Although, I have
>>
>> $ gnuradio-config-info --v
>> v3.7.10.1-202-g6225e5d4
>>
>> $ gnuradio-config-info --prefix
>> /home/emb/rfnoc
>>
>> Otuput of PyBOMBS is as under.
>>
>> $ pybombs prefix init ~/rfnoc -R rfnoc -a rfnoc
>> PyBOMBS - INFO - PyBOMBS Version 2.3.1a
>> PyBOMBS.prefix - INFO - Creating directory `/home/emb/rfnoc'
>> Alias `rfnoc' already exists, overwrite Y/[N]? y
>> PyBOMBS.ConfigManager - INFO - Creating new config file
>> /home/emb/rfnoc/.pybombs/config.yml
>> PyBOMBS.prefix - INFO - Installing default packages for prefix...
>> PyBOMBS.prefix - INFO -
>>   - gnuradio
>>   - uhd
>>   - gr-ettus
>>   - uhd-fpga
>> PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and
>> installing binary packages:
>> DEPRECATION: The default format will switch to columns in the future. You
>> can use --format=(legacy|columns) (or define a format=(legacy|columns) in
>> your pip.conf under the [list] section) to disable this warning.
>> Install tree:
>> |
>> +- uhd-fpga
>> |
>> \- gr-ettus
>>|
>>+- uhd
>>|
>>\- gnuradio
>>   |
>>   +- uhd
>>   |
>>   \- apache-thrift
>> PyBOMBS.install_manager - INFO - Phase 2: Recursively installing source
>> packages to prefix:
>> PyBOMBS.install_manager - INFO - Installing package: apache-thrift
>> Cloning: (100%) [=
>> ]]
>> Cloning: (100%) [=
>> ]
>> Configuring: (100%) [=
>> ]
>> Building:(100%) [=
>> ]
>> Installing:  (100%) [=
>> ]
>> PyBOMBS.install_manager - INFO - Installation successful.
>> PyBOMBS.install_manager - INFO - Installing package: uhd
>> Cloning: (100%) [=
>> ]]
>> Configuring: (100%) [=
>> ]
>> Building:(100%) [=
>> ]
>> Installing:  (100%) [=
>> ]
>> PyBOMBS.install_manager - INFO - Installation successful.
>> PyBOMBS.install_manager - INFO - Installing package: gnuradio
>> Cloning: (100%) [=
>> ]]
>> Configuring: (100%) [=
>> ]
>> Building:(100%) [=
>> ]
>> Installing:  (100%) [=
>> ]
>> PyBOMBS.install_manager - INFO - Installation successful.
>> PyBOMBS.install_manager - INFO - Installing package: gr-ettus
>> Cloning: (100%) [=
>> ]
>> Configuring: (100%) [=
>> ]
>> Building:(100%) [=
>> ]
>>

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Yes, could be the cause.  After running the following commands

$ cd ~/rfnoc
$ source ./setup_env.sh
$ uhd_images_downloader

I was able to download the images. But when I tried to run

$ gnuradio-companion

It failed giving "The program 'gnuradio-companion' is currently not
installed. You can install it by typing: sudo apt-get install gnuradio".
Although, I have

$ gnuradio-config-info --v
v3.7.10.1-202-g6225e5d4

$ gnuradio-config-info --prefix
/home/emb/rfnoc

Otuput of PyBOMBS is as under.

$ pybombs prefix init ~/rfnoc -R rfnoc -a rfnoc
PyBOMBS - INFO - PyBOMBS Version 2.3.1a
PyBOMBS.prefix - INFO - Creating directory `/home/emb/rfnoc'
Alias `rfnoc' already exists, overwrite Y/[N]? y
PyBOMBS.ConfigManager - INFO - Creating new config file
/home/emb/rfnoc/.pybombs/config.yml
PyBOMBS.prefix - INFO - Installing default packages for prefix...
PyBOMBS.prefix - INFO -
  - gnuradio
  - uhd
  - gr-ettus
  - uhd-fpga
PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and
installing binary packages:
DEPRECATION: The default format will switch to columns in the future. You
can use --format=(legacy|columns) (or define a format=(legacy|columns) in
your pip.conf under the [list] section) to disable this warning.
Install tree:
|
+- uhd-fpga
|
\- gr-ettus
   |
   +- uhd
   |
   \- gnuradio
  |
  +- uhd
  |
  \- apache-thrift
PyBOMBS.install_manager - INFO - Phase 2: Recursively installing source
packages to prefix:
PyBOMBS.install_manager - INFO - Installing package: apache-thrift
Cloning: (100%)
[=]]
Cloning: (100%)
[=]
Configuring: (100%)
[=]
Building:(100%)
[=]
Installing:  (100%)
[=]
PyBOMBS.install_manager - INFO - Installation successful.
PyBOMBS.install_manager - INFO - Installing package: uhd
Cloning: (100%)
[=]]
Configuring: (100%)
[=]
Building:(100%)
[=]
Installing:  (100%)
[=]
PyBOMBS.install_manager - INFO - Installation successful.
PyBOMBS.install_manager - INFO - Installing package: gnuradio
Cloning: (100%)
[=]]
Configuring: (100%)
[=]
Building:(100%)
[=]
Installing:  (100%)
[=]
PyBOMBS.install_manager - INFO - Installation successful.
PyBOMBS.install_manager - INFO - Installing package: gr-ettus
Cloning: (100%)
[=]
Configuring: (100%)
[=]
Building:(100%)
[=]
Installing:  (100%)
[=]
PyBOMBS.install_manager - INFO - Installation successful.
PyBOMBS.install_manager - INFO - Installing package: uhd-fpga
Cloning: (100%)
[=]]
Configuring: (100%)
[=]
Building:(100%)
[=]
Installing:  (100%)
[=]
PyBOMBS.install_manager - INFO - Installation successful.


Any pointers? :)

--
Usman


On Tue, Jan 17, 2017 at 4:47 PM, Marcus Müller 
wrote:

> Possibly just a temporary failure then; github or your network might have
> had problems :)
>
> Cheers,
>
> Marcus
>
> On 17.01.2017 08:01, Usman Haider wrote:
>
> Hello Marcus,
>
> I am surprised the following command ran successfully.
>
> $ pybombs -vv recipes add gr-recipes git+https://github.com/
> gnuradio/gr-recipes.git
>
> --
> Usman
>
> On Mon, Jan 16, 2017 at 5:10 PM, Marcus Müller 
> wrote:
>
>> Hm, interesting. Could you run your pybombs command with "-vv"?
>>
>> Best regards,
>>
>> Marcus
>> On 01/16/2017 12:55 PM, Usman Haider wrote:
>>
>> Hello Nicolas,
>>
>> Thanks for your reply. I have sufficient disk space, more than 400 GB,
>> so that is not an issue.  I do not have any .gitconfig file in my home
>> directory. I can download the recipes manually using the command you
>> mentioned.
>>
>> git clone https://github.com/gnuradio/gr-recipes.git gr-recipes
>>
>>
>> Please let me know if you need any further information. Thank

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hello Marcus,

I am surprised the following command ran successfully.

$ pybombs -vv recipes add gr-recipes git+
https://github.com/gnuradio/gr-recipes.git

--
Usman

On Mon, Jan 16, 2017 at 5:10 PM, Marcus Müller 
wrote:

> Hm, interesting. Could you run your pybombs command with "-vv"?
>
> Best regards,
>
> Marcus
> On 01/16/2017 12:55 PM, Usman Haider wrote:
>
> Hello Nicolas,
>
> Thanks for your reply. I have sufficient disk space, more than 400 GB,  so
> that is not an issue.  I do not have any .gitconfig file in my home
> directory. I can download the recipes manually using the command you
> mentioned.
>
> git clone https://github.com/gnuradio/gr-recipes.git gr-recipes
>
>
> Please let me know if you need any further information. Thanks.
>
> --
> Usman
>
> On Mon, Jan 16, 2017 at 3:21 PM, Nicolas Cuervo 
> wrote:
>
>> Hello Usman,
>>
>> uhm, this is odd. So far I can see the command is correct. Although error
>> 128 means that git did not exit cleanly, and I just run it and it ran fine.
>> Just some guesses for now:
>>
>> 1. Do you have enough disk space? the recipes do not require a lot of
>> disk space, though, but not enough space would lead to this.
>> 2. Do you have specific cloning configuration in your gitconfig? you can
>> check this by typing:
>> git config --global --edit
>>
>>  or just by editing .gitconfig which is normally located at your home
>> directory.
>> 3. Can you clone anything else manually? you can try running:
>>
>>  git clone https://github.com/gnuradio/gr-recipes.git gr-recipes
>>
>>   just as a test that your git is working as expected.
>>
>> Please let us know if you find out something with this hypothesis I
>> mentioned.
>>
>> Cheers,
>>
>> - Nicolas
>>
>>
>>
>>
>> On Mon, Jan 16, 2017 at 9:46 AM, Usman Haider 
>> wrote:
>>
>>> I am following this guide to get started with RFNoC.  I am using Ubuntu
>>> 14.04 and I ran following commands
>>>
>>> $ sudo apt-get install git
>>> $ sudo apt-get install python-setuptools python-dev build-essential
>>> $ sudo easy_install pip
>>> $ sudo pip install git+https://github.com/gnuradio/pybombs.git
>>>
>>> When I run following command
>>>
>>> $ pybombs -v recipes add gr-recipes 
>>> git+https://github.com/gnuradio/gr-recipes.git
>>>
>>> I get output.
>>> . . . OMBS.PackageManager - DEBUG - Checking if package git
>>> is installed... PyBOMBS.Packager.apt - DEBUG - Package git has version
>>> 1.9.1 installed PyBOMBS.install_manager - DEBUG - Phase 2: Recursively
>>> installing source packages to prefix: PyBOMBS.Fetcher.git - DEBUG -
>>> Requirements met. PyBOMBS.Fetcher.git - DEBUG - Using url -
>>> https://github.com/gnuradio/gr-recipes.git PyBOMBS._process_thread() -
>>> DEBUG - Executing command `git clone https://github.com/gnuradio/gr
>>> -recipes.git gr-recipes' Cloning: [ PyBOMBS.recipes
>>> - ERROR - Could not fetch recipesCloning: [ PyBOMBS.recipes - ERROR -
>>> Could not fetch recipes: Process returnCloning: (100%)
>>> [=]
>>> PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or returned
>>> PyBOMBS.monitor_process() - DEBUG - Return value: 128 PyBOMBS.recipes -
>>> ERROR - Could not fetch recipes: Process returned value: 128
>>> What could be the issue? pybombs version is 2.3.1a. Thanks --
>>> Usman
>>> ___ Discuss-gnuradio
>>> mailing list Discuss-gnuradio@gnu.org https://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
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] PyBombs installation issue

[Usman Haider]

Hello Nicolas,

Thanks for your reply. I have sufficient disk space, more than 400 GB,  so
that is not an issue.  I do not have any .gitconfig file in my home
directory. I can download the recipes manually using the command you
mentioned.

git clone https://github.com/gnuradio/gr-recipes.git gr-recipes


Please let me know if you need any further information. Thanks.

--
Usman

On Mon, Jan 16, 2017 at 3:21 PM, Nicolas Cuervo 
wrote:

> Hello Usman,
>
> uhm, this is odd. So far I can see the command is correct. Although error
> 128 means that git did not exit cleanly, and I just run it and it ran fine.
> Just some guesses for now:
>
> 1. Do you have enough disk space? the recipes do not require a lot of disk
> space, though, but not enough space would lead to this.
> 2. Do you have specific cloning configuration in your gitconfig? you can
> check this by typing:
> git config --global --edit
>
>  or just by editing .gitconfig which is normally located at your home
> directory.
> 3. Can you clone anything else manually? you can try running:
>
>  git clone https://github.com/gnuradio/gr-recipes.git gr-recipes
>
>   just as a test that your git is working as expected.
>
> Please let us know if you find out something with this hypothesis I
> mentioned.
>
> Cheers,
>
> - Nicolas
>
>
>
>
> On Mon, Jan 16, 2017 at 9:46 AM, Usman Haider 
> wrote:
>
>> I am following this guide to get started with RFNoC.  I am using Ubuntu
>> 14.04 and I ran following commands
>>
>> $ sudo apt-get install git
>> $ sudo apt-get install python-setuptools python-dev build-essential
>> $ sudo easy_install pip
>> $ sudo pip install git+https://github.com/gnuradio/pybombs.git
>>
>> When I run following command
>>
>> $ pybombs -v recipes add gr-recipes 
>> git+https://github.com/gnuradio/gr-recipes.git
>>
>> I get output.
>>
>> .
>> .
>> .
>> OMBS.PackageManager - DEBUG - Checking if package git is installed...
>> PyBOMBS.Packager.apt - DEBUG - Package git has version 1.9.1 installed
>> PyBOMBS.install_manager - DEBUG - Phase 2: Recursively installing source
>> packages to prefix:
>> PyBOMBS.Fetcher.git - DEBUG - Requirements met.
>> PyBOMBS.Fetcher.git - DEBUG - Using url - https://github.com/gnuradio/gr
>> -recipes.git
>> PyBOMBS._process_thread() - DEBUG - Executing command `git clone
>> https://github.com/gnuradio/gr-recipes.git gr-recipes'
>> Cloning: [ PyBOMBS.recipes - ERROR - Could not fetch
>> recipesCloning: [ PyBOMBS.recipes - ERROR - Could not fetch recipes:
>> Process returnCloning: (100%) [=
>> ]
>> PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or
>> returned
>> PyBOMBS.monitor_process() - DEBUG - Return value: 128
>> PyBOMBS.recipes - ERROR - Could not fetch recipes: Process returned
>> value: 128
>>
>>
>> What could be the issue? pybombs version is 2.3.1a. Thanks
>>
>>
>> --
>> Usman
>>
>>
>> ___
>> 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] PyBombs installation issue

[Usman Haider]

I am following this guide to get started with RFNoC.  I am using Ubuntu
14.04 and I ran following commands

$ sudo apt-get install git
$ sudo apt-get install python-setuptools python-dev build-essential
$ sudo easy_install pip
$ sudo pip install git+https://github.com/gnuradio/pybombs.git

When I run following command

$ pybombs -v recipes add gr-recipes
git+https://github.com/gnuradio/gr-recipes.git

I get output.

.
.
.
OMBS.PackageManager - DEBUG - Checking if package git is installed...
PyBOMBS.Packager.apt - DEBUG - Package git has version 1.9.1 installed
PyBOMBS.install_manager - DEBUG - Phase 2: Recursively installing source
packages to prefix:
PyBOMBS.Fetcher.git - DEBUG - Requirements met.
PyBOMBS.Fetcher.git - DEBUG - Using url -
https://github.com/gnuradio/gr-recipes.git
PyBOMBS._process_thread() - DEBUG - Executing command `git clone
https://github.com/gnuradio/gr-recipes.git gr-recipes'
Cloning: [ PyBOMBS.recipes - ERROR - Could not fetch
recipesCloning: [ PyBOMBS.recipes - ERROR - Could not fetch recipes:
Process returnCloning: (100%)
[=]
PyBOMBS.monitor_process() - DEBUG - Thread signaled termination or returned
PyBOMBS.monitor_process() - DEBUG - Return value: 128
PyBOMBS.recipes - ERROR - Could not fetch recipes: Process returned value:
128


What could be the issue? pybombs version is 2.3.1a. Thanks


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

[Discuss-gnuradio] Magnitude dips in transmission

[Usman Haider]

Hi,

I am using Gnu Radio 3.7.8 with uhd 003.008.005 and umtrx v2.2. When I use
the attached GRC flowgraph I see random drops in the magnitude of the
transmission and also a carrier wave. Please see the link below for the
output. I searched on the internet but could not find anything. I used a
different umtrx but the result is same. I used uhd.tune_request() as well
but no luck. Any thoughts what could be the issue here? Sorry the question
is not directly related to Gnu Radio but asking here after find nothing on
internet.

http://imgur.com/a/4P7qP

GRC output:

linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.008.005-0-g7efbd15b



Using Volk machine: avx_64_mmx_orc

-- UmTRX driver version: 1.0.3-80-d0a7463

-- Opening a UmTRX device... 192.168.10.2

-- user_mtu.recv_mtu = 1472

-- user_mtu.send_mtu = 1472

-- fifo_ctrl.window_size = 15

-- TempA: 34.50 C

-- TempB: 30.50 C

-- Detected UmTRX 2.2

-- Diversity switch for channel 1: false

-- Diversity switch for channel 2: false

-- Known PA types: NONE EPA881F40A EPA942H40A EPA1800F37A

-- Installed PA for sideA: NONE

-- Installed PA for sideB: NONE

-- Time register self-test... pass

-- Looking for FE correction at:
/home/man/.uhd/cal/rx_iq_cal_v0.2_4095.A.csv...  Not found

-- Tune Request: 901.00 MHz

--   The RF LO does not support the requested frequency:

-- Requested LO Frequency: 901.00 MHz

-- RF LO Result: 901.00 MHz

--   Attempted to use the DSP to reach the requested frequency:

-- Desired DSP Frequency: -0.00 MHz

-- DSP Result: -0.00 MHz

--   Successfully tuned to 901.00 MHz

-- 

-- Looking for FE correction at:
/home/man/.uhd/cal/tx_iq_cal_v0.2_4095.A.csv...  Not found

-- Looking for FE correction at:
/home/man/.uhd/cal/tx_dc_cal_v0.2_4095.A.csv...  Not found

-- Tune Request: 901.00 MHz

--   The RF LO does not support the requested frequency:

-- Requested LO Frequency: 901.00 MHz

-- RF LO Result: 901.00 MHz

--   Attempted to use the DSP to reach the requested frequency:

-- Desired DSP Frequency: 0.00 MHz

-- DSP Result: 0.00 MHz

--   Successfully tuned to 901.00 MHz


Regards,
Usman


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

Re: [Discuss-gnuradio] Polyphase Clock Sync for Bursts

[Usman Haider]

Yes, you are right here. "The time_est tag can be used to adjust the
sampling timing estimate of any downstream synchronization blocks and is
currently implemented by the gr::digital::pfb_clock_sync_ccf

 block."

--
Usman

On Sat, Oct 8, 2016 at 1:13 AM, Garver, Paul W  wrote:

> So is that what the time_est tag in corr_est_cc is for? The idea being
> correlate against the preamble to generate an initial timing estimate for
> the clock recovery to lock quickly?
>
> PWG
> > On Oct 7, 2016, at 3:37 PM, Sylvain Munaut <246...@gmail.com> wrote:
> >
> >> Does anyone have insight into how to do burst timing recovery
> >> with PF clock sync block? I’ll also note it appears that the M&M clock
> sync
> >> block experiences a similar problem.
> >
> > Both blocks are meant for continuous signal and will take a "while" to
> lock.
> >
> > Usually for bursts, you have a sync sequence to correlate to to get an
> > initial valid alignement.
> >
> > Cheers,
> >
> >Sylvain
>
> ___
> 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] Rectangular Pulse Shape w/ PFB Clock Sync

[Usman Haider]

Hi Neil,

Many thanks for such a clear and detailed response. This will help me as I
was trying to do something similar in GNU radio.

Regards,
Usman

On Thu, Sep 29, 2016 at 10:41 PM, Neil Schafer 
wrote:

> Hi Usman,
>
>
>
> I just verified that a raised cosine filter used for the pfb clock sync
> taps will effectively shape a square wave and allow the synchronizer to
> properly track the symbol timing. I wanted to be sure before I continued to
> push anybody else down this path (now also verified by John, albeit the
> results are not ideal enough for his purposes).
>
>
>
> As you probably know, raised cosine filters are typically used to pulse
> shape a digital baseband signal (the square wave) before transmission. A
> raised cosine minimizes inter-symbol interference and narrows the
> transmitted bandwidth of the signal. It also provides that nice, modulated
> signal shape with easily identifiable peaks when viewed in the time domain.
>
>
>
> Many communication systems actually share the responsibilities of the
> pulse shaping by using the root raised cosine (RRC) filter. One of the
> benefits of this is that it allows a receiver to detect the optimal symbol
> timing by correlating the received signal with its own matched RRC pulse
> shaping filter, while also generating the optimal raised cosine filter as a
> result of the two shared operations.
>
>
>
> The PFB clock sync is designed to take advantage of this. In addition to
> tracking optimum symbol timing, the pfb clock sync is actually performing
> the receiver-side RRC matched filtering as well. It performs the symbol
> timing by comparing the outputs of the RRC matched filter and the
> derivative of the  RRC matched filter. At the ideal sampling point for a
> symbol, the RRC matched filter output should be at a peak, and the
> derivative filter should be at 0, resulting in a timing error of 0. When
> the symbol timing isn’t perfect, the combination of the two outputs informs
> the clock synch whether to advance or delay the symbol timing (in this
> case, really just a change in the phase of the filter bank).
>
>
>
> In the case of the rectangular pulse shape, this is actually unusual since
> you’re unlikely to actually see such a thing wirelessly transmitted.
> Although it’s not impossible. An OOK signal could be detected at a receiver
> and translated to a square wave at the digital domain. In this case, you
> would be in a position of having demodulated a square wave without having
> recovered the symbol timing.
>
>
>
> All of this is a roundabout way of getting to what I meant when I said the
> suitably vague “the end result should be the same.”
>
>
>
> What I meant was the using a raised cosine filter in the pfb clock sync on
> a rectangular pulse should be “the same” as performing the typical RRC on
> that same square wave at the transmitter and then again on the receiver.
> The raised cosine filter acts as a differentiable filter that the pfb clock
> synch will apply to pulse shape the signal and identify timing error.
>
>
>
> I did not mean to imply that applying a raised cosine would be “the same”
> as applying a square wave matched filter. As Paul and Andy already pointed
> out, a pfb clock sync can’t use a square wave as its filter, since the
> output of the differential filter will be useless. I was only trying to
> describe how to manipulate the pfb clock sync filter taps to allow it to be
> used to recover symbol timing of a square wave.
>
>
>
> As John found and pointed out, applying any non-rectangular filter to a
> square wave will introduce implementation loss. However, given the
> constraints of this particular set up, I would argue his results are still
> pretty good. They might also be improved by increasing the length of the
> filter and maximizing the rolloff factor, but I’m not sure what specific
> taps he used in his implementation.
>
>
>
> Hope this helps,
>
> Neil
>
>
>
>
>
> *From:* Usman Haider [mailto:usmanhaide...@gmail.com]
> *Sent:* Thursday, September 29, 2016 10:47 AM
> *To:* Neil Schafer 
> *Cc:* GNURadio Discussion List 
>
> *Subject:* Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock
> Sync
>
>
>
> Hi Neil,
>
>
>
> Can you please share some more details on how the end result could be same?
>
>
>
>
>
> Regards,
>
> Usman
>
>
>
> On Wed, Sep 28, 2016 at 6:41 PM, Neil Schafer 
> wrote:
>
> I haven’t tried it myself, but wouldn’t using a raised cosine or Gaussian
> filter for your taps still provide some pulse shaping for the PFB clock
> sync to track? You’re essentially leap-frogging the RRC matched filters at
> transmitter and recei

Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock Sync

[Usman Haider]

Hi Neil,

Can you please share some more details on how the end result could be same?


Regards,
Usman

On Wed, Sep 28, 2016 at 6:41 PM, Neil Schafer 
wrote:

> I haven’t tried it myself, but wouldn’t using a raised cosine or Gaussian
> filter for your taps still provide some pulse shaping for the PFB clock
> sync to track? You’re essentially leap-frogging the RRC matched filters at
> transmitter and receiver, and placing the entire burden at the receiver,
> but at the decision point of the clock synch the end result should be the
> same.
>
>
>
> Neil
>
>
>
> *From:* Discuss-gnuradio [mailto:discuss-gnuradio-bounces+neil.schafer=
> nrl.navy@gnu.org] *On Behalf Of *Garver, Paul W
> *Sent:* Wednesday, September 28, 2016 7:49 AM
> *To:* John Malsbury 
> *Cc:* discuss-gnuradio@gnu.org
> *Subject:* Re: [Discuss-gnuradio] Rectangular Pulse Shape w/ PFB Clock
> Sync
>
>
>
> I have tried to use PFB clock sync without success on rectangular pulses
> as well. Presumably you've seen the documentation [1] on nfilts and taps. I
> tried making the filter a rectangular pulse with x sps upsampled by nfilts.
> One theory I have is that the polyphase clock sync may not work with
> rectangular pulses. If you read the paper, the derivative of the pulse is
> required. Perhaps that's a problem since for typical RRC pulses the
> derivative is well defined but for a rectangular pulse the derivative is 0.
>
>
>
> [1] http://gnuradio.org/doc/doxygen/page_pfb.html
>
>
>
>
>
>
> Paul Garver
>
>
>
>
> On Sep 28, 2016, at 3:09 AM, John Malsbury 
> wrote:
>
> I'm struggling with something pretty basic.  I am trying to achieve near
> theoretical performance detection of a rectangular (no RRC) QPSK signal at
> 2 or 4 sps.  I have an existing  solution that uses a discrete FIR filter
> followed by a Gardner timing recovery loop.  The taps of the FIR filter are
> a box car function.  It works quite well and implementation loss is
> negligible.
>
> However, I'd like to achieve the same thing using the stock PFB clock
> sync.  For the life of me I can't figure out the proper specification of
> nfilts, and taps.
>
> Given a signal with rectangular pulse shape at 'sps', can someone spell
> out the taps and nfilt i need to enter into PFB clock sync for a properly
> matched filter bank?
>
>
>
> -John
>
> ___
> 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] Asking USRP to tag

[Usman Haider]

Thanks, that is what I was looking for. I'll try it soon.


--
Usman

On Thu, Sep 8, 2016 at 10:39 PM, Nathan West-GR 
wrote:

> There's some terminology that was ambiguous and/or wrong in the initial
> email, and the command to do this is not well known and still fairly new.
>
> See http://gnuradio.org/doc/doxygen/page_uhd.html#uhd_command_syntax and
> https://github.com/gnuradio/gnuradio/blob/master/
> gr-uhd/lib/usrp_source_impl.cc#L34
>
> You can send a message to the USRP command message port that is a dict
> with the key "tag". The value is irrelevant. Example:
> "pmt.dict_add(pmt.make_dict(), pmt.intern("tag"), pmt.from_double(0.0))" in
> a message strobe block will cause UHD USRP Source blocks to periodically
> retag the stream.
>
> On Thu, Sep 8, 2016 at 1:30 PM, Usman Haider 
> wrote:
>
>> Hi Marcus,
>>
>> Sorry for being not clear. USRP source add tags on the first sample when
>> the flowgraph starts. What can I do if I want USRP source to add tags again
>> on any sample while the flowgraph is running? I read somewhere that there
>> is a command for this but I do not remember. I am using N210 and X310.
>> Thanks.
>>
>>
>> --
>> Usman
>>
>>
>> On Wed, Sep 7, 2016 at 5:28 PM, Marcus Müller 
>> wrote:
>>
>>> Hi Usman,
>>>
>>> it's not clear what you actually want to do. The USRP doesn't add tags,
>>> tags are a GNU Radio concept, and added by the USRP source. Under which
>>> condition do you need a tag, attached to which sample, containing which
>>> data? Also, which USRP are you using?
>>>
>>>
>>> Best regards,
>>> Marcus
>>>
>>>
>>> On 09/07/2016 12:33 PM, Usman Haider wrote:
>>>
>>> I want USRP to insert a new tag on the stream. I read earlier somewhere
>>> that it is possible now using some command. Can someone point to some
>>> example code ?
>>>
>>>
>>> --
>>> Usman
>>>
>>>
>>> ___
>>> 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 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] Asking USRP to tag

[Usman Haider]

Hi Marcus,

Sorry for being not clear. USRP source add tags on the first sample when
the flowgraph starts. What can I do if I want USRP source to add tags again
on any sample while the flowgraph is running? I read somewhere that there
is a command for this but I do not remember. I am using N210 and X310.
Thanks.


--
Usman

On Wed, Sep 7, 2016 at 5:28 PM, Marcus Müller 
wrote:

> Hi Usman,
>
> it's not clear what you actually want to do. The USRP doesn't add tags,
> tags are a GNU Radio concept, and added by the USRP source. Under which
> condition do you need a tag, attached to which sample, containing which
> data? Also, which USRP are you using?
>
>
> Best regards,
> Marcus
>
>
> On 09/07/2016 12:33 PM, Usman Haider wrote:
>
> I want USRP to insert a new tag on the stream. I read earlier somewhere
> that it is possible now using some command. Can someone point to some
> example code ?
>
>
> --
> Usman
>
>
> ___
> 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 mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Asking USRP to tag

[Usman Haider]

I want USRP to insert a new tag on the stream. I read earlier somewhere
that it is possible now using some command. Can someone point to some
example code ?


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

Re: [Discuss-gnuradio] Implementing timed transmission: UHD API or Stream Tags?

[Usman Haider]

Hi Martin,
>
> Appreciate your reply to my questions. I agree that I cannot do better
> than a clock cycle, so that is settled. Let us say that I use GPSDO for my
> reference and I wish to transmit at GPS time t. Is it possible to control
> the transmit time to within (t plus/minus 1 clock cycle)? I have read other
> threads on this topic and it looks like the "tx_time" tag controls the time
> at which the packet is released to the DSP on-board USRP. So it would take
> some additional time for the packet to go through the DSP, DAC, and the
> antenna.
>
> Now I would like to perform the experiment myself and see if this delay is
> something that I can calibrate out, but unfortunately we do not have the
> hardware on hand (I currently have DBSRX2 which cannot transmit). So I was
> wondering if you have some intuition about the kind of consistent/variable
> delays I would be seeing, and how bad you would expect the variation to be
> (~10 ns, ~100 ns, ~1 ms)?
>
> It depends on the sample rate you selected in USRP sink block (for TX).
Please see the following link for details.

http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2014-December/011802.html

Regards,
Usman


> Thanks,
> Lakshay.
>
> > Hello,
> >
> > I am a new GNU Radio user. I am looking to build a system that can
> > transmit a packet at a pre-defined time with very high accuracy (about 1
> > nanosecond). Having gone through the mailing list I am aware that timed
> > transmission is a common task and many people have asked similar
> > questions. However, I am still a bit confused.
> >
> > 1. I see that there is an example tx_timed_samples that comes with the
> > UHD source code. This is in C++ and uses the UHD API. Am I right in
> > thinking that when implemented this way, it has nothing to do with GNU
> > Radio at all? Is there any "reported accuracy" of this method in terms
> > of difference between actual and required time of transmission?
>
> Yes, that's accurate. This is more of a UHD/USRP issue. Note that you
> can time to a clock cycle, which is longer than a nanosecond. Whether or
> not your sample is lined up with a time reference of your choice to
> sufficient accuracy also depends on the reference signal you're providing.
>
> > 2. I also see that it is possible to achieve similar objectives using
> > tx_time stream tags in GNU Radio. My question is if this method is
> > equivalent to method 1 in terms of what goes on "under the hood"? If
> > not, how do these differ, and which method would provide better accuracy
> > in terms of agreement between actual and required time of transmission.
> > Does GNU Radio use the UHD API "under the hood"?
>
> Yes, it does, and tags are no better or worse than the API calls. They
> may be more convenient, depending on your software. Internally, the UHD
> send() call (which is how samples get to devices) is populated with a
> timestamp in both cases.
>
> > Please feel free to point me to resources I can read to get a better
> > understanding of this architecture and relationship between UHD, GNU
> > Radio, and USRP.
>
> There's also the usrp-users mailing list, and UHD has a bunch of
> examples. gr-uhd code is also a useful reference.
>
> Cheers,
> M
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

Hi Martin,

Thanks for your comments. As mentioned in proposal core deliverable is a
user friendly GUI that allow users to perform operations mentioned in
section 4 of the proposal. Please see following link for the GUI:

http://imgur.com/57VXo5T

Its definitely not final/complete. I'll target pyqtgraph which is built on
PyQt4 / PySide and numpy. However, layout of GUI will be finalized after
discussion with mentor.

Regards,
Usman

>
> Reading your proposal, I don't understand what tools exactly I'll have
> after you're finished, and how they would look like. Can you provide
> some examples and/or mockups?
>
> M
>
> On 03/24/2016 01:11 PM, Usman Haider wrote:
> > Hi Nathan,
> >
> > I appreciate the time you spent reading the draft and providing such
> > detailed feedback. I have uploaded some related MATLAB code on my github
> > account [1]. I have added some snapshots in the directory as well so
> > that one can see the output without running code. Also uploaded java
> > code written for android application that plots spectrum (magnitude and
> > phase) of data received on Bluetooth [2]. I have added these in my
> > proposal. I am mentioning here for quick reference. I have updated my
> > proposal according to your feedback. You can find updated proposal  here:
> >
> > https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
> >
> >
> > Thanks again for your feedback.
> >
> >
> > Regards,
> > Usman
> >
> >
> > [1] https://github.com/UHaider/PastCode/tree/master/MATLAB
> > [2] https://github.com/UHaider/PastCode/tree/master/Android
> >
> > On Wed, Mar 23, 2016 at 10:01 PM, West, Nathan
> > mailto:n...@ostatemail.okstate.edu>>
> wrote:
> >
> > Looking through the proposal I mostly see your translation of the
> > idea from the GSoC ideas list to a proposal format. All of that is
> > fine, but we've already decided this is a reasonable idea and the
> > proposal should convince us that you're the right person to work on
> it.
> >
> > You've provided the right evidence that you've read some of the GSoC
> > pages, but my current criticism boils down to missing information
> > that we ask for
> > here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCStudentInfo
> >
> > I'll point out *some* specifics but please don't just list responses
> > to these things in the proposal. Rather reshape it to giving us an
> > idea of what you want to do (which you have) and why you're the
> > right person. The list I'm providing is not meant to be exhaustive,
> > and I'm not suggesting that you're not the right person to do this,
> > just that you haven't addressed that (or your eligibility for GSoC
> > in your proposal. It's also possible I am being dense and missed
> > some of this information.
> >
> > From the page I linked you're missing:
> > * Proof of your coding capabilities (this is the big one)
> > * University and student status (more of a formality)
> > * why do you want to do *this* project? (this is not critical, but
> > if you've done any classes or work in areas related to your proposal
> > idea than that looks very good)
> >
> > Ideally this is all more than a single sentence that says "I did a
> > matlab simulation once in a class and it was cool", but much less
> > than a college admissions essay on why DSP will save the world.
> >
> > Looking forward to the next draft (and hopefully faster turnaround),
> > -Nathan
> >
> > PS - most of this email can be copy and pasted as feedback for
> > several other proposals I've read so far.
> >
> >
> > On Wed, Mar 23, 2016 at 6:19 AM, Usman Haider
> > mailto:usmanhaide...@gmail.com>> wrote:
> >
> > I have not get any feedback on this yet. I hope I have not
> > missed anything important? Please, provide feedback on this.
> >
> >
> > Regards,
> > Usman
> >
> >
> > On Mon, Mar 21, 2016 at 11:45 PM, Usman Haider
> > mailto:usmanhaide...@gmail.com>>
> wrote:
> >
> > I have added lambda expression in deliverables based on
> > Tim's comments. This will allow user to enter lambda
> >     expression in GUI. That expression will be then evaluated on
> > samples and result will be displaye

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

Hi Nathan,

I appreciate the time you spent reading the draft and providing such
detailed feedback. I have uploaded some related MATLAB code on my github
account [1]. I have added some snapshots in the directory as well so that
one can see the output without running code. Also uploaded java code
written for android application that plots spectrum (magnitude and phase)
of data received on Bluetooth [2]. I have added these in my proposal. I am
mentioning here for quick reference. I have updated my proposal according
to your feedback. You can find updated proposal  here:

https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf


Thanks again for your feedback.


Regards,
Usman


[1] https://github.com/UHaider/PastCode/tree/master/MATLAB
[2] https://github.com/UHaider/PastCode/tree/master/Android

On Wed, Mar 23, 2016 at 10:01 PM, West, Nathan 
wrote:

> Looking through the proposal I mostly see your translation of the idea
> from the GSoC ideas list to a proposal format. All of that is fine, but
> we've already decided this is a reasonable idea and the proposal should
> convince us that you're the right person to work on it.
>
> You've provided the right evidence that you've read some of the GSoC
> pages, but my current criticism boils down to missing information that we
> ask for here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoCStudentInfo
>
> I'll point out *some* specifics but please don't just list responses to
> these things in the proposal. Rather reshape it to giving us an idea of
> what you want to do (which you have) and why you're the right person. The
> list I'm providing is not meant to be exhaustive, and I'm not suggesting
> that you're not the right person to do this, just that you haven't
> addressed that (or your eligibility for GSoC in your proposal. It's also
> possible I am being dense and missed some of this information.
>
> From the page I linked you're missing:
> * Proof of your coding capabilities (this is the big one)
> * University and student status (more of a formality)
> * why do you want to do *this* project? (this is not critical, but if
> you've done any classes or work in areas related to your proposal idea than
> that looks very good)
>
> Ideally this is all more than a single sentence that says "I did a matlab
> simulation once in a class and it was cool", but much less than a college
> admissions essay on why DSP will save the world.
>
> Looking forward to the next draft (and hopefully faster turnaround),
> -Nathan
>
> PS - most of this email can be copy and pasted as feedback for several
> other proposals I've read so far.
>
>
> On Wed, Mar 23, 2016 at 6:19 AM, Usman Haider 
> wrote:
>
>> I have not get any feedback on this yet. I hope I have not missed
>> anything important? Please, provide feedback on this.
>>
>>
>> Regards,
>> Usman
>>
>>
>> On Mon, Mar 21, 2016 at 11:45 PM, Usman Haider 
>> wrote:
>>
>>> I have added lambda expression in deliverables based on Tim's comments.
>>> This will allow user to enter lambda expression in GUI. That expression
>>> will be then evaluated on samples and result will be displayed. Rather than
>>> providing fixed mathematical function (scale/normalize), user  can apply
>>> anonymous functions, they want, on samples using Lambda construct. This
>>> will give user more flexibility. I have updated my proposal. You can see it
>>> on following link
>>>
>>> https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
>>>
>>> Awaiting feedback.
>>>
>>> Regards,
>>> Usman
>>>
>>> On Thu, Mar 17, 2016 at 1:07 PM, Usman Haider 
>>> wrote:
>>>
>>>> Hi Community,
>>>>
>>>> I have made my proposal for the subject GSoC idea. Please have a look
>>>> and give feedback. Thanks for your time.
>>>>
>>>> https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
>>>>
>>>> Regards,
>>>> Usman
>>>>
>>>
>>>
>>
>> ___
>> 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] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

Hi Marcus,

Thanks for your feedback, it was helpful. I have made changes according to
your feedback. By the term "tabbed manner", I meant that each plot will
have its own tab. User can select a particular plot type by clicking on its
tab. I replaced the term in the draft. You can see the the updated draft
here:


https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf

Regards,
Usman


> Hi Usman,
>
> make sure your punctuation is right; only use "?" after a sentence that
> /really/ is a question. Make sure there is always a space after
> punctuation, and don't make generalizing (and hence, wrong) statements
> like "And yes,Polar Codes are the coolest codes", which are a bit /too/
> colloquial for an application. Also, after make sure that the words
> after abbreviations ("e.g." etc) have the right capitalization. There's
> also still some typos; get a friend to cross-read the document
> critically; four eyes see more than two.
>
> We're usually not very picky about that, but considering this is an
> application, I might add that on the website, and in the documentation,
> we generally use the capitalization "GNU Radio", not "Gnu Radio"; we
> didn't invent the GNU project, it was already there when Eric Blossom
> started with GNU Radio.
>
> Content-wise, you've got a very fine, week-wise breakdown of your plans;
> however, the items you'd do in those weeks seem of very different size
> and defined at vastly different precisions. Comparing
>
> > Week 8 (11th July - 17th July):
> > a. Add functionality for saving selected plot as a picture.
> > b. Extract user selected samples and save it to another file.
>
> and
>
> > Week 6 (27th June - 03rd July):
> > a. Coding for signal visualization in time, frequency and scatter plots
> in
> > tabbed manner.
> > b. Updating of plots based on tags. e.g sample rate change can
> > translate to
> > change in time-axis of time domain plot.
>
> I'd say that Week 6 contains the a significant of the core deliverable
> of your GSoC proposal, whilst week 8 really has only two features to
> complete.  Maybe you can balance that timeline a little more; not all
> things take the same time!
>
> Also, after literature, I'm still not sure what you mean with displaying
> something in a "tabbed manner"; you should explain that.
>
> Best regards,
> Marcus
> On 23.03.2016 11:19, Usman Haider wrote:
> > I have not get any feedback on this yet. I hope I have not missed
> > anything important? Please, provide feedback on this.
> >
> >
> > Regards,
> > Usman
> >
> > On Mon, Mar 21, 2016 at 11:45 PM, Usman Haider
> > mailto:usmanhaide...@gmail.com>> wrote:
> >
> > I have added lambda expression in deliverables based on Tim's
> > comments. This will allow user to enter lambda expression in GUI.
> > That expression will be then evaluated on samples and result will
> > be displayed. Rather than providing fixed mathematical function
> > (scale/normalize), user  can apply anonymous functions, they want,
> > on samples using Lambda construct. This will give user more
> > flexibility. I have updated my proposal. You can see it on
> > following link
> >
> > https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
> >
> > Awaiting feedback.
> >
> > Regards,
> > Usman
> >
> > On Thu, Mar 17, 2016 at 1:07 PM, Usman Haider
> > mailto:usmanhaide...@gmail.com>> wrote:
> >
> > Hi Community,
> >
> > I have made my proposal for the subject GSoC idea. Please have
> > a look and give feedback. Thanks for your time.
> >
> > https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
> >
> > Regards,
> > Usman
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

I have not get any feedback on this yet. I hope I have not missed anything
important? Please, provide feedback on this.


Regards,
Usman

On Mon, Mar 21, 2016 at 11:45 PM, Usman Haider 
wrote:

> I have added lambda expression in deliverables based on Tim's comments.
> This will allow user to enter lambda expression in GUI. That expression
> will be then evaluated on samples and result will be displayed. Rather than
> providing fixed mathematical function (scale/normalize), user  can apply
> anonymous functions, they want, on samples using Lambda construct. This
> will give user more flexibility. I have updated my proposal. You can see it
> on following link
>
> https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
>
> Awaiting feedback.
>
> Regards,
> Usman
>
> On Thu, Mar 17, 2016 at 1:07 PM, Usman Haider 
> wrote:
>
>> Hi Community,
>>
>> I have made my proposal for the subject GSoC idea. Please have a look and
>> give feedback. Thanks for your time.
>>
>> https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
>>
>> Regards,
>> Usman
>>
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

I have added lambda expression in deliverables based on Tim's comments.
This will allow user to enter lambda expression in GUI. That expression
will be then evaluated on samples and result will be displayed. Rather than
providing fixed mathematical function (scale/normalize), user  can apply
anonymous functions, they want, on samples using Lambda construct. This
will give user more flexibility. I have updated my proposal. You can see it
on following link

https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf

Awaiting feedback.

Regards,
Usman

On Thu, Mar 17, 2016 at 1:07 PM, Usman Haider 
wrote:

> Hi Community,
>
> I have made my proposal for the subject GSoC idea. Please have a look and
> give feedback. Thanks for your time.
>
> https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf
>
> Regards,
> Usman
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] Draft Proposal GSoC: Offline Analysis and Visualization Tools

[Usman Haider]

Hi Community,

I have made my proposal for the subject GSoC idea. Please have a look and
give feedback. Thanks for your time.

https://github.com/UHaider/GSoC/blob/master/GSOC%20Proposal.pdf

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

Re: [Discuss-gnuradio] GSoC Interest in Project: Offline Analysis and Visualization Tools

[Usman Haider]

>
>
>
> My experience is that the Matplotlib files don?t work particularly well
> for large files. I find the QT visualization tools using async messages
> (originating from Tim?s gr-pyqt) more useful in general. This isn?t
> GR-specific, but Inspectrum [1] has been making a good amount of progress.
> It handles large files exceptionally well and it?s pretty straightforward
> to get a decent looking spectrogram. You might take a look to get some
> ideas for the GR side of things.
>
An idea I?ve had for awhile for offline tools is a way to wrap processing
> blocks with either a Python or CLI interface with a file source->processing
> block->file sink so you could perform signals analysis step-by-step. For
> example, you may have some IQ data and perform a sub-band tune. Call a
> CLI/Python command something like
>
> # filter iq_samples.fc32 iq_samples_subband.fc32 
>  
>
> Then, you could use visualization tools to see what happened , say,in the
> frequency domain. You then perform the next step, say an FM demodulation
> # demod  iq_samples_subband.fc32 subband_demod.f32
> where type could be, say, FM,PM,AM
>
> Obviously you can do these steps in GNURadio but you have to continually
> put file sinks, run the flowgraph, etc.
>
> If you are going to develop these sorts of tools with a GUI interface, it
> sure would be nice to have some Python/CLI type bindings to the backend to
> implement what I mentioned above. I think there is value in keeping any
> sort of GUI interface as a front-end which ?drives? the back-end to allow
> for this sort of signals analysis.
>
> It would also be great to take metadata into account for the offline
> tools. Why should I have to type in sample rate, center frequency, etc if
> the header has it? Also, tells you file type, etc so you could
> automatically launch the correct version of the tool. If the metadata
> contains timestamps, those timestamps could be displayed on the GUI along
> with any associated tags.
>
> Hope this helps,
> PWG
>
> [1] https://github.com/miek/inspectrum <https://github.com/miek/inspectrum
> >
>
>
>
Hi,

I am thankful for your detailed suggestion. I am also targeting QT for the
project. Reading metadata from file and using it to adjust/update
parameters sounds great. I am doing brainstorming on it. Your first idea is
also good but I am currently trying to avoid streaming in offline analysis
tool.  However, I'll also give it a detail thought.

Regards,
Usman


> From: Tom Rondeau mailto:t...@trondeau.com>>
> Subject: Re: [Discuss-gnuradio] GSoC Interest in Project: Offline Analysis
> and Visualization Tools
> Date: March 8, 2016 at 5:47:36 PM EST
> To: Usman Haider mailto:usmanhaide...@gmail.com
> >>
> Cc: "discuss-gnuradio@gnu.org <mailto:discuss-gnuradio@gnu.org>" <
> discuss-gnuradio@gnu.org <mailto:discuss-gnuradio@gnu.org>>
>
>
> On Tue, Mar 8, 2016 at 3:54 PM, Usman Haider  <mailto:usmanhaide...@gmail.com>> wrote:
> Hi Nathan,
>
> Thanks for your comments. Yes, I have used offline plotting utilities
> frequently. I think a few interesting and useful things are missing in
> these utilities that can be added. For example, in one application I wanted
> to know the DC offset or simply DC value present in a burst. I couldn't do
> that with original gr_plot_iq so I modified it to get something like this
>
>
>
> Another on imgur
>
> http://imgur.com/L5GJ4oJ <http://imgur.com/L5GJ4oJ>
>
> Things in my mind are
>
> 1. DC calculation and removal from the signal display
> 2. Signal power calculation and display
> 3. Filtering of signal (Highpass, lowpass, etc)
> 4. Mathematical operation (scale/Normalize, raising to power, anyother)
> 5. Saving portion of interest to another file. Often when doing analysis
> of test data, I came across a portion of data that is interesting (e.g
> unusual behavior) and I want to save/extract it from file. Currently, not
> possible.
> 6. Tabbed Display of the signal in various domain unprocessed (time,
> constellation, spectrum,) processed (mathematical operation,
> scale/normalize, filtered), I miss this feature because often I want to see
> spectrum, constellation and I/Q of a burst to see what is going on.
> 7. Also, I am currently thinking of adding an animate/play feature that
> can play the file slowly i.e user specified rate.
>
> These things are often used in offline analysis I think.I will be happy to
> have feedback and comments on these from the community and things people
> want to have.
>
> Further to discuss the about applying the filter during the offline
> analysis.  To do this following needs to be done behind-the-scene
>
> a. Get data from t

[Discuss-gnuradio] GSoC Interest in Project: Offline Analysis and Visualization Tools

[Usman Haider]

Hi,

After going through all the GSoC project ideas and relevant GSoC pages. I
concluded that I should apply for the following project because it matches
my skills most. In this way, I can make my contribution to GnuRadio
maximum.



*Offline Analysis and Visualization Tools ( Mentor Tim O'Shea)*

I know C++, Python, and QT, so I fulfill the prerequisite criteria. I am
using Gnuradio for more than 3 years now. I am on mailing  list (Bob) since
quite some time. As a first step I made my account on github.

https://github.com/UHaider/hello-world

Next, I am going to work on my application/proposal. I'll keep visiting
mailing list and GSoC pages so that I do not miss anything.

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

Re: [Discuss-gnuradio] Google Summer of Code 2016

[Usman Haider]

>
> Everyone,
>
> I'm really happy to say that GNU Radio was accepted as a participating
> organization for Google Summer of Code 2016! After not participating
> last year, I'm very glad I can give this news, and it'll be the fourth
> time that we participate in this program.
>
> That's a very good news. I am following Gnuradio for long  time now. I
think its time for me to contribute something to Gnuradio that community
can use. And GSoC is a good chance for me to do that.

> Note: We'll also apply for SOCIS again, but I haven't heard from them yet.
>
> For anyone interested in participating, it's imperative that you read
> all of our GSoC pages carefully, starting here:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/GSoC
>
> This includes our ideas list, which should be a starting point for
> anyone planning to apply.
>
> Also, have a look at the summer of code home page, and the timeline:
> https://summerofcode.withgoogle.com/how-it-works/
>
> Applications start on March 14th, but you should definitely get in touch
> with the community before that if you're interested.
>
> I went through these pages last year, and I am going through them again.

>
> *What to do if you want to participate in GSoC '16:*
>
> If you want to participate, you should first pick a project to work on.
> The ideas list (see link above) is where to go first for this, although
> you can bring your own ideas to the table as well (I still recommend
> looking at the ideas page to get an idea for a good scope).
>
> Next, get in touch with us via the mailing list. We're very happy about
> people wanting to participate, so please don't be intimated by the
> mailing list. Let us know what you want to do!
>
> Sooner rather than later, you need to start working on your actual
> application. You can do this before the application deadline: In the
> past, students have often prepared their application on github, or
> similar web services, andn then posted a link to that page on their
> actual application on the GSoC application page. This allows to iterate
> on the application faster, and make it easier for community member to
> give input. It might seem scary to post something like this in the
> public, but that's what you'll be doing with your work for the duration
> of the summer if you get accepted.
>
> A couple of hints:
> - Really read the pages I linked to up top.
> - In the past, we've always had many more applicants than slots. So
> start working on your application early to give you a head start!
> - Usually, many more people apply to do radio stuff than to work on
> GUIs, whereas the latter is usually more useful to the bulk of our
> users. Just saying :)
>
> Thanks for giving hints and guidelines to prepare for GSoC. I am really
excited about it and I'll apply soon. Currently doing my homework as
suggested in pages referenced above.

> OK, I'm hoping to see a lot of new people this round! If you have any
> questions, please ask them in this thread.
>
> Cheers,
> Martin
>
>
>
Regards,
Usman
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM Help

[Usman Haider]

Hi Kunal,
I am planning to spend some more time on OFDM. Then, may be we can put all
the stuff in a README file, after Tom or somebody checks that for us :).

Usman

On Fri, Jun 3, 2011 at 9:23 PM, Kunal Kandekar wrote:

> I think this email exchange contains good documentation for (part of) the
> OFDM example. Maybe we could put it in a README file, and upload it to the
> OFDM directory? Or insert these as comments at the respective lines of code?
>
> Kunal
>
>
> On Thu, Jun 2, 2011 at 5:01 PM, Tom Rondeau wrote:
>
>> On Thu, Jun 2, 2011 at 12:00 PM, Usman Haider wrote:
>>
>>> Hi Tom
>>> Thanks a lot. Yes, that did help me :). One more question: what is the
>>> purpose of probe at the end of OFDM chain?
>>>
>>> alpha=0.001
>>> thresh=30 #in dB
>>> self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha)
>>> self.connect(self.ofdm_rx, self.probe)
>>>
>>> I do understand that probe computes the " running average of the
>>> magnitude squared of the the input", but I am not getting its purpose at the
>>> end of the chain.
>>>
>>> Best Regards
>>> Usman
>>
>>
>>
>> That was just used as an indicator or the received signal strength but
>> doesn't really serve much of a purpose.
>>
>> Tom
>>
>>
>>
>>>
>>> On Thu, Jun 2, 2011 at 7:03 PM, Tom Rondeau wrote:
>>>
>>>> On Thu, Jun 2, 2011 at 3:10 AM, Usman Haider 
>>>> wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> I am working on the OFDM in GnuRadio. After reading the code files and
>>>>> going through the presentation on the OFDM implementation I did understand
>>>>> most part of OFDM. But I still have few questions to ask:
>>>>>
>>>>
>>>> It's been a long time since I've looked at these items, so my memory is
>>>> a bit fuzzy on these things. But here goes, anyway.
>>>>
>>>>
>>>>
>>>>> 1)   how symbols_per_packet is calculated ? I know the following
>>>>> formula
>>>>>   symbols_per_packet = math.ceil(((4+options.size+4) * 8) /
>>>>> options.occupied_tones)
>>>>>   but why 4+4 ? why these 8 bytes are added to calculate the symbol
>>>>> per packet?
>>>>>   If these 8 bytes are for packet header and CRC32 ??
>>>>>
>>>>
>>>> Yes, I believe you are correct. The extra 4 and 4 comes form the header
>>>> and CRC.
>>>>
>>>>
>>>>> 2)  Why 2 is added to following formula while calculating
>>>>> samples_per_packet ?
>>>>>   samples_per_packet = (symbols_per_packet+2) *
>>>>> (options.fft_length+options.  cp_length). If this 2 is for preamble 
>>>>> symbols?
>>>>>
>>>>>
>>>>
>>>> I think 1 is for the preamble and 1 is for that last packet.
>>>>
>>>>
>>>>> 3)  How many preamble symbols are inserted for one packet ? I think
>>>>> there is one preamble symbol for one packet ? right ?
>>>>>
>>>>
>>>> Yes, 1 preamble that is split into 2 internal repetitions used for
>>>> correlation.
>>>>
>>>>
>>>>> 4)  What is the format of OFDM packet transmitted. I got the following
>>>>> idea after reading the code
>>>>>
>>>>>  
>>>>> --
>>>>>   packet Head(4bytes)  | payload(option.size bytes)   |
>>>>> CRC32(4bytes)  | something extra(1byte)
>>>>>
>>>>>  
>>>>> 
>>>>>   my question is what is the purpose of packet head ? And what is
>>>>> this* last byte* for ? I know this byte comes from the following code
>>>>>  pkt_dt = ''.join((payload_with_crc, '\x55'))
>>>>>  what is its purpose ??
>>>>>
>>>>
>>>> I can't remember exactly. I think this had something to do with the USRP
>>>> USB transport issues, and we had to pad it out with this.
>>>>
>>>>
>>>>> 5)   I know from the source code that whitening is don

Re: [Discuss-gnuradio] OFDM Help

[Usman Haider]

Hi Tom
Thanks a lot. Yes, that did help me :). One more question: what is the
purpose of probe at the end of OFDM chain?

alpha=0.001
thresh=30 #in dB
self.probe = gr.probe_avg_mag_sqrd_c(thresh,alpha)
self.connect(self.ofdm_rx, self.probe)

I do understand that probe computes the " running average of the magnitude
squared of the the input", but I am not getting its purpose at the end of
the chain.

Best Regards
Usman



On Thu, Jun 2, 2011 at 7:03 PM, Tom Rondeau  wrote:

> On Thu, Jun 2, 2011 at 3:10 AM, Usman Haider wrote:
>
>> Hi all,
>>
>> I am working on the OFDM in GnuRadio. After reading the code files and
>> going through the presentation on the OFDM implementation I did understand
>> most part of OFDM. But I still have few questions to ask:
>>
>
> It's been a long time since I've looked at these items, so my memory is a
> bit fuzzy on these things. But here goes, anyway.
>
>
>
>> 1)   how symbols_per_packet is calculated ? I know the following formula
>>   symbols_per_packet = math.ceil(((4+options.size+4) * 8) /
>> options.occupied_tones)
>>   but why 4+4 ? why these 8 bytes are added to calculate the symbol
>> per packet?
>>   If these 8 bytes are for packet header and CRC32 ??
>>
>
> Yes, I believe you are correct. The extra 4 and 4 comes form the header and
> CRC.
>
>
>> 2)  Why 2 is added to following formula while calculating
>> samples_per_packet ?
>>   samples_per_packet = (symbols_per_packet+2) *
>> (options.fft_length+options.  cp_length). If this 2 is for preamble symbols?
>>
>>
>
> I think 1 is for the preamble and 1 is for that last packet.
>
>
>> 3)  How many preamble symbols are inserted for one packet ? I think there
>> is one preamble symbol for one packet ? right ?
>>
>
> Yes, 1 preamble that is split into 2 internal repetitions used for
> correlation.
>
>
>> 4)  What is the format of OFDM packet transmitted. I got the following
>> idea after reading the code
>>
>>  
>> --
>>   packet Head(4bytes)  | payload(option.size bytes)   | CRC32(4bytes)
>>  | something extra(1byte)
>>
>>  
>> 
>>   my question is what is the purpose of packet head ? And what is this
>> * last byte* for ? I know this byte comes from the following code
>>  pkt_dt = ''.join((payload_with_crc, '\x55'))
>>  what is its purpose ??
>>
>
> I can't remember exactly. I think this had something to do with the USRP
> USB transport issues, and we had to pad it out with this.
>
>
>> 5)   I know from the source code that whitening is done in order to ensure
>> transition in data. am I right? But what is effect of variable 
>> "*whitener_offset"
>> ?*it is set to 0.
>>
>
> It's like a seed value so that you aren't necessarily using the same
> whitening coefficients all the time if you don't want to.
>
>
>> 6)Which thing really invokes the call to rx_callback() ?
>>
>
> It's used in gnuradio-core/sry/python/gnuradio/blks2impl/ofdm.py in the
> ofdm_demod class. This sets up a "watcher" thread called
> _queue_watcher_thread (line 279), which waits for a message to be appended
> to the message queue. The message is appended in gr_ofdm_frame_sink when a
> packet is received.  When the watcher thread gets the new message, it ships
> it off to the callback function for processing.
>
>
>> Thank you very much for precious time. waiting for your response
>>
>>
>> Best Regards
>> Usman
>>
>
>
> Hope this helps,
> Tom
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

[Discuss-gnuradio] OFDM Help

[Usman Haider]

Hi all,

I am working on the OFDM in GnuRadio. After reading the code files and going
through the presentation on the OFDM implementation I did understand most
part of OFDM. But I still have few questions to ask:

1)   how symbols_per_packet is calculated ? I know the following formula
  symbols_per_packet = math.ceil(((4+options.size+4) * 8) /
options.occupied_tones)
  but why 4+4 ? why these 8 bytes are added to calculate the symbol per
packet?
  If these 8 bytes are for packet header and CRC32 ??

2)  Why 2 is added to following formula while calculating samples_per_packet
?
  samples_per_packet = (symbols_per_packet+2) *
(options.fft_length+options.  cp_length). If this 2 is for preamble
symbols?

3)  How many preamble symbols are inserted for one packet ? I think there is
one preamble symbol for one packet ? right ?

4)  What is the format of OFDM packet transmitted. I got the following idea
after reading the code

 
--
  packet Head(4bytes)  | payload(option.size bytes)   | CRC32(4bytes)  |
something extra(1byte)

 

  my question is what is the purpose of packet head ? And what is
this* last
byte* for ? I know this byte comes from the following code
 pkt_dt = ''.join((payload_with_crc, '\x55'))
 what is its purpose ??

5)   I know from the source code that whitening is done in order to ensure
transition in data. am I right? But what is effect of variable
"*whitener_offset"
?*it is set to 0.

6)Which thing really invokes the call to rx_callback() ?


Thank you very much for precious time. waiting for your response


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