date:20131119


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

Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder

2013-11-19 Thread nesimi eldarov

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


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

Re: [Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder


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

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

[Discuss-gnuradio] gr-ieee802-11 grc files missing

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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing


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


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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files 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.

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

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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing


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).


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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing

>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

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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing


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)



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

Re: [Discuss-gnuradio] gr-ieee802-11 grc files missing

>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



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

[Discuss-gnuradio] FTW IEEE802.11a/g/p OFDM Frame Encoder: How to run on gnuradio v3.6.5.1 ?

2013-11-19 Thread Activecat

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

[Discuss-gnuradio] HELP! - Problem with radio application deploy

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

[Discuss-gnuradio] Status of GNU Radio with OSX 10.9

2013-11-19 Thread Michael Dickens

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

Re: [Discuss-gnuradio] Using gr-atsc library

2013-11-19 Thread Yuri P.M

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter  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 = 3000 (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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

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  wrote:

> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter 
> 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 = 3000 (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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Using gr-atsc library

2013-11-19 Thread Alfredo Muniz

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter  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  wrote:
>>
>> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter 
>> 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 = 3000 (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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

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  wrote:

> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter 
> 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  wrote:
> >>
> >> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter 
> >> 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 = 3000 (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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

2013-11-19 Thread Marcus D. Leech


On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter  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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

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  wrote:

> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter
>>  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
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

2013-11-19 Thread Aditya Dhananjay

Tom, that was a very useful explanation. Thanks!


On Tue, Nov 19, 2013 at 7:29 PM, Tom Rondeau  wrote:

> On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter 
> 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  wrote:
> >>
> >> On Tue, Nov 19, 2013 at 6:35 PM, Paul B. Huter 
> >> 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 = 3000 (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
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

2013-11-19 Thread Marcus D. Leech

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

2013-11-19 Thread Marcus D. Leech

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 > 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
Discuss-gnuradio@gnu.org 
https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio






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

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

[Discuss-gnuradio] Limitations of Dampening factor in PLL

2013-11-19 Thread Michael Berman

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

Re: [Discuss-gnuradio] Limitations of Dampening factor in PLL

On Tue, Nov 19, 2013 at 8:16 PM, Michael Berman  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

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy

2013-11-19 Thread Ian Buckley

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

HF_to_file.grc
Description: Binary data
On Nov 19, 2013, at 4:39 PM, "Paul B. Huter" 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 wrote:

On Tue, Nov 19, 2013 at 7:19 PM, Paul B. Huter 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
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

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

Re: [Discuss-gnuradio] HELP! - Problem with radio application deploy