[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 21
|
From: |
Senzo Ngubane |
|
Subject: |
Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 21 |
|
Date: |
Thu, 21 Nov 2013 01:25:15 -0800 |
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:
> <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:
> <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:
> <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:
> <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: address@hidden
> [mailto: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
> *************************************************
>
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 132, Issue 21,
Senzo Ngubane <=