Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 22

On Thu, Nov 21, 2013 at 10:01 PM, <address@hidden> wrote:

Send Discuss-gnuradio mailing list submissions to
address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
address@hidden

You can reach the person managing the list at
address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."

Today's Topics:

1. Meta-sdr for building gnuradio and other interesting things
for embedded devices (Philip Balister)
2. Re: gr-ieee802-11 CMake Error (Tom Rondeau)
3. Re: gr-ieee802-11 CMake Error (nesimi eldarov)
4. Re: Building GNU Radio for arm etc (Philip Balister)
5. Re: Building GNU Radio for arm etc (Philip Balister)
6. Re: Looking for DSSS demodulator (Achilleas Anastasopoulos)
7. Re: gr-ieee802-11 CMake Error (Tom Rondeau)
8. Re: Looking for DSSS demodulator (Ed Criscuolo)
9. gnuradio repository error (Activecat)
10. Re: gnuradio repository error (Marcus D. Leech)
11. Re: gnuradio repository error (Johnathan Corgan)
12. Re: gnuradio repository error (Marcus D. Leech)
13. Transmitting on both channels with the LFTX board. (Karl Edler)
14. gr-ieee802-11 compilation error (Activecat)
15. Re: gr-ieee802-11 compilation error (Bastian Bloessl)
16. Re: HELP! - Problem with radio application deploy (bob wole)
17. gr-ieee802-11: Mostly broken flow graphs in examples (Activecat)
18. Re: gr-ieee802-11: Mostly broken flow graphs in examples
(Bastian Bloessl)
19. Re: Discuss-gnuradio Digest, Vol 132, Issue 21 (Senzo Ngubane)
20. Passing a variable to other blocks (Aydin Tarik Zengin)
21. Re: Signal Hound spectrum analyzer (Tom Rondeau)
22. Re: Passing a variable to other blocks (Tom Rondeau)

----------------------------------------------------------------------

Message: 1
Date: Wed, 20 Nov 2013 10:14:39 -0500
From: Philip Balister <address@hidden>
To: GNURadio Discussion List <address@hidden>
Subject: [Discuss-gnuradio] Meta-sdr for building gnuradio and other
interesting things for embedded devices
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

At GR-COn one of the items we talked about in the embedded working group
was creating a meta-sdr layer for OpenEmbedded to collect GNU Radio
related recipes (and other interesting SDR recipes). I have started this
layer on github:

https://github.com/balister/meta-sdr

GNU Radio issues can be posted here. If you have problems with other
software packages, lets try using the issues feature on github for now.

Philip

------------------------------

Message: 2
Date: Wed, 20 Nov 2013 13:05:18 -0500
From: Tom Rondeau <address@hidden>
To: nesimi eldarov <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] gr-ieee802-11 CMake Error
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=KOI8-R

On Wed, Nov 20, 2013 at 10:58 AM, nesimi eldarov <address@hidden> wrote:
> Hi Tom,
>
> I install to usr/local, but there is nothing inside 'lib/cmake/gnuradio',
> funnily.
> What is this?

Please read the link that I sent.

Next question: how did you install GNU Radio? From source?

Tom

> ?????, 20 ?????? 2013, 9:09 -05:00 ?? Tom Rondeau <address@hidden>:
>
> On Wed, Nov 20, 2013 at 8:44 AM, nesimi eldarov <address@hidden> wrote:
>> Hi all,
>>
>> Please help me if you know the solution:
>>
>> My system Ubuntu 13.04
>> GNURADIO 3.7.2
>>
>> I run:
>>
>> sudo apt-get install libitpp-dev
>> git clone git://github.com/bastibl/gr-ieee802-11.git
>> cd gr-ieee802-11
>> mkdir build
>> cd build
>> cmake ..
>>
>> Results:
>>
>>
>> CMake Warning at CMakeLists.txt:84 (find_package):
>> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project
>> has
>> asked CMake to find a package configuration file provided by "Gnuradio",
>> but CMake did not find one.
>>
>> Could not find a package configuration file provided by "Gnuradio" with
>> any
>> of the following names:
>>
>> GnuradioConfig.cmake
>> gnuradio-config.cmake
>>
>> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
>> "Gnuradio_DIR" to a directory containing one of the above files. If
>> "Gnuradio" provides a separate development package or SDK, be sure it has
>> been installed.
>>
>>
>> CMake Error at CMakeLists.txt:88 (message):
>> GnuRadio Runtime required to compile ieee802-11
>>
>>
>> -- Configuring incomplete, errors occurred!
>
>
> Where did you install GNU Radio into (the install prefix)? There
> should be a directory $prefix/lib/cmake/gnuradio that contains
> GnuradioConfig.cmake. Cmake can find it if your PKG_CONFIG_PATH is set
> properly, which will be $prefix/lib/pkgconfig.
>
> See this page for more details:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
>
> Tom
>
>
>
> --
> NE

------------------------------

Message: 3
Date: Wed, 20 Nov 2013 22:07:44 +0400
From: nesimi eldarov <address@hidden>
To: Tom Rondeau <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] gr-ieee802-11 CMake Error
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

Hi,

I read that. There is not any folder with that file.
Yes, the source :
http://gnuradio.org/redmine/news/30

?

?????, 20 ?????? 2013, 13:05 -05:00 ?? Tom Rondeau <address@hidden>:
>On Wed, Nov 20, 2013 at 10:58 AM, nesimi eldarov < address@hidden > wrote:
>> Hi Tom,
>>
>> I install to usr/local, but there is nothing inside 'lib/cmake/gnuradio',
>> funnily.
>> What is this?
>
>Please read the link that I sent.
>
>Next question: how did you install GNU Radio? From source?
>
>Tom
>
>
>
>> ?????, 20 ?????? 2013, 9:09 -05:00 ?? Tom Rondeau < address@hidden >:
>>
>> On Wed, Nov 20, 2013 at 8:44 AM, nesimi eldarov < address@hidden > wrote:
>>> Hi all,
>>>
>>> Please help me if you know the solution:
>>>
>>> My system Ubuntu 13.04
>>> GNURADIO 3.7.2
>>>
>>> I run:
>>>
>>> sudo apt-get install libitpp-dev
>>> git clone git://github.com/bastibl/gr-ieee802-11.git
>>> cd gr-ieee802-11
>>> mkdir build
>>> cd build
>>> cmake ..
>>>
>>> Results:
>>>
>>>
>>> CMake Warning at CMakeLists.txt:84 (find_package):
>>> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project
>>> has
>>> asked CMake to find a package configuration file provided by "Gnuradio",
>>> but CMake did not find one.
>>>
>>> Could not find a package configuration file provided by "Gnuradio" with
>>> any
>>> of the following names:
>>>
>>> GnuradioConfig.cmake
>>> gnuradio-config.cmake
>>>
>>> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
>>> "Gnuradio_DIR" to a directory containing one of the above files. If
>>> "Gnuradio" provides a separate development package or SDK, be sure it has
>>> been installed.
>>>
>>>
>>> CMake Error at CMakeLists.txt:88 (message):
>>> GnuRadio Runtime required to compile ieee802-11
>>>
>>>
>>> -- Configuring incomplete, errors occurred!
>>
>>
>> Where did you install GNU Radio into (the install prefix)? There
>> should be a directory $prefix/lib/cmake/gnuradio that contains
>> GnuradioConfig.cmake. Cmake can find it if your PKG_CONFIG_PATH is set
>> properly, which will be $prefix/lib/pkgconfig.
>>
>> See this page for more details:
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
>>
>> Tom
>>
>>
>>
>> --
>> NE

--
NE
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/50f2d3bf/attachment.html>

------------------------------

Message: 4
Date: Wed, 20 Nov 2013 13:49:39 -0500
From: Philip Balister <address@hidden>
To: Philip Balister <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] Building GNU Radio for arm etc
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On 11/20/2013 09:45 AM, Philip Balister wrote:
> I've put together a repo manifest file for building GNU Radio using
> OpenEmbedded. The repo tool will take care of checking out the various
> layers needed and (if you sue the stable branch) deliver layers that
> built images on my PC.
>
> Repo sucks if you want to so OE development, but I figure most people
> here do not care about that :)

Use the master branch of the manifest for now. repo sucks in a way I do
not yet understand.

Philip

>
> See:
>
> https://github.com/balister/oe-gnuradio-manifest
>
> I copied the README from the Gumstix guys and any stupid errors are my
> fault.
>
> I'll try to keep up with th egithub issues feature, so report all
> problems there.
>
> Philip
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>

------------------------------

Message: 5
Date: Wed, 20 Nov 2013 14:39:41 -0500
From: Philip Balister <address@hidden>
To: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] Building GNU Radio for arm etc
Message-ID: <address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On 11/20/2013 01:49 PM, Philip Balister wrote:
> On 11/20/2013 09:45 AM, Philip Balister wrote:
>> I've put together a repo manifest file for building GNU Radio using
>> OpenEmbedded. The repo tool will take care of checking out the various
>> layers needed and (if you sue the stable branch) deliver layers that
>> built images on my PC.
>>
>> Repo sucks if you want to so OE development, but I figure most people
>> here do not care about that :)
>
> Use the master branch of the manifest for now. repo sucks in a way I do
> not yet understand.

OK I can switch between the stable and master manifests and sync. If you
have a repo checkout that is acting goofy, remove it and start over.

Philip

>
> Philip
>
>>
>> See:
>>
>> https://github.com/balister/oe-gnuradio-manifest
>>
>> I copied the README from the Gumstix guys and any stupid errors are my
>> fault.
>>
>> I'll try to keep up with th egithub issues feature, so report all
>> problems there.
>>
>> Philip
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>
>

------------------------------

Message: 6
Date: Wed, 20 Nov 2013 16:05:04 -0500
From: Achilleas Anastasopoulos <address@hidden>
To: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Looking for DSSS demodulator
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

I have been working on a DSSS system for some time now.
You can find our work-in-progress here:

https://github.com/anastas/gr-cdma.git

A few comments:

this project grew out of the DARPA spectrum challenge:
our team eventually dropped out of the race because of other time
commitments but
I decided to finish up the design and make it publicly available
since DARPA was generous enough to send us USRPs for testing etc.

Now about the gr-cdma project:

The idea is to build a fully parametrized DS system.
Users can set spreading , modulation, framing parameters etc.
The structure is as follows:
There is a frame structure and in each frame we superimpose 2 orthogonal
channels: 1) training/synchronization and 2) data.

At the receiver, there is a time/frequency searching engine
(consisting of a user defined number of correlators at different
freqiuencies)
that looks at the sync channel and can move nicely between
Acquisition mode and Tracking mode
This part is really cool, since at Ack we spend
a lot of computational resources (N chip based matched filters over the
entire
frame, each of length chips_per_frame),
while at tracking very few (1 despreading MF of length chips_per_symbol).

Once ack/tracking is done the rest of the Rx is trivial:
The frames are handed to the rest of the Rx which correlates with the data
pn-sequence, despreads, phase-tracks and demodulates data.

That said the project is not yet ready for prime time, but I took the
opportunity to
announce it due to this request on the list.

The basic idea of the automatic Acquisition/Tracking is ready and tested and
can be found in the application

apps/timing_test.grc

as well as the individual apps (in case you want to try to to different
machines)

apps/timing_test_tx.grc and apps/timing_test_rx.grc

The cool thing about those is that they are build exclusively on grc using
"probe" and "function probe" blocks to detect SNR level and switch between
acquisition and tracking (there is an option to do it manually or auto).

I anticipate that in a few weeks the system can be fully functional...but
cannot promise that..I work on it on my spare time...

best,
Achilleas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/0ed37e3c/attachment.html>

------------------------------

Message: 7
Date: Wed, 20 Nov 2013 16:04:50 -0500
From: Tom Rondeau <address@hidden>
To: nesimi eldarov <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] gr-ieee802-11 CMake Error
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=KOI8-R

On Wed, Nov 20, 2013 at 1:07 PM, nesimi eldarov <address@hidden> wrote:
> Hi,
>
> I read that. There is not any folder with that file.
> Yes, the source :
> http://gnuradio.org/redmine/news/30

If it's not installed anywhere, then I'm afraid you don't have a
properly installed GNU Radio system. The installation of that file is
in the top-level CMakeLists.txt file.

Tom

>
> ?????, 20 ?????? 2013, 13:05 -05:00 ?? Tom Rondeau <address@hidden>:
>
> On Wed, Nov 20, 2013 at 10:58 AM, nesimi eldarov <address@hidden> wrote:
>> Hi Tom,
>>
>> I install to usr/local, but there is nothing inside 'lib/cmake/gnuradio',
>> funnily.
>> What is this?
>
> Please read the link that I sent.
>
> Next question: how did you install GNU Radio? From source?
>
> Tom
>
>
>
>> ?????, 20 ?????? 2013, 9:09 -05:00 ?? Tom Rondeau <address@hidden>:
>>
>> On Wed, Nov 20, 2013 at 8:44 AM, nesimi eldarov <address@hidden> wrote:
>>> Hi all,
>>>
>>> Please help me if you know the solution:
>>>
>>> My system Ubuntu 13.04
>>> GNURADIO 3.7.2
>>>
>>> I run:
>>>
>>> sudo apt-get install libitpp-dev
>>> git clone git://github.com/bastibl/gr-ieee802-11.git
>>> cd gr-ieee802-11
>>> mkdir build
>>> cd build
>>> cmake ..
>>>
>>> Results:
>>>
>>>
>>> CMake Warning at CMakeLists.txt:84 (find_package):
>>> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project
>>> has
>>> asked CMake to find a package configuration file provided by "Gnuradio",
>>> but CMake did not find one.
>>>
>>> Could not find a package configuration file provided by "Gnuradio" with
>>> any
>>> of the following names:
>>>
>>> GnuradioConfig.cmake
>>> gnuradio-config.cmake
>>>
>>> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
>>> "Gnuradio_DIR" to a directory containing one of the above files. If
>>> "Gnuradio" provides a separate development package or SDK, be sure it has
>>> been installed.
>>>
>>>
>>> CMake Error at CMakeLists.txt:88 (message):
>>> GnuRadio Runtime required to compile ieee802-11
>>>
>>>
>>> -- Configuring incomplete, errors occurred!
>>
>>
>> Where did you install GNU Radio into (the install prefix)? There
>> should be a directory $prefix/lib/cmake/gnuradio that contains
>> GnuradioConfig.cmake. Cmake can find it if your PKG_CONFIG_PATH is set
>> properly, which will be $prefix/lib/pkgconfig.
>>
>> See this page for more details:
>> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
>>
>> Tom
>>
>>
>>
>> --
>> NE
>
>
>
> --
> NE

------------------------------

Message: 8
Date: Wed, 20 Nov 2013 16:11:06 -0500
From: Ed Criscuolo <address@hidden>
To: "address@hidden" <address@hidden>
Subject: Re: [Discuss-gnuradio] Looking for DSSS demodulator
Message-ID: <address@hidden>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed

Outstanding! Thanks for putting in the time to make this happen!

What version of gnuRadio was it built against?

@(^.^)@ Ed

On 11/20/13 4:05 PM, Achilleas Anastasopoulos wrote:
> I have been working on a DSSS system for some time now.
> You can find our work-in-progress here:
>
> https://github.com/anastas/gr-cdma.git
>
> A few comments:
>
> this project grew out of the DARPA spectrum challenge:
> our team eventually dropped out of the race because of other time
> commitments but
> I decided to finish up the design and make it publicly available
> since DARPA was generous enough to send us USRPs for testing etc.

------------------------------

Message: 9
Date: Thu, 21 Nov 2013 09:13:18 +0800
From: Activecat <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] gnuradio repository error
Message-ID:
<CANfBnZ6ATGLmkgB7j9LLVGjUS_eBabMw=address@hidden>
Content-Type: text/plain; charset="utf-8"

It timeouts even after few attempts.
See below.

$ git clone --progress http://gnuradio.org/git/gnuradio.git

Cloning into 'gnuradio'...
error: Unable to get pack file
http://gnuradio.org/git/gnuradio.git/objects/pack/pack-d0093c65108e2594a080f6e3983dbe9402e10527.pack
transfer closed with 10905917 bytes remaining to read
error: Unable to find 6d7dd3f7609d9ec26acefdf040be0e8bb77a222c under
http://gnuradio.org/git/gnuradio.git
Cannot obtain needed object 6d7dd3f7609d9ec26acefdf040be0e8bb77a222c
while processing commit 28c4eb3097ce4ac4bce8117c0d497853afca9a9c.
error: Fetch failed.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131121/7f400073/attachment.html>

------------------------------

Message: 10
Date: Wed, 20 Nov 2013 20:46:58 -0500
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] gnuradio repository error
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

> It timeouts even after few attempts.
> See below.
>
>
> $ git clone --progress http://gnuradio.org/git/gnuradio.git
>
> Cloning into 'gnuradio'...
> error: Unable to get pack file
> http://gnuradio.org/git/gnuradio.git/objects/pack/pack-d0093c65108e2594a080f6e3983dbe9402e10527.pack
> transfer closed with 10905917 bytes remaining to read
> error: Unable to find 6d7dd3f7609d9ec26acefdf040be0e8bb77a222c under
> http://gnuradio.org/git/gnuradio.git
> Cannot obtain needed object 6d7dd3f7609d9ec26acefdf040be0e8bb77a222c
> while processing commit 28c4eb3097ce4ac4bce8117c0d497853afca9a9c.
> error: Fetch failed.
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
It just worked fine for me.

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/cea3e93b/attachment.html>

------------------------------

Message: 11
Date: Wed, 20 Nov 2013 18:11:45 -0800
From: Johnathan Corgan <address@hidden>
To: "Marcus D. Leech" <address@hidden>, address@hidden
Subject: Re: [Discuss-gnuradio] gnuradio repository error
Message-ID: <address@hidden>
Content-Type: text/plain; charset="utf-8"

On 11/20/2013 05:46 PM, Marcus D. Leech wrote:
>> It timeouts even after few attempts.
>> See below.
>>
>>
>> $ git clone --progress http://gnuradio.org/git/gnuradio.git
>>
> It just worked fine for me.

And for me as well. It could be something transient with CloudFlare,
which caches all the git http traffic.

--
Johnathan Corgan, Corgan Labs
SDR Training and Development Services
http://corganlabs.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: johnathan.vcf
Type: text/x-vcard
Size: 334 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/cfe5f447/attachment.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: OpenPGP digital signature
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/cfe5f447/attachment.pgp>

------------------------------

Message: 12
Date: Wed, 20 Nov 2013 21:18:53 -0500
From: "Marcus D. Leech" <address@hidden>
To: Johnathan Corgan <address@hidden>
Cc: address@hidden
Subject: Re: [Discuss-gnuradio] gnuradio repository error
Message-ID: <address@hidden>
Content-Type: text/plain; charset=UTF-8; format=flowed

> On 11/20/2013 05:46 PM, Marcus D. Leech wrote:
>>> It timeouts even after few attempts.
>>> See below.
>>>
>>>
>>> $ git clone --progress http://gnuradio.org/git/gnuradio.git
>>>
>> It just worked fine for me.
> And for me as well. It could be something transient with CloudFlare,
> which caches all the git http traffic.
>
Disturbance in The Force. Gotta be :)

--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org

------------------------------

Message: 13
Date: Wed, 20 Nov 2013 20:10:48 -0700
From: Karl Edler <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Transmitting on both channels with the
LFTX board.
Message-ID:
<CAKcSBQpXqRHNQtAS84crR5zV41iNTM7TVMnHSnQyn=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Hello,

I have a LFTX board and a LFRX board in a USRP-N210 and I am using GRC
3.6.1 in ubuntu 13.10.

I would like to transmit on both LFTX channels simultaneously. Does anyone
know how?

Here are some things I tried:

I can transmit on either channel by specifying the subdevice as A:A or A:B
in the attached file called TransmitsOneChannel.grc.

If I try to do this on both channels it does not work. (See
DoesNotWork.grc) When I run the program it just starts, stops, and the
python output on the bottom of GRC just says 'done'.

I would like to specify two sources on the sink like in
(StillDoesNotWork.grc) but it complains that there are not two tx dsp's. It
would be nice if I could specify the input type as 'float' but that does
not seem to be an option.

However if I choose the subdevice A:AB I can get both channels to transmit
but I cannot seem to control what they send. My attempt is in
TransmitsBothChannelsButWeird.grc where I specify the real and imaginary
parts of the signal to the USRP by feeding float signal sources into a
float to complex conversion block. The scope output within GRC looks right
but when I use an oscilloscope on the actual outputs, the sine wave output
seems to flip around randomly in phase and amplitude. It looks the same on
both channels....

Any help would be appreciated,
Karl Edler
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/1351255e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TransmitsOneChannel.grc
Type: application/gnuradio-grc
Size: 20171 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/1351255e/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: StillDoesNotWork.grc
Type: application/gnuradio-grc
Size: 22015 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/1351255e/attachment-0001.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: DoesNotWork.grc
Type: application/gnuradio-grc
Size: 34175 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/1351255e/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: TransmitsBothChannelsButWeird.grc
Type: application/gnuradio-grc
Size: 23531 bytes
Desc: not available
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/1351255e/attachment-0003.bin>

------------------------------

Message: 14
Date: Thu, 21 Nov 2013 12:05:24 +0800
From: Activecat <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] gr-ieee802-11 compilation error
Message-ID:
<CANfBnZ73M7MT5JbXWH1mfrVx7Hc_mCXJ7j++Cm=address@hidden>
Content-Type: text/plain; charset="utf-8"

Dear Sir,

While compiling gr-ieee802-11 from https://github.com/bastibl/gr-ieee802-11,
these errors were encountered:

address@hidden/gr-ieee802-11/build $ make

Scanning dependencies of target ieee802_11_generated_includes
[ 3%] Generating moving_average_ff.h, moving_average_cc.h
[ 3%] Built target ieee802_11_generated_includes
[ 6%] Generating moving_average_cc_impl.cc, moving_average_ff_impl.cc
[ 9%] Generating moving_average_cc_impl.h, moving_average_ff_impl.h
Scanning dependencies of target gnuradio-ieee802_11
[ 12%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/moving_average_cc_impl.cc.o
[ 15%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/moving_average_ff_impl.cc.o
[ 18%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ether_encap_impl.cc.o
[ 21%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_decode_mac.cc.o
[ 24%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_decode_signal.cc.o
[ 27%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_equalize_symbols.cc.o
[ 30%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_freq_est.cc.o
[ 33%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_mac.cc.o
[ 36%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_mapper.cc.o
[ 39%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_parse_mac.cc.o
[ 42%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_pilot.cc.o
[ 45%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_preamble.cc.o
[ 48%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_sync_long.cc.o
[ 51%] Building CXX object
lib/CMakeFiles/gnuradio-ieee802_11.dir/ofdm_sync_short.cc.o
[ 54%] Building CXX object lib/CMakeFiles/gnuradio-ieee802_11.dir/utils.cc.o
Linking CXX shared library libgnuradio-ieee802_11.so
/usr/bin/ld: cannot find -llog4cpp
/usr/bin/ld: cannot find -llog4cpp
collect2: error: ld returned 1 exit status
make[2]: *** [lib/libgnuradio-ieee802_11.so] Error 1
make[1]: *** [lib/CMakeFiles/gnuradio-ieee802_11.dir/all] Error 2
make: *** [all] Error 2

How to solve..?
Thanks in advance.
address@hidden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131121/3248a8e4/attachment.html>

------------------------------

Message: 15
Date: Thu, 21 Nov 2013 06:44:08 +0100
From: Bastian Bloessl <address@hidden>
To: Activecat <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] gr-ieee802-11 compilation error
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On 21 Nov 2013, at 05:05, Activecat <address@hidden> wrote:
>
> Linking CXX shared library libgnuradio-ieee802_11.so
> /usr/bin/ld: cannot find -llog4cpp
> /usr/bin/ld: cannot find -llog4cpp
>

oops, can you try to install log4cpp. Under Ubuntu:

sudo apt-get install liblog4cpp5-dev

Bastian

------------------------------

Message: 16
Date: Thu, 21 Nov 2013 11:41:16 +0500
From: bob wole <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
deploy
Message-ID:
<CAGd3Ozw08MSV-PN9DDP1TdmUa__rtpkj6aXC3dFzvdiaiF=address@hidden>
Content-Type: text/plain; charset="iso-8859-1"

Thanks Tom and Marcus for taking time out and explaining things on the
list.

--
Bob

>
> > How do you determine the size of taps? How much of a difference does
> > setting the transition width from 1MHz to 10MHz make?
> >
> Generally, the wider the transition width, the fewer taps.
>
> You can use the "firdes" functions, which is what the low-pass filter
> blocks call in gnuradio, then take their output into a variable and
> have another variable be len(filter).
>
>
> >
> > On Tue, Nov 19, 2013 at 6:40 PM, Marcus D. Leech <address@hidden
> > <mailto:address@hidden>> wrote:
> >
> > I really appreciate the detailed explanation. I tried running
> > gr_filter_design last night and it asked me to install SciPy,
> > which I did not feel like doing at that time. I will try using
> > 1MHz for my band, which may help get rid of the real-time
> > running issue.
> >
> > Again, I appreciate your help with this matter.
> >
> > Let's say you get a filter that's, oh, I dunno, 100 taps long.
> > That filter has to process every sample, so, that's 5e7 X 100 taps,
> or
> > roughly 5e9 FLOP/second. Just for that one filter. And your
> > flow-graph is likely doing other things *and* it's having to get
> > samples
> > all the way through your network or USB stacks into the
> > application layer as well, call that 100 instructions/sample. So,
> > that's
> > 5e7 x 100 = 5e9 OPS/second just to get your samples into the
> > application. You're going to burn-up the cycles on your CPU pretty
> > quickly at 50Msps, even for doing "trivial" things.
> >
> >
> >
> >
> >
> > --
> > Marcus Leech
> > Principal Investigator
> > Shirleys Bay Radio Astronomy Consortium
> > http://www.sbrac.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131121/b822f767/attachment.html>

------------------------------

Message: 17
Date: Thu, 21 Nov 2013 15:20:49 +0800
From: Activecat <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] gr-ieee802-11: Mostly broken flow graphs
in examples
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="utf-8"

Dear Sirs,

>From the README file of https://github.com/bastibl/gr-ieee802-11, it
mentions "in the examples folder are several flowgraphs".

But how come many of the flow graphs have errors: many ports are not
connected.

In this case I do not manage to run those examples.
Please help..

Regards,
activecat
Email: address@hidden
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131121/a4be32d8/attachment.html>

------------------------------

Message: 18
Date: Thu, 21 Nov 2013 08:27:35 +0100
From: Bastian Bloessl <address@hidden>
To: Activecat <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] gr-ieee802-11: Mostly broken flow
graphs in examples
Message-ID: <address@hidden>
Content-Type: text/plain; charset=us-ascii

On 21 Nov 2013, at 08:20, Activecat <address@hidden> wrote:

>
> But how come many of the flow graphs have errors: many ports are not connected.
>
> In this case I do not manage to run those examples.
> Please help..
>

This is due to a patch that renames the message port names. Just reconnect them.

http://comments.gmane.org/gmane.comp.gnu.radio.general/48222

------------------------------

Message: 19
Date: Thu, 21 Nov 2013 01:25:15 -0800
From: Senzo Ngubane <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132,
Issue 21
Message-ID:
<address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

Hi Every one

I am working on the gnu radio 3.7.1. i am trying to use the signal
hound in gnu radio as the source for receiving radio frequencies
signals.

any help on how i can interface a signal hound spectrum analyzer and gnu radio.

Thanks
Senzo

On 11/20/13, address@hidden
<address@hidden> wrote:
> Send Discuss-gnuradio mailing list submissions to
> address@hidden
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help' to
> address@hidden
>
> You can reach the person managing the list at
> address@hidden
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss-gnuradio digest..."
>
>
> Today's Topics:
>
> 1. Re: FTW IEEE802.11a/g/p OFDM Frame Encoder (nesimi eldarov)
> 2. Re: FTW IEEE802.11a/g/p OFDM Frame Encoder (Bastian Bloessl)
> 3. gr-ieee802-11 grc files missing (Nowlan, Sean)
> 4. Re: gr-ieee802-11 grc files missing (Bastian Bloessl)
> 5. Re: gr-ieee802-11 grc files missing (Nowlan, Sean)
> 6. Re: gr-ieee802-11 grc files missing (Bastian Bloessl)
> 7. Re: gr-ieee802-11 grc files missing (Nowlan, Sean)
> 8. Re: gr-ieee802-11 grc files missing (Bastian Bloessl)
> 9. Re: gr-ieee802-11 grc files missing (Nowlan, Sean)
> 10. FTW IEEE802.11a/g/p OFDM Frame Encoder: How to run on
> gnuradio v3.6.5.1 ? (Activecat)
> 11. HELP! - Problem with radio application deploy (Paul B. Huter)
> 12. Status of GNU Radio with OSX 10.9 (Michael Dickens)
> 13. Re: Using gr-atsc library (Yuri P.M)
> 14. Re: HELP! - Problem with radio application deploy (Tom Rondeau)
> 15. Re: HELP! - Problem with radio application deploy (Paul B. Huter)
> 16. Re: Using gr-atsc library (Alfredo Muniz)
> 17. Re: HELP! - Problem with radio application deploy (Tom Rondeau)
> 18. Re: HELP! - Problem with radio application deploy (Paul B. Huter)
> 19. Re: HELP! - Problem with radio application deploy
> (Marcus D. Leech)
> 20. Re: HELP! - Problem with radio application deploy (Paul B. Huter)
> 21. Re: HELP! - Problem with radio application deploy
> (Aditya Dhananjay)
> 22. Re: HELP! - Problem with radio application deploy
> (Marcus D. Leech)
> 23. Re: HELP! - Problem with radio application deploy (Paul B. Huter)
> 24. Re: HELP! - Problem with radio application deploy
> (Marcus D. Leech)
> 25. Limitations of Dampening factor in PLL (Michael Berman)
> 26. Re: Limitations of Dampening factor in PLL (Tom Rondeau)
> 27. Re: HELP! - Problem with radio application deploy (Ian Buckley)
> 28. Re: HELP! - Problem with radio application deploy (Tom Rondeau)
> 29. USB-SA44B spectrum analyzer (address@hidden)
> 30. Re: FTW IEEE802.11a/g/p OFDM Frame Encoder: How to run on
> gnuradio v3.6.5.1 ? (nesimi eldarov)
> 31. Re: FTW IEEE802.11a/g/p OFDM Frame Encoder: How to run on
> gnuradio v3.6.5.1 ? (Martin Braun (CEL))
> 32. gr-ieee802-11 CMake Error (nesimi eldarov)
> 33. Re: USB-SA44B spectrum analyzer (Tom Rondeau)
> 34. GRC: File/Path browser in QT or WX gui ? (M Dammer)
> 35. Re: gr-ieee802-11 CMake Error (Tom Rondeau)
> 36. Re: GRC: File/Path browser in QT or WX gui ? (Marcus M?ller)
> 37. Re: GRC: File/Path browser in QT or WX gui ? (M Dammer)
> 38. Re: gr-ieee802-11 CMake Error (nesimi eldarov)
> 39. Re: Limitations of Dampening factor in PLL (Michael Berman)
> 40. Building GNU Radio for arm etc (Philip Balister)
> 41. Re: GRC: File/Path browser in QT or WX gui ? (Nowlan, Sean)
> 42. Re: GRC: File/Path browser in QT or WX gui ? (Marcus Leech)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 19 Nov 2013 21:01:20 +0400
> From: nesimi eldarov <address@hidden>
> To: Bastian Bloessl <address@hidden>
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Hi? Bastian,
>
> I sent you another private email today regarding that.?
> That is a great work you have done. I did not install yours yet since I
> wanted first try transmitter then the receiver.
> You tell that is a transceiver, how did you transmit the signals?
> Is that also included?
>
>
>
> ???????, 19 ?????? 2013, 17:23 +01:00 ?? Bastian Bloessl
> <address@hidden>:
>>On 11/19/2013 01:13 PM, nesimi eldarov wrote:
>>> Dear all,
>>>
>>> does anyone know or installed FTW IEEE802.11a/g/p OFDM Frame Encoder
>>> ( https://www.cgran.org/wiki/ftw80211ofdmtx )?
>>>
>>> The poject in that link is very old and is working with gnuradio3.2.2
>>> and Ubuntu 9.10.
>>> I have USRP N200 , Ubuntu 13.04 system.
>>>
>>> If someone did a similar project please share with me, I will
>>> aprreciate!
>>
>>you can also have a look at a transceiver, which should work with
>>current GNU Radio:
>>
>>https://github.com/bastibl/gr-ieee802-11
>>
>>Best,
>>Bastian
>>
>>
>>_______________________________________________
>>Discuss-gnuradio mailing list
>>address@hidden
>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> --
> NE
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/e7b6fc6c/attachment.html>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 19 Nov 2013 18:57:36 +0100
> From: Bastian Bloessl <address@hidden>
> To: nesimi eldarov <address@hidden>
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 11/19/2013 06:01 PM, nesimi eldarov wrote:
>> You tell that is a transceiver, how did you transmit the signals?
>> Is that also included?
>
> Yes it is included. I reimplemented the transmit side to take advantage
> of asynchronous messages, to support variable packet sizes, and to allow
> setting the encoding per packet.
> We merged receive and transmit chains to form a complete transceiver
> and, as a demo, connected it to the Linux TCP/IP stack.
>
> A (shitty) video of an SSH session between the SDR and a WiFi card is on
> YouTube:
>
> http://www.youtube.com/watch?v=tAVgsJLM-sc
>
> Best,
> Bastian
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 19 Nov 2013 18:26:08 +0000
> From: "Nowlan, Sean" <address@hidden>
> To: "address@hidden" <address@hidden>
> Subject: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="us-ascii"
>
> I'm taking a look at the gr-ieee802-11 project. I'm unable to use
> ofdm_loopback.grc because ofdm_phy_hier appears to be missing. I've
> installed gr-ieee802-11 and gr-foo from Bastian's github page. What step am
> I missing?
>
> Thanks,
> Sean
>
> <<< Welcome to GNU Radio Companion v3.7.2-13-gf1904733 >>>
>
> Loading: "ofdm_loopback.grc"
>>>> Error: Block key "ofdm_phy_hier" not found in Platform - grc(GNU Radio
>>>> Companion)
>>>> Error: Connection between ofdm_phy_hier_1(0) and foo_packet_pad_0(0)
>>>> could not be made.
> source block id "ofdm_phy_hier_1" not in block ids
>>>> Error: Connection between blocks_add_xx_0(0) and ofdm_phy_hier_1(0)
>>>> could not be made.
> sink block id "ofdm_phy_hier_1" not in block ids
>>>> Error: Connection between blocks_message_strobe_0(0) and
>>>> ieee802_11_ofdm_mac_0(0) could not be made.
> source key "0" not in source block keys
>>>> Error: Connection between ofdm_phy_hier_1(1) and
>>>> ieee802_11_ofdm_mac_0(1) could not be made.
> source block id "ofdm_phy_hier_1" not in block ids
>>>> Error: Connection between ieee802_11_ofdm_mac_0(1) and
>>>> ofdm_phy_hier_1(1) could not be made.
> sink block id "ofdm_phy_hier_1" not in block ids
>>>> Error: Connection between ofdm_phy_hier_1(1) and
>>>> ieee802_11_ofdm_parse_mac_0(0) could not be made.
> source block id "ofdm_phy_hier_1" not in block ids
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/ff58430f/attachment.html>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 19 Nov 2013 19:39:02 +0100
> From: Bastian Bloessl <address@hidden>
> To: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> On 11/19/2013 07:26 PM, Nowlan, Sean wrote:
>> I?m taking a look at the gr-ieee802-11 project. I?m unable to use
>> ofdm_loopback.grc because ofdm_phy_hier appears to be missing. I?ve
>> installed gr-ieee802-11 and gr-foo from Bastian?s github page. What step
>> am I missing?
>
>
> I don't know if there is a way to include hierarchical blocks in the
> installation process. So for now you have to manually open
> ofdm_phy_hier.grc and click build.
>
> This installs the block in your ~/.grc_gnuradio folder. Then reopen grc.
>
> Hope it helps.
>
> Bastian
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 19 Nov 2013 18:44:37 +0000
> From: "Nowlan, Sean" <address@hidden>
> To: Bastian Bloessl <address@hidden>,
> "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="us-ascii"
>
>>I don't know if there is a way to include hierarchical blocks in the
>> installation process. So for now you have to manually open
>> ofdm_phy_hier.grc and click build.
>>This installs the block in your ~/.grc_gnuradio folder. Then reopen grc.
>
> Thanks, Bastian. I tried this and got another error:
>
> <<< Welcome to GNU Radio Companion v3.7.2-13-gf1904733 >>>
>
> Loading: "ofdm_phy_hier.grc"
>>>> Error: Connection between pad_source_1(0) and
>>>> ieee802_11_ofdm_mapper_0(0) could not be made.
> sink key "0" not in sink block keys
>>>> Error: Connection between ieee802_11_ofdm_decode_mac_0(0) and
>>>> pad_sink_1(0) could not be made.
> source key "0" not in source block keys
>>>> Done
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 19 Nov 2013 19:51:18 +0100
> From: Bastian Bloessl <address@hidden>
> To: "Nowlan, Sean" <address@hidden>,
> "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 11/19/2013 07:44 PM, Nowlan, Sean wrote:
>> Thanks, Bastian. I tried this and got another error:
>>
>> <<< Welcome to GNU Radio Companion v3.7.2-13-gf1904733 >>>
>>
>> Loading: "ofdm_phy_hier.grc"
>>>>> Error: Connection between pad_source_1(0) and
>>>>> ieee802_11_ofdm_mapper_0(0) could not be made.
>> sink key "0" not in sink block keys
>>>>> Error: Connection between ieee802_11_ofdm_decode_mac_0(0) and
>>>>> pad_sink_1(0) could not be made.
>> source key "0" not in source block keys
>>>>> Done
> I
> I have a patch applied that rename message ports. Maybe the connections
> are therefore broken. Can you have a quick look if the gray ports are
> connected. It should be easy to spot where the connections should be
> (mac_out -> phy_in and so on).
>
>
>
> ------------------------------
>
> Message: 7
> Date: Tue, 19 Nov 2013 19:03:10 +0000
> From: "Nowlan, Sean" <address@hidden>
> To: Bastian Bloessl <address@hidden>,
> "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="us-ascii"
>
>>I have a patch applied that rename message ports. Maybe the connections are
>> therefore broken. Can you have a quick look if the gray ports are
>> connected. It should be easy to spot where the connections should be
>> (mac_out -> phy_in and so on).
>
> They were not connected; I connected them and it compiled. There are message
> block connections missing in ofdm_loopback.grc as well, but it's not as
> clear how they should be connected.
>
> Sean
>
>
>
> ------------------------------
>
> Message: 8
> Date: Tue, 19 Nov 2013 20:08:15 +0100
> From: Bastian Bloessl <address@hidden>
> To: "Nowlan, Sean" <address@hidden>,
> "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 11/19/2013 08:03 PM, Nowlan, Sean wrote:
>>> I have a patch applied that rename message ports. Maybe the connections
>>> are therefore broken. Can you have a quick look if the gray ports are
>>> connected. It should be easy to spot where the connections should be
>>> (mac_out -> phy_in and so on).
>>
>> They were not connected; I connected them and it compiled. There are
>> message block connections missing in ofdm_loopback.grc as well, but it's
>> not as clear how they should be connected.
>>
>
> like this:
> http://www.ccs-labs.org/~bloessl/grc.png
>
> strobe -> app_in
> phy_out -> mac_in
> mac_out -> phy_in
> mac_out -> in (of parser)
>
>
>
>
>
> ------------------------------
>
> Message: 9
> Date: Tue, 19 Nov 2013 19:37:58 +0000
> From: "Nowlan, Sean" <address@hidden>
> To: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="us-ascii"
>
>>like this:
>>http://www.ccs-labs.org/~bloessl/grc.png
>>
>>strobe -> app_in
>>phy_out -> mac_in
>>mac_out -> phy_in
>>mac_out -> in (of parser)
>
> Thanks! It works.
>
> Sean
>
>
>
>
>
> ------------------------------
>
> Message: 10
> Date: Wed, 20 Nov 2013 06:59:00 +0800
> From: Activecat <address@hidden>
> To: address@hidden
> Subject: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder:
> How to run on gnuradio v3.6.5.1 ?
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Dear Sir,
>
> How to make FTW work on gnuradio v3.6.5.1 ?
>
> In my research I need to setup a 802.11 MAC SDR.
> In the example published by Uwicore (
> http://www.uwicore.umh.es/mhop-software.html) I have to install physical
> layer developed by FTW (https://www.cgran.org/wiki/ftw80211ofdmtx).
> Unfortunately the FTW part was written for gnuradio v3.2.2 while I am
> currently using gnuradio 3.6.5.1.
>
> In this case the installation of FTW halted with the following compilation
> error:
>
> /usr/local/include/gnuradio/swig/gnuradio.i:31: Error: Unable to find
> 'gruel_common.i'
> /usr/local/include/gnuradio/swig/gr_basic_block.i:26: Error: Unable to find
> 'pmt_swig.i'
> make[5]: *** [.deps/ftw-generate-stamp] Error 1
> make[5]: Leaving directory
> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
> /bin/bash ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
> -I../.. -I/usr/local/include/gnuradio -I/usr/local/include/gnuradio/swig
> -I/usr/include/python2.7 -I/usr/local/include/gnuradio
> -I/usr/local/include -g -O1 -Wno-strict-aliasing -Wno-parentheses -g -O2
> -Wall -Woverloaded-virtual -MT _ftw_la-ftw.lo -MD -MP -MF
> .deps/_ftw_la-ftw.Tpo -c -o _ftw_la-ftw.lo `test -f 'ftw.cc' || echo
> './'`ftw.cc
> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../..
> -I/usr/local/include/gnuradio -I/usr/local/include/gnuradio/swig
> -I/usr/include/python2.7 -I/usr/local/include/gnuradio -I/usr/local/include
> -g -O1 -Wno-strict-aliasing -Wno-parentheses -g -O2 -Wall
> -Woverloaded-virtual -MT _ftw_la-ftw.lo -MD -MP -MF .deps/_ftw_la-ftw.Tpo
> -c ./ftw.cc -fPIC -DPIC -o .libs/_ftw_la-ftw.o
> g++: error: ./ftw.cc: No such file or directory
> g++: fatal error: no input files
> compilation terminated.
> make[4]: *** [_ftw_la-ftw.lo] Error 1
> make[4]: Leaving directory
> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
> make[3]: *** [all] Error 2
> make[3]: Leaving directory
> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory
> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/sgku/download/ftw_80211_ofdm_tx/trunk'
> make: *** [all] Error 2
>
> Please advise, how to make FTW installed on gnuradio v3.6.5.1 ..?
> Thanks in advance.
>
> Regards,
> activecat
> Email: address@hidden
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/2b3136f3/attachment.html>
>
> ------------------------------
>
> Message: 11
> Date: Tue, 19 Nov 2013 17:35:42 -0600
> From: "Paul B. Huter" <address@hidden>
> To: "address@hidden" <address@hidden>
> Subject: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I am trying to deploy my radio application (using GRC), and I am running
> into a problem. I am sampling at 50MHz and trying to pare things down to
> 30MHz using a Low Pass Filter, defined as follows:
>
> Decimation = 50
> Gain = 1
> Sample Rate = samp_rate (50M)
> Cutoff Freq = 30000000 (30M)
> Transition Width = 1000 (1k)
>
> I get an error telling me cutoff frequency is greater than sample rate / 2
> (30 > 50/2).
>
> How can I get down to 30MHz? I do intend to look at smaller "chunks" of
> data at a time, so I am perfectly okay with taking data at 50MHz and
> cutting it down later, I just wanted to avoid gather unnecessary data.
>
> Thanks!
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/4de85979/attachment.html>
>
> ------------------------------
>
> Message: 12
> Date: Tue, 19 Nov 2013 18:50:52 -0500
> From: Michael Dickens <address@hidden>
> To: "address@hidden List" <address@hidden>
> Subject: [Discuss-gnuradio] Status of GNU Radio with OSX 10.9
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=us-ascii
>
> Earlier today I pushed r113561 to MacPorts <
> https://trac.macports.org/changeset/113561 > which should allow pretty much
> any compiler should work on 10.8 or 10.9 (and, likely, any other OSX
> version) to build any version of gnuradio (legacy, release, devel, next). If
> your build is broken, please try:
> {{{
> sudo port clean gnuradio gnuradio-devel
> sudo port -f -p uninstall gnuradio gnuradio-devel
> sudo port selfupdate
> sudo port install gnuradio-devel
> }}}
> and then see if the dial_tone works; see if gnuradio-companion works.
> Compared with previous fixes, this one seems to work across the board. So
> please give this change a try if you're using GNU Radio on OSX via MacPorts.
> Enjoy! - MLD
>
> ps> The issue, as has been the case before, comes down the compiling VOLK.
> This time, the problem is that Apple's clang is some version of 3.3, which
> has issues with the cvtpi32_ps intrinsic on ACX. Clang 3.4 has the fixes
> for this intrinsic. So ... long story short is that in MacPorts only, I
> patch volk/lib/CMakeLists.txt to test for not just xgetbv but also for
> cvtpi32_ps. I'm not sure it is important to include this patch within GNU
> Radio proper, but it does specify "if (APPLE)" to it could be done.
>
>
> ------------------------------
>
> Message: 13
> Date: Tue, 19 Nov 2013 22:07:04 -0200
> From: "Yuri P.M" <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] Using gr-atsc library
> Message-ID:
> <CABT1vFgeRQeSFh0AKszxCp2onh2Ud3=address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hello Mr. Braun,
>
> Thank you for the attention and the assistance.
>
> I have installed it by the repositories, right now I'm using the 3.7.1
> version (I am using a virtual machine VM Ware, and the distribution is
> Ubuntu 12.04.3 64 bits, running in a
> Intel
> core i7 processor)
>
> I've tried to include this line of code that you told me, but I still get
> the same error messages. First I included it in the CMakeList.txt in the
> top module of the directory where the files are included, the
> n
> I've included it in all the other CMakeLists that have lines that look like
> that, but in both situations I get the same error.
>
> Thank you again.
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/d2530fc0/attachment.html>
>
> ------------------------------
>
> Message: 14
> Date: Tue, 19 Nov 2013 19:17:46 -0500
> From: Tom Rondeau <address@hidden>
> To: "Paul B. Huter" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter <address@hidden>
> wrote:
>> I am trying to deploy my radio application (using GRC), and I am running
>> into a problem. I am sampling at 50MHz and trying to pare things down to
>> 30MHz using a Low Pass Filter, defined as follows:
>>
>> Decimation = 50
>> Gain = 1
>> Sample Rate = samp_rate (50M)
>> Cutoff Freq = 30000000 (30M)
>> Transition Width = 1000 (1k)
>>
>> I get an error telling me cutoff frequency is greater than sample rate /
>> 2
>> (30 > 50/2).
>>
>> How can I get down to 30MHz? I do intend to look at smaller "chunks" of
>> data
>> at a time, so I am perfectly okay with taking data at 50MHz and cutting
>> it
>> down later, I just wanted to avoid gather unnecessary data.
>>
>> Thanks!
>
> Set the cutoff freq to 15M, not 30M.
>
> Tom
>
>
>
> ------------------------------
>
> Message: 15
> Date: Tue, 19 Nov 2013 18:19:36 -0600
> From: "Paul B. Huter" <address@hidden>
> To: Tom Rondeau <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <CACC-2kUF4PtYBLdy6EOHA7U+V1kJd4oe5gNitvYhxS=_address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I recall that that was what you had mentioned yesterday, but could you
> explain why setting it to 15M will allow me to grab 30M?
>
>
> On Tue, Nov 19, 2013 at 6:17 PM, Tom Rondeau <address@hidden> wrote:
>
>> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter <address@hidden>
>> wrote:
>> > I am trying to deploy my radio application (using GRC), and I am
>> > running
>> > into a problem. I am sampling at 50MHz and trying to pare things down
>> > to
>> > 30MHz using a Low Pass Filter, defined as follows:
>> >
>> > Decimation = 50
>> > Gain = 1
>> > Sample Rate = samp_rate (50M)
>> > Cutoff Freq = 30000000 (30M)
>> > Transition Width = 1000 (1k)
>> >
>> > I get an error telling me cutoff frequency is greater than sample rate
>> > /
>> 2
>> > (30 > 50/2).
>> >
>> > How can I get down to 30MHz? I do intend to look at smaller "chunks" of
>> data
>> > at a time, so I am perfectly okay with taking data at 50MHz and cutting
>> it
>> > down later, I just wanted to avoid gather unnecessary data.
>> >
>> > Thanks!
>>
>> Set the cutoff freq to 15M, not 30M.
>>
>> Tom
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/b0d1bbe8/attachment.html>
>
> ------------------------------
>
> Message: 16
> Date: Tue, 19 Nov 2013 19:29:18 -0500
> From: Alfredo Muniz <address@hidden>
> To: "Yuri P.M" <address@hidden>
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] Using gr-atsc library
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi Yuri,
>
> I'm also fairly new but I can offer a suggestion. When you create a new OOT
> module, the gr_modtool does a couple of things mainly create some files and
> edit your CMakeLists and your meusBlocos.i. You already edited CMakeLists
> so now try to edit the meusBlocos.i in your swig folder to include your
> outside library. It's just a guess so let us know if it works!
>
> AM KC3BBL
>
>
> On Tue, Nov 19, 2013 at 7:07 PM, Yuri P.M <address@hidden> wrote:
>
>> Hello Mr. Braun,
>>
>> Thank you for the attention and the assistance.
>>
>> I have installed it by the repositories, right now I'm using the 3.7.1
>> version (I am using a virtual machine VM Ware, and the distribution is
>> Ubuntu 12.04.3 64 bits, running in a
>> Intel
>> core i7 processor)
>>
>> I've tried to include this line of code that you told me, but I still get
>> the same error messages. First I included it in the CMakeList.txt in the
>> top module of the directory where the files are included, the
>> n
>> I've included it in all the other CMakeLists that have lines that look
>> like that, but in both situations I get the same error.
>>
>> Thank you again.
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/c09ba9ad/attachment.html>
>
> ------------------------------
>
> Message: 17
> Date: Tue, 19 Nov 2013 19:29:23 -0500
> From: Tom Rondeau <address@hidden>
> To: "Paul B. Huter" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter <address@hidden>
> wrote:
>> I recall that that was what you had mentioned yesterday, but could you
>> explain why setting it to 15M will allow me to grab 30M?
>
> Sure.
>
> We're working at complex baseband. The signal you capture at 50 Msps
> will be observable from -25 MHz to +25 MHz. Because it's a complex
> signal, we have both sides around 0 Hz; also, it means that for a 50
> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>
> So to get the middle 30 MHz, you want to define a filter that extends
> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
> define it from 0 to 15 MHz, but because it's real, it's symmetric
> around 0 and thus extends from -15 to +15 MHz.
>
> Also, be careful about using 1000 Hz as your transition band. That's
> still going to generate a gigantic filter. Using a 100 kHz transition
> band with a 50 Msps sampling rate produces a filter 909 taps long,
> which is very, very long.
>
> Use gr_filter_design (launched from the command line) to design a
> filter that's suitable. You can probably get away with a transition
> band of 1 MHz.
>
> Tom
>
>
>> On Tue, Nov 19, 2013 at 6:17 PM, Tom Rondeau <address@hidden> wrote:
>>>
>>> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter <address@hidden>
>>> wrote:
>>> > I am trying to deploy my radio application (using GRC), and I am
>>> > running
>>> > into a problem. I am sampling at 50MHz and trying to pare things down
>>> > to
>>> > 30MHz using a Low Pass Filter, defined as follows:
>>> >
>>> > Decimation = 50
>>> > Gain = 1
>>> > Sample Rate = samp_rate (50M)
>>> > Cutoff Freq = 30000000 (30M)
>>> > Transition Width = 1000 (1k)
>>> >
>>> > I get an error telling me cutoff frequency is greater than sample rate
>>> > /
>>> > 2
>>> > (30 > 50/2).
>>> >
>>> > How can I get down to 30MHz? I do intend to look at smaller "chunks"
>>> > of
>>> > data
>>> > at a time, so I am perfectly okay with taking data at 50MHz and
>>> > cutting
>>> > it
>>> > down later, I just wanted to avoid gather unnecessary data.
>>> >
>>> > Thanks!
>>>
>>> Set the cutoff freq to 15M, not 30M.
>>>
>>> Tom
>>
>>
>
>
>
> ------------------------------
>
> Message: 18
> Date: Tue, 19 Nov 2013 18:32:21 -0600
> From: "Paul B. Huter" <address@hidden>
> To: Tom Rondeau <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I really appreciate the detailed explanation. I tried running
> gr_filter_design last night and it asked me to install SciPy, which I did
> not feel like doing at that time. I will try using 1MHz for my band, which
> may help get rid of the real-time running issue.
>
> Again, I appreciate your help with this matter.
>
>
> On Tue, Nov 19, 2013 at 6:29 PM, Tom Rondeau <address@hidden> wrote:
>
>> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter <address@hidden>
>> wrote:
>> > I recall that that was what you had mentioned yesterday, but could you
>> > explain why setting it to 15M will allow me to grab 30M?
>>
>> Sure.
>>
>> We're working at complex baseband. The signal you capture at 50 Msps
>> will be observable from -25 MHz to +25 MHz. Because it's a complex
>> signal, we have both sides around 0 Hz; also, it means that for a 50
>> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>>
>> So to get the middle 30 MHz, you want to define a filter that extends
>> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
>> define it from 0 to 15 MHz, but because it's real, it's symmetric
>> around 0 and thus extends from -15 to +15 MHz.
>>
>> Also, be careful about using 1000 Hz as your transition band. That's
>> still going to generate a gigantic filter. Using a 100 kHz transition
>> band with a 50 Msps sampling rate produces a filter 909 taps long,
>> which is very, very long.
>>
>> Use gr_filter_design (launched from the command line) to design a
>> filter that's suitable. You can probably get away with a transition
>> band of 1 MHz.
>>
>> Tom
>>
>>
>> > On Tue, Nov 19, 2013 at 6:17 PM, Tom Rondeau <address@hidden> wrote:
>> >>
>> >> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter
>> >> <address@hidden>
>> >> wrote:
>> >> > I am trying to deploy my radio application (using GRC), and I am
>> running
>> >> > into a problem. I am sampling at 50MHz and trying to pare things
>> >> > down
>> to
>> >> > 30MHz using a Low Pass Filter, defined as follows:
>> >> >
>> >> > Decimation = 50
>> >> > Gain = 1
>> >> > Sample Rate = samp_rate (50M)
>> >> > Cutoff Freq = 30000000 (30M)
>> >> > Transition Width = 1000 (1k)
>> >> >
>> >> > I get an error telling me cutoff frequency is greater than sample
>> rate /
>> >> > 2
>> >> > (30 > 50/2).
>> >> >
>> >> > How can I get down to 30MHz? I do intend to look at smaller "chunks"
>> of
>> >> > data
>> >> > at a time, so I am perfectly okay with taking data at 50MHz and
>> cutting
>> >> > it
>> >> > down later, I just wanted to avoid gather unnecessary data.
>> >> >
>> >> > Thanks!
>> >>
>> >> Set the cutoff freq to 15M, not 30M.
>> >>
>> >> Tom
>> >
>> >
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/5baac235/attachment.html>
>
> ------------------------------
>
> Message: 19
> Date: Tue, 19 Nov 2013 19:36:09 -0500
> From: "Marcus D. Leech" <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter<address@hidden>
>> wrote:
>>> I recall that that was what you had mentioned yesterday, but could you
>>> explain why setting it to 15M will allow me to grab 30M?
>> Sure.
>>
>> We're working at complex baseband. The signal you capture at 50 Msps
>> will be observable from -25 MHz to +25 MHz. Because it's a complex
>> signal, we have both sides around 0 Hz; also, it means that for a 50
>> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>>
>> So to get the middle 30 MHz, you want to define a filter that extends
>> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
>> define it from 0 to 15 MHz, but because it's real, it's symmetric
>> around 0 and thus extends from -15 to +15 MHz.
>>
>> Also, be careful about using 1000 Hz as your transition band. That's
>> still going to generate a gigantic filter. Using a 100 kHz transition
>> band with a 50 Msps sampling rate produces a filter 909 taps long,
>> which is very, very long.
>>
>> Use gr_filter_design (launched from the command line) to design a
>> filter that's suitable. You can probably get away with a transition
>> band of 1 MHz.
>>
>> Tom
>>
> You can actually be fairly "sloppy" with the width of the transition
> bands and still produce a pretty-good filter. For 50Msps sample
> rate, I'd use a 5-10MHz transition bandwidth. Also, if you're really
> sampling at 50Msps, you'll not be able to do much in real-time
> before your computer falls-over.
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
>
> ------------------------------
>
> Message: 20
> Date: Tue, 19 Nov 2013 18:39:35 -0600
> From: "Paul B. Huter" <address@hidden>
> To: "Marcus D. Leech" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Thanks, Marcus. I'm okay with not doing real-time, as long as I don't lose
> a ton of data. I'm only going to be running for about 30 seconds at a time.
>
>
> On Tue, Nov 19, 2013 at 6:36 PM, Marcus D. Leech <address@hidden> wrote:
>
>> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter<address@hidden>
>>> wrote:
>>>
>>>> I recall that that was what you had mentioned yesterday, but could you
>>>> explain why setting it to 15M will allow me to grab 30M?
>>>>
>>> Sure.
>>>
>>> We're working at complex baseband. The signal you capture at 50 Msps
>>> will be observable from -25 MHz to +25 MHz. Because it's a complex
>>> signal, we have both sides around 0 Hz; also, it means that for a 50
>>> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>>>
>>> So to get the middle 30 MHz, you want to define a filter that extends
>>> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
>>> define it from 0 to 15 MHz, but because it's real, it's symmetric
>>> around 0 and thus extends from -15 to +15 MHz.
>>>
>>> Also, be careful about using 1000 Hz as your transition band. That's
>>> still going to generate a gigantic filter. Using a 100 kHz transition
>>> band with a 50 Msps sampling rate produces a filter 909 taps long,
>>> which is very, very long.
>>>
>>> Use gr_filter_design (launched from the command line) to design a
>>> filter that's suitable. You can probably get away with a transition
>>> band of 1 MHz.
>>>
>>> Tom
>>>
>>> You can actually be fairly "sloppy" with the width of the transition
>> bands and still produce a pretty-good filter. For 50Msps sample
>> rate, I'd use a 5-10MHz transition bandwidth. Also, if you're really
>> sampling at 50Msps, you'll not be able to do much in real-time
>> before your computer falls-over.
>>
>>
>>
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortium
>> http://www.sbrac.org
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/6028db10/attachment.html>
>
> ------------------------------
>
> Message: 21
> Date: Tue, 19 Nov 2013 19:39:08 -0500
> From: Aditya Dhananjay <address@hidden>
> To: Tom Rondeau <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <CAEiFAxZq1rQGm43LmT=address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Tom, that was a very useful explanation. Thanks!
>
>
> On Tue, Nov 19, 2013 at 7:29 PM, Tom Rondeau <address@hidden> wrote:
>
>> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter <address@hidden>
>> wrote:
>> > I recall that that was what you had mentioned yesterday, but could you
>> > explain why setting it to 15M will allow me to grab 30M?
>>
>> Sure.
>>
>> We're working at complex baseband. The signal you capture at 50 Msps
>> will be observable from -25 MHz to +25 MHz. Because it's a complex
>> signal, we have both sides around 0 Hz; also, it means that for a 50
>> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>>
>> So to get the middle 30 MHz, you want to define a filter that extends
>> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
>> define it from 0 to 15 MHz, but because it's real, it's symmetric
>> around 0 and thus extends from -15 to +15 MHz.
>>
>> Also, be careful about using 1000 Hz as your transition band. That's
>> still going to generate a gigantic filter. Using a 100 kHz transition
>> band with a 50 Msps sampling rate produces a filter 909 taps long,
>> which is very, very long.
>>
>> Use gr_filter_design (launched from the command line) to design a
>> filter that's suitable. You can probably get away with a transition
>> band of 1 MHz.
>>
>> Tom
>>
>>
>> > On Tue, Nov 19, 2013 at 6:17 PM, Tom Rondeau <address@hidden> wrote:
>> >>
>> >> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter
>> >> <address@hidden>
>> >> wrote:
>> >> > I am trying to deploy my radio application (using GRC), and I am
>> running
>> >> > into a problem. I am sampling at 50MHz and trying to pare things
>> >> > down
>> to
>> >> > 30MHz using a Low Pass Filter, defined as follows:
>> >> >
>> >> > Decimation = 50
>> >> > Gain = 1
>> >> > Sample Rate = samp_rate (50M)
>> >> > Cutoff Freq = 30000000 (30M)
>> >> > Transition Width = 1000 (1k)
>> >> >
>> >> > I get an error telling me cutoff frequency is greater than sample
>> rate /
>> >> > 2
>> >> > (30 > 50/2).
>> >> >
>> >> > How can I get down to 30MHz? I do intend to look at smaller "chunks"
>> of
>> >> > data
>> >> > at a time, so I am perfectly okay with taking data at 50MHz and
>> cutting
>> >> > it
>> >> > down later, I just wanted to avoid gather unnecessary data.
>> >> >
>> >> > Thanks!
>> >>
>> >> Set the cutoff freq to 15M, not 30M.
>> >>
>> >> Tom
>> >
>> >
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/fe3756d9/attachment.html>
>
> ------------------------------
>
> Message: 22
> Date: Tue, 19 Nov 2013 19:40:48 -0500
> From: "Marcus D. Leech" <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>> I really appreciate the detailed explanation. I tried running
>> gr_filter_design last night and it asked me to install SciPy, which I
>> did not feel like doing at that time. I will try using 1MHz for my
>> band, which may help get rid of the real-time running issue.
>>
>> Again, I appreciate your help with this matter.
> Let's say you get a filter that's, oh, I dunno, 100 taps long. That
> filter has to process every sample, so, that's 5e7 X 100 taps, or
> roughly 5e9 FLOP/second. Just for that one filter. And your
> flow-graph is likely doing other things *and* it's having to get samples
> all the way through your network or USB stacks into the application
> layer as well, call that 100 instructions/sample. So, that's
> 5e7 x 100 = 5e9 OPS/second just to get your samples into the
> application. You're going to burn-up the cycles on your CPU pretty
> quickly at 50Msps, even for doing "trivial" things.
>
>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
>
>
>
> ------------------------------
>
> Message: 23
> Date: Tue, 19 Nov 2013 18:44:06 -0600
> From: "Paul B. Huter" <address@hidden>
> To: "Marcus D. Leech" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> How do you determine the size of taps? How much of a difference does
> setting the transition width from 1MHz to 10MHz make?
>
>
> On Tue, Nov 19, 2013 at 6:40 PM, Marcus D. Leech <address@hidden> wrote:
>
>> I really appreciate the detailed explanation. I tried running
>>> gr_filter_design last night and it asked me to install SciPy, which I
>>> did
>>> not feel like doing at that time. I will try using 1MHz for my band,
>>> which
>>> may help get rid of the real-time running issue.
>>>
>>> Again, I appreciate your help with this matter.
>>>
>> Let's say you get a filter that's, oh, I dunno, 100 taps long. That
>> filter has to process every sample, so, that's 5e7 X 100 taps, or
>> roughly 5e9 FLOP/second. Just for that one filter. And your
>> flow-graph
>> is likely doing other things *and* it's having to get samples
>> all the way through your network or USB stacks into the application
>> layer as well, call that 100 instructions/sample. So, that's
>> 5e7 x 100 = 5e9 OPS/second just to get your samples into the
>> application. You're going to burn-up the cycles on your CPU pretty
>> quickly at 50Msps, even for doing "trivial" things.
>>
>>
>>
>>
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortium
>> http://www.sbrac.org
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/a4778433/attachment.html>
>
> ------------------------------
>
> Message: 24
> Date: Tue, 19 Nov 2013 19:58:15 -0500
> From: "Marcus D. Leech" <address@hidden>
> To: "Paul B. Huter" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>> How do you determine the size of taps? How much of a difference does
>> setting the transition width from 1MHz to 10MHz make?
>>
> Generally, the wider the transition width, the fewer taps.
>
> You can use the "firdes" functions, which is what the low-pass filter
> blocks call in gnuradio, then take their output into a variable and
> have another variable be len(filter).
>
>
>>
>> On Tue, Nov 19, 2013 at 6:40 PM, Marcus D. Leech <address@hidden
>> <mailto:address@hidden>> wrote:
>>
>> I really appreciate the detailed explanation. I tried running
>> gr_filter_design last night and it asked me to install SciPy,
>> which I did not feel like doing at that time. I will try using
>> 1MHz for my band, which may help get rid of the real-time
>> running issue.
>>
>> Again, I appreciate your help with this matter.
>>
>> Let's say you get a filter that's, oh, I dunno, 100 taps long.
>> That filter has to process every sample, so, that's 5e7 X 100 taps,
>> or
>> roughly 5e9 FLOP/second. Just for that one filter. And your
>> flow-graph is likely doing other things *and* it's having to get
>> samples
>> all the way through your network or USB stacks into the
>> application layer as well, call that 100 instructions/sample. So,
>> that's
>> 5e7 x 100 = 5e9 OPS/second just to get your samples into the
>> application. You're going to burn-up the cycles on your CPU pretty
>> quickly at 50Msps, even for doing "trivial" things.
>>
>>
>>
>>
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortium
>> http://www.sbrac.org
>>
>>
>> _________________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden <mailto:address@hidden>
>> https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio
>> <https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>
>>
>
>
> --
> Marcus Leech
> Principal Investigator
> Shirleys Bay Radio Astronomy Consortium
> http://www.sbrac.org
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/d92b45bd/attachment.html>
>
> ------------------------------
>
> Message: 25
> Date: Tue, 19 Nov 2013 17:16:02 -0800
> From: Michael Berman <address@hidden>
> To: "address@hidden" <address@hidden>
> Subject: [Discuss-gnuradio] Limitations of Dampening factor in PLL
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Can somebody explain why the dampening factor inside
> gr::blocks::control_loop is clamped to being (0, 1)? I understand why the
> default has been set to sqrt(2)/2 and not provided from the constructor, I
> just cannot see why it is limited to this range.
>
>
> Thank you in advance for your help,
>
> Michael Berman
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/17b091d0/attachment.html>
>
> ------------------------------
>
> Message: 26
> Date: Tue, 19 Nov 2013 20:30:34 -0500
> From: Tom Rondeau <address@hidden>
> To: Michael Berman <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] Limitations of Dampening factor in PLL
> Message-ID:
> <CA+SzT6iqf2pdSUG8Hj63bHO9rs9nEnJ==address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Tue, Nov 19, 2013 at 8:16 PM, Michael Berman <address@hidden>
> wrote:
>> Can somebody explain why the dampening factor inside
>> gr::blocks::control_loop is clamped to being (0, 1)? I understand why
>> the
>> default has been set to sqrt(2)/2 and not provided from the constructor,
>> I
>> just cannot see why it is limited to this range.
>>
>>
>> Thank you in advance for your help,
>>
>> Michael Berman
>
> No reason at all. Probably just over-zealous copy-and-paste. I'll fix this.
>
> Thanks for the report.
>
> Tom
>
>
>
> ------------------------------
>
> Message: 27
> Date: Tue, 19 Nov 2013 17:35:04 -0800
> From: Ian Buckley <address@hidden>
> To: "Paul B. Huter" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="windows-1252"
>
> Paul,
> Attached an ?ber simple flow graph, perhaps this is a better way to get you
> going?25MHz of bandwidth where ever you center the band, which with an LFRX
> and your application would make most sense to be somewhere in the range
> 12.5MHz-17.5MHz ?all written to file (as single precision complex float) and
> to GUI FFT. All the filtering in this case is down in the digital down
> conversion in the USRP.
>
> -Ian
>
>
>
> On Nov 19, 2013, at 4:39 PM, "Paul B. Huter" <address@hidden>
> wrote:
>
>> Thanks, Marcus. I'm okay with not doing real-time, as long as I don't lose
>> a ton of data. I'm only going to be running for about 30 seconds at a
>> time.
>>
>>
>> On Tue, Nov 19, 2013 at 6:36 PM, Marcus D. Leech <address@hidden>
>> wrote:
>> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter<address@hidden>
>> wrote:
>> I recall that that was what you had mentioned yesterday, but could you
>> explain why setting it to 15M will allow me to grab 30M?
>> Sure.
>>
>> We're working at complex baseband. The signal you capture at 50 Msps
>> will be observable from -25 MHz to +25 MHz. Because it's a complex
>> signal, we have both sides around 0 Hz; also, it means that for a 50
>> Msps sampling rate, we can "see" 50 MHz of bandwidth.
>>
>> So to get the middle 30 MHz, you want to define a filter that extends
>> from -15 to +15 MHz. A low pass filter is a real-valued signal. We
>> define it from 0 to 15 MHz, but because it's real, it's symmetric
>> around 0 and thus extends from -15 to +15 MHz.
>>
>> Also, be careful about using 1000 Hz as your transition band. That's
>> still going to generate a gigantic filter. Using a 100 kHz transition
>> band with a 50 Msps sampling rate produces a filter 909 taps long,
>> which is very, very long.
>>
>> Use gr_filter_design (launched from the command line) to design a
>> filter that's suitable. You can probably get away with a transition
>> band of 1 MHz.
>>
>> Tom
>>
>> You can actually be fairly "sloppy" with the width of the transition bands
>> and still produce a pretty-good filter. For 50Msps sample
>> rate, I'd use a 5-10MHz transition bandwidth. Also, if you're really
>> sampling at 50Msps, you'll not be able to do much in real-time
>> before your computer falls-over.
>>
>>
>>
>>
>> --
>> Marcus Leech
>> Principal Investigator
>> Shirleys Bay Radio Astronomy Consortium
>> http://www.sbrac.org
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/6edbba76/attachment.html>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: HF_to_file.grc
> Type: application/octet-stream
> Size: 18880 bytes
> Desc: not available
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/6edbba76/attachment.obj>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131119/6edbba76/attachment-0001.html>
>
> ------------------------------
>
> Message: 28
> Date: Tue, 19 Nov 2013 20:37:50 -0500
> From: Tom Rondeau <address@hidden>
> To: "Marcus D. Leech" <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] HELP! - Problem with radio application
> deploy
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Tue, Nov 19, 2013 at 7:58 PM, Marcus D. Leech <address@hidden> wrote:
>> How do you determine the size of taps? How much of a difference does
>> setting
>> the transition width from 1MHz to 10MHz make?
>>
>> Generally, the wider the transition width, the fewer taps.
>>
>> You can use the "firdes" functions, which is what the low-pass filter
>> blocks
>> call in gnuradio, then take their output into a variable and
>> have another variable be len(filter).
>
> Right. And the firdes functions use the windowing technique to build
> filters. The way these work, in fact, is that a 10x increase in the
> transition width produces a 10x decrease in the number of taps.
>
> So for a 50 Msps sampling rate with 1 MHz transition width, we get 137
> taps. For 10 MHz, we have 13 taps (floor(137/10)).
>
> This is true as long as we're keeping the stop-band attenuation the
> same. There are _2 versions of each filter that allow us to set that
> attenuation value (in dB). The approximate relationship is:
>
> ntaps ~= atten / (22 * tb/fs)
>
> (tb: transition bandwidth; fs: sample rate)
>
> (Also, I once knew the derivation this relationship but can't remember it
> now.)
>
> Tom
>
>
>> On Tue, Nov 19, 2013 at 6:40 PM, Marcus D. Leech <address@hidden>
>> wrote:
>>>>
>>>> I really appreciate the detailed explanation. I tried running
>>>> gr_filter_design last night and it asked me to install SciPy, which I
>>>> did
>>>> not feel like doing at that time. I will try using 1MHz for my band,
>>>> which
>>>> may help get rid of the real-time running issue.
>>>>
>>>> Again, I appreciate your help with this matter.
>>>
>>> Let's say you get a filter that's, oh, I dunno, 100 taps long. That
>>> filter has to process every sample, so, that's 5e7 X 100 taps, or
>>> roughly 5e9 FLOP/second. Just for that one filter. And your
>>> flow-graph
>>> is likely doing other things *and* it's having to get samples
>>> all the way through your network or USB stacks into the application
>>> layer as well, call that 100 instructions/sample. So, that's
>>> 5e7 x 100 = 5e9 OPS/second just to get your samples into the
>>> application. You're going to burn-up the cycles on your CPU pretty
>>> quickly at 50Msps, even for doing "trivial" things.
>>>
>>>
>>>
>>>
>>>
>>> --
>>> Marcus Leech
>>> Principal Investigator
>>> Shirleys Bay Radio Astronomy Consortium
>>> http://www.sbrac.org
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ------------------------------
>
> Message: 29
> Date: Wed, 20 Nov 2013 10:21:53 +0000
> From: address@hidden
> To: address@hidden
> Subject: [Discuss-gnuradio] USB-SA44B spectrum analyzer
> Message-ID:
> <address@hidden>
>
> Content-Type: text/plain; charset="Windows-1252"
>
> Hi everyone
> I've been using gnuradio for six months now, I wanted to ask if its possible
> to interface a signal hound spectrum analyzer to work as a USRP with
> gnuradio. Thanks
> Sent from my BlackBerry? wireless device
>
> ------------------------------
>
> Message: 30
> Date: Wed, 20 Nov 2013 14:48:53 +0400
> From: nesimi eldarov <address@hidden>
> To: Activecat <address@hidden>
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame
> Encoder: How to run on gnuradio v3.6.5.1 ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,?
>
> I was also trying to use that, but that is hopeless (you have to have ubuntu
> 9.10, USRP2 which is EOL).
> Instead you can use Bastians's project ?
> https://github.com/bastibl/gr-ieee802-11 .
>
>
> ?????, 20 ?????? 2013, 6:59 +08:00 ?? Activecat <address@hidden>:
>>Dear Sir,
>>
>>How to make FTW work on gnuradio v3.6.5.1 ?
>>
>>In my research I need to setup a 802.11 MAC SDR. ?
>>In the example published by Uwicore (
>> http://www.uwicore.umh.es/mhop-software.html ) I have to install physical
>> layer developed by FTW ( https://www.cgran.org/wiki/ftw80211ofdmtx ).
>> ?Unfortunately the FTW part was written for gnuradio v3.2.2 while I am
>> currently using gnuradio 3.6.5.1.
>>
>>In this case the installation of FTW halted with the following compilation
>> error:
>>
>>/usr/local/include/gnuradio/swig/gnuradio.i:31: Error: Unable to find
>> 'gruel_common.i'
>>/usr/local/include/gnuradio/swig/gr_basic_block.i:26: Error: Unable to find
>> 'pmt_swig.i'
>>make[5]: *** [.deps/ftw-generate-stamp] Error 1
>>make[5]: Leaving directory
>> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
>>/bin/bash ../../libtool ?--tag=CXX ? --mode=compile g++ -DHAVE_CONFIG_H -I.
>> -I../.. ? -I/usr/local/include/gnuradio -I/usr/local/include/gnuradio/swig
>> -I/usr/include/python2.7 ?-I/usr/local/include/gnuradio
>> -I/usr/local/include ?-g -O1 -Wno-strict-aliasing -Wno-parentheses ?-g -O2
>> -Wall -Woverloaded-virtual -MT _ftw_la-ftw.lo -MD -MP -MF
>> .deps/_ftw_la-ftw.Tpo -c -o _ftw_la-ftw.lo `test -f 'ftw.cc' || echo
>> './'`ftw.cc
>>libtool: compile: ?g++ -DHAVE_CONFIG_H -I. -I../..
>> -I/usr/local/include/gnuradio -I/usr/local/include/gnuradio/swig
>> -I/usr/include/python2.7 -I/usr/local/include/gnuradio
>> -I/usr/local/include -g -O1 -Wno-strict-aliasing -Wno-parentheses -g -O2
>> -Wall -Woverloaded-virtual -MT _ftw_la-ftw.lo -MD -MP -MF
>> .deps/_ftw_la-ftw.Tpo -c ./ftw.cc ?-fPIC -DPIC -o .libs/_ftw_la-ftw.o
>>g++: error: ./ftw.cc: No such file or directory
>>g++: fatal error: no input files
>>compilation terminated.
>>make[4]: *** [_ftw_la-ftw.lo] Error 1
>>make[4]: Leaving directory
>> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
>>make[3]: *** [all] Error 2
>>make[3]: Leaving directory
>> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src/ftw'
>>make[2]: *** [all-recursive] Error 1
>>make[2]: Leaving directory
>> `/home/sgku/download/ftw_80211_ofdm_tx/trunk/src'
>>make[1]: *** [all-recursive] Error 1
>>make[1]: Leaving directory `/home/sgku/download/ftw_80211_ofdm_tx/trunk'
>>make: *** [all] Error 2
>>
>>Please advise, how to make FTW installed on gnuradio v3.6.5.1 ..?
>>Thanks in advance.
>>
>>Regards,
>>activecat
>>Email: address@hidden
>>
>>_______________________________________________
>>Discuss-gnuradio mailing list
>>address@hidden
>>https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>
>
> --
> NE
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/611459ae/attachment.html>
>
> ------------------------------
>
> Message: 31
> Date: Wed, 20 Nov 2013 13:30:15 +0100
> From: "Martin Braun (CEL)" <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame
> Encoder: How to run on gnuradio v3.6.5.1 ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> On Wed, Nov 20, 2013 at 02:48:53PM +0400, nesimi eldarov wrote:
>> Hi,
>>
>> I was also trying to use that, but that is hopeless (you have to have
>> ubuntu
>> 9.10, USRP2 which is EOL).
>
> For the record and the mailing list archives: libusrp2 was deprecated; the
> actual device (USRP2) is still supported and works with any version of UHD.
>
> MB
>
> --
> Karlsruhe Institute of Technology (KIT)
> Communications Engineering Lab (CEL)
>
> Dipl.-Ing. Martin Braun
> Research Associate
>
> Kaiserstra?e 12
> Building 05.01
> 76131 Karlsruhe
>
> Phone: +49 721 608-43790
> Fax: +49 721 608-46071
> www.cel.kit.edu
>
> KIT -- University of the State of Baden-W?rttemberg and
> National Laboratory of the Helmholtz Association
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: not available
> Type: application/pgp-signature
> Size: 198 bytes
> Desc: not available
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/e068a908/attachment.pgp>
>
> ------------------------------
>
> Message: 32
> Date: Wed, 20 Nov 2013 17:44:16 +0400
> From: nesimi eldarov <address@hidden>
> To: GNURadio Discussion List <address@hidden>, Bastian
> Bloessl <address@hidden>
> Subject: [Discuss-gnuradio] gr-ieee802-11 CMake Error
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Hi all,
>
> Please help me if you know the solution:
>
> My system Ubuntu 13.04
> GNURADIO 3.7.2
>
> I run:
> sudo apt-get install libitpp-dev
> git clone git://github.com/bastibl/gr-ieee802-11.git
> cd gr-ieee802-11
> mkdir build
> cd build
> cmake ..
>
> Results:
> ?
> CMake Warning at CMakeLists.txt:84 (find_package):
> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project has
> asked CMake to find a package configuration file provided by "Gnuradio",
> but CMake did not find one.
> Could not find a package configuration file provided by "Gnuradio" with any
> of the following names:
> GnuradioConfig.cmake
> gnuradio-config.cmake
> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
> "Gnuradio_DIR" to a directory containing one of the above files. If
> "Gnuradio" provides a separate development package or SDK, be sure it has
> been installed.
>
> CMake Error at CMakeLists.txt:88 (message):
> GnuRadio Runtime required to compile ieee802-11
>
> -- Configuring incomplete, errors occurred!
> ?
>
>
> --
> NE
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/d35a5441/attachment.html>
>
> ------------------------------
>
> Message: 33
> Date: Wed, 20 Nov 2013 09:06:20 -0500
> From: Tom Rondeau <address@hidden>
> To: address@hidden
> Cc: GNURadio Discussion List <address@hidden>
> Subject: Re: [Discuss-gnuradio] USB-SA44B spectrum analyzer
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Wed, Nov 20, 2013 at 5:21 AM, <address@hidden> wrote:
>> Hi everyone
>> I've been using gnuradio for six months now, I wanted to ask if its
>> possible to interface a signal hound spectrum analyzer to work as a USRP
>> with gnuradio. Thanks
>
> If it has an open API to the driver (and it looks like it does from a
> very quick glance), then yes, you can interface it with GNU Radio.
> You'd have to build your own wrapper for it (i.e., gr-spectrumhound).
>
> Tom
>
>
>
> ------------------------------
>
> Message: 34
> Date: Wed, 20 Nov 2013 14:08:55 +0000
> From: M Dammer <address@hidden>
> To: GNURadio Discussion List <address@hidden>
> Subject: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I am looking for a standard file browser widget for a QT or Wx based
> GUI. You browse the filesystem and the moment you click "o.k." the
> choosen path is put into a variable that can be used within your
> flowgraph. Is this possible ? Currently the only option I see is to set
> the filename/path within the flowgraph (e.g. WAV sinks/sources).
> Mark
>
>
>
>
>
>
> ------------------------------
>
> Message: 35
> Date: Wed, 20 Nov 2013 09:09:21 -0500
> From: Tom Rondeau <address@hidden>
> To: nesimi eldarov <address@hidden>
> Cc: Bastian Bloessl <address@hidden>, GNURadio Discussion
> List <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 CMake Error
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset=KOI8-R
>
> On Wed, Nov 20, 2013 at 8:44 AM, nesimi eldarov <address@hidden> wrote:
>> Hi all,
>>
>> Please help me if you know the solution:
>>
>> My system Ubuntu 13.04
>> GNURADIO 3.7.2
>>
>> I run:
>>
>> sudo apt-get install libitpp-dev
>> git clone git://github.com/bastibl/gr-ieee802-11.git
>> cd gr-ieee802-11
>> mkdir build
>> cd build
>> cmake ..
>>
>> Results:
>>
>>
>> CMake Warning at CMakeLists.txt:84 (find_package):
>> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project
>> has
>> asked CMake to find a package configuration file provided by "Gnuradio",
>> but CMake did not find one.
>>
>> Could not find a package configuration file provided by "Gnuradio" with
>> any
>> of the following names:
>>
>> GnuradioConfig.cmake
>> gnuradio-config.cmake
>>
>> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
>> "Gnuradio_DIR" to a directory containing one of the above files. If
>> "Gnuradio" provides a separate development package or SDK, be sure it has
>> been installed.
>>
>>
>> CMake Error at CMakeLists.txt:88 (message):
>> GnuRadio Runtime required to compile ieee802-11
>>
>>
>> -- Configuring incomplete, errors occurred!
>
>
> Where did you install GNU Radio into (the install prefix)? There
> should be a directory $prefix/lib/cmake/gnuradio that contains
> GnuradioConfig.cmake. Cmake can find it if your PKG_CONFIG_PATH is set
> properly, which will be $prefix/lib/pkgconfig.
>
> See this page for more details:
> http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
>
> Tom
>
>
>
> ------------------------------
>
> Message: 36
> Date: Wed, 20 Nov 2013 16:07:24 +0100
> From: Marcus M?ller <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui
> ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> I think that would be possible; however, before you start coding it
> yourself, please consider the use case:
> In most cases, things like "I want to read that file" are considered
> before starting a flow graph.
>
> Greetings,
> Marcus
>
> On 20.11.2013 15:08, M Dammer wrote:
>> I am looking for a standard file browser widget for a QT or Wx based
>> GUI. You browse the filesystem and the moment you click "o.k." the
>> choosen path is put into a variable that can be used within your
>> flowgraph. Is this possible ? Currently the only option I see is to set
>> the filename/path within the flowgraph (e.g. WAV sinks/sources).
>> Mark
>>
>>
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
> ------------------------------
>
> Message: 37
> Date: Wed, 20 Nov 2013 15:12:13 +0000
> From: M Dammer <address@hidden>
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui
> ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I was thinking about people who just load a flowgraph and start it. In
> this case it would be very convenient to have all parameters that need
> adjusting (including filepath) in the GUI.
> greetings, Mark
>
> On 20/11/13 15:07, Marcus M?ller wrote:
>> I think that would be possible; however, before you start coding it
>> yourself, please consider the use case:
>> In most cases, things like "I want to read that file" are considered
>> before starting a flow graph.
>>
>> Greetings,
>> Marcus
>>
>> On 20.11.2013 15:08, M Dammer wrote:
>>> I am looking for a standard file browser widget for a QT or Wx based
>>> GUI. You browse the filesystem and the moment you click "o.k." the
>>> choosen path is put into a variable that can be used within your
>>> flowgraph. Is this possible ? Currently the only option I see is to set
>>> the filename/path within the flowgraph (e.g. WAV sinks/sources).
>>> Mark
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
>
>
> ------------------------------
>
> Message: 38
> Date: Wed, 20 Nov 2013 19:58:45 +0400
> From: nesimi eldarov <address@hidden>
> To: Tom Rondeau <address@hidden>
> Cc: GNURadio Discussion List <address@hidden>
> Subject: Re: [Discuss-gnuradio] gr-ieee802-11 CMake Error
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Tom,
>
> I install to usr/local, but there is nothing inside ' lib/cmake/gnuradio',
> funnily.
> What is this?
>
>
>
> ?????, 20 ?????? 2013, 9:09 -05:00 ?? Tom Rondeau <address@hidden>:
>>On Wed, Nov 20, 2013 at 8:44 AM, nesimi eldarov < address@hidden >
>> wrote:
>>> Hi all,
>>>
>>> Please help me if you know the solution:
>>>
>>> My system Ubuntu 13.04
>>> GNURADIO 3.7.2
>>>
>>> I run:
>>>
>>> sudo apt-get install libitpp-dev
>>> git clone git://github.com/bastibl/gr-ieee802-11.git
>>> cd gr-ieee802-11
>>> mkdir build
>>> cd build
>>> cmake ..
>>>
>>> Results:
>>>
>>>
>>> CMake Warning at CMakeLists.txt:84 (find_package):
>>> By not providing "FindGnuradio.cmake" in CMAKE_MODULE_PATH this project
>>> has
>>> asked CMake to find a package configuration file provided by "Gnuradio",
>>> but CMake did not find one.
>>>
>>> Could not find a package configuration file provided by "Gnuradio" with
>>> any
>>> of the following names:
>>>
>>> GnuradioConfig.cmake
>>> gnuradio-config.cmake
>>>
>>> Add the installation prefix of "Gnuradio" to CMAKE_PREFIX_PATH or set
>>> "Gnuradio_DIR" to a directory containing one of the above files. If
>>> "Gnuradio" provides a separate development package or SDK, be sure it
>>> has
>>> been installed.
>>>
>>>
>>> CMake Error at CMakeLists.txt:88 (message):
>>> GnuRadio Runtime required to compile ieee802-11
>>>
>>>
>>> -- Configuring incomplete, errors occurred!
>>
>>
>>Where did you install GNU Radio into (the install prefix)? There
>>should be a directory $prefix/lib/cmake/gnuradio that contains
>>GnuradioConfig.cmake. Cmake can find it if your PKG_CONFIG_PATH is set
>>properly, which will be $prefix/lib/pkgconfig.
>>
>>See this page for more details:
>>http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig
>>
>>Tom
>
>
> --
> NE
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/7dba392d/attachment.html>
>
> ------------------------------
>
> Message: 39
> Date: Wed, 20 Nov 2013 08:30:23 -0800
> From: Michael Berman <address@hidden>
> To: Tom Rondeau <address@hidden>
> Cc: "address@hidden" <address@hidden>
> Subject: Re: [Discuss-gnuradio] Limitations of Dampening factor in PLL
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Tom,
>
> Thanks for the quick response on this.
>
> Michael
>
>
> On Tue, Nov 19, 2013 at 5:30 PM, Tom Rondeau <address@hidden> wrote:
>
>> On Tue, Nov 19, 2013 at 8:16 PM, Michael Berman <address@hidden>
>> wrote:
>> > Can somebody explain why the dampening factor inside
>> > gr::blocks::control_loop is clamped to being (0, 1)? I understand why
>> the
>> > default has been set to sqrt(2)/2 and not provided from the
>> > constructor,
>> I
>> > just cannot see why it is limited to this range.
>> >
>> >
>> > Thank you in advance for your help,
>> >
>> > Michael Berman
>>
>> No reason at all. Probably just over-zealous copy-and-paste. I'll fix
>> this.
>>
>> Thanks for the report.
>>
>> Tom
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/6404be2d/attachment.html>
>
> ------------------------------
>
> Message: 40
> Date: Wed, 20 Nov 2013 09:45:09 -0500
> From: Philip Balister <address@hidden>
> To: GNURadio Discussion List <address@hidden>
> Subject: [Discuss-gnuradio] Building GNU Radio for arm etc
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I've put together a repo manifest file for building GNU Radio using
> OpenEmbedded. The repo tool will take care of checking out the various
> layers needed and (if you sue the stable branch) deliver layers that
> built images on my PC.
>
> Repo sucks if you want to so OE development, but I figure most people
> here do not care about that :)
>
> See:
>
> https://github.com/balister/oe-gnuradio-manifest
>
> I copied the README from the Gumstix guys and any stupid errors are my
> fault.
>
> I'll try to keep up with th egithub issues feature, so report all
> problems there.
>
> Philip
>
>
>
> ------------------------------
>
> Message: 41
> Date: Wed, 20 Nov 2013 16:50:27 +0000
> From: "Nowlan, Sean" <address@hidden>
> To: M Dammer <address@hidden>, "address@hidden"
> <address@hidden>
> Subject: Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui
> ?
> Message-ID:
> <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> You could have a text box with a file open dialog, and the callback would
> lock/stop the flowgraph, give the returned file path string to a file_source
> block, and then unlock/start the flowgraph.
>
> -----Original Message-----
> From: discuss-gnuradio-bounces+sean.nowlan=address@hidden
> [mailto:discuss-gnuradio-bounces+sean.nowlan=address@hidden] On
> Behalf Of M Dammer
> Sent: Wednesday, November 20, 2013 10:12 AM
> To: address@hidden
> Subject: Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui ?
>
> I was thinking about people who just load a flowgraph and start it. In this
> case it would be very convenient to have all parameters that need adjusting
> (including filepath) in the GUI.
> greetings, Mark
>
> On 20/11/13 15:07, Marcus M?ller wrote:
>> I think that would be possible; however, before you start coding it
>> yourself, please consider the use case:
>> In most cases, things like "I want to read that file" are considered
>> before starting a flow graph.
>>
>> Greetings,
>> Marcus
>>
>> On 20.11.2013 15:08, M Dammer wrote:
>>> I am looking for a standard file browser widget for a QT or Wx based
>>> GUI. You browse the filesystem and the moment you click "o.k." the
>>> choosen path is put into a variable that can be used within your
>>> flowgraph. Is this possible ? Currently the only option I see is to
>>> set the filename/path within the flowgraph (e.g. WAV sinks/sources).
>>> Mark
>>>
>>>
>>>
>>>
>>> _______________________________________________
>>> Discuss-gnuradio mailing list
>>> address@hidden
>>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>
>>
>> _______________________________________________
>> Discuss-gnuradio mailing list
>> address@hidden
>> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> ------------------------------
>
> Message: 42
> Date: Wed, 20 Nov 2013 16:56:41 +0000 (UTC)
> From: Marcus Leech <address@hidden>
> To: address@hidden
> Cc: address@hidden
> Subject: Re: [Discuss-gnuradio] GRC: File/Path browser in QT or WX gui
> ?
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="us-ascii"
>
> An HTML attachment was scrubbed...
> URL:
> <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131120/2b07e4f9/attachment.html>
>
> ------------------------------
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> End of Discuss-gnuradio Digest, Vol 132, Issue 21
> *************************************************
>

------------------------------

Message: 20
Date: Thu, 21 Nov 2013 14:13:58 +0200
From: Aydin Tarik Zengin <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Passing a variable to other blocks
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="utf-8"

Hello Everyone

I was wondering how to pass a variable defined in one block to another.
For instance, say we defined a variable in a block impl.cc, how can I pass
this variable to another block? Or how can I make it public to be reached
from every block in my flow graph?

I checked the variable block, but it defines it in the top_block.py as I
understood correctly.
I'm trying to write my own blocks, and I gotta pass some of my variables to
the others.
What's your advice?

Thanks in advance

Tarik
___________________________________

Aydin Tarik Zengin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20131121/61af423c/attachment.html>

------------------------------

Message: 21
Date: Thu, 21 Nov 2013 09:15:53 -0500
From: Tom Rondeau <address@hidden>
To: Senzo Ngubane <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] Signal Hound spectrum analyzer
Message-ID:
<CA+SzT6izFi8M4s+V8+9AG4A9rYfOuorYzEFOxKpj=address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Nov 21, 2013 at 4:25 AM, Senzo Ngubane <address@hidden> wrote:
> Hi Every one
>
> I am working on the gnu radio 3.7.1. i am trying to use the signal
> hound in gnu radio as the source for receiving radio frequencies
> signals.
>
> any help on how i can interface a signal hound spectrum analyzer and gnu radio.
>
> Thanks
> Senzo

Senzo,

Please do /not/ reply to the digest email and use a relevant subject line.

There are many pieces of code that link hardware to GNU Radio,
including gr-uhd (in-tree) and gr-osmosdr (out-of-tree). You can look
at them for examples of how to do this.

Tom

------------------------------

Message: 22
Date: Thu, 21 Nov 2013 09:16:55 -0500
From: Tom Rondeau <address@hidden>
To: Aydin Tarik Zengin <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] Passing a variable to other blocks
Message-ID:
<CA+SzT6jUhwd4FLJtUq8FhZaUuHxyeNHP_+VsrCyRJxV_vhm=_address@hidden>
Content-Type: text/plain; charset=ISO-8859-1

On Thu, Nov 21, 2013 at 7:13 AM, Aydin Tarik Zengin
<address@hidden> wrote:
> Hello Everyone
>
> I was wondering how to pass a variable defined in one block to another.
> For instance, say we defined a variable in a block impl.cc, how can I pass
> this variable to another block? Or how can I make it public to be reached
> from every block in my flow graph?
>
> I checked the variable block, but it defines it in the top_block.py as I
> understood correctly.
> I'm trying to write my own blocks, and I gotta pass some of my variables to
> the others.
> What's your advice?
>
> Thanks in advance
>
> Tarik

You'll want to use the message passing interface for this:

http://gnuradio.org/doc/doxygen/page_msg_passing.html

Tom

------------------------------

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

End of Discuss-gnuradio Digest, Vol 132, Issue 22
*************************************************

From:	Murtaza Ali
Subject:	Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 22
Date:	Mon, 25 Nov 2013 13:22:37 +0500