On Tue, Nov 19, 2013 at 7:58 PM, Marcus D. Leech 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 wha
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 floa
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 limite
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
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
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 in
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
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?
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 wa
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 +2
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 thi
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
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 incl
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 GR
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 R
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
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
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
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
>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
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 w
>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
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 k
>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:
<<
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 wa
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 >>>
L
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 e
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 ноя
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
Hello all,
I'm a grad student writing my first GNU Radio processing block, and I'm a
little stuck. I'm not sure how to tell GNU Radio the input output relationship
of my block.
The block takes 2 inputs. One is an index, and the other is data (I may use
stream tags to indicate index in the
Hi all,
this Thursday is the third Thursday of the month, and as usual, there
will be a developer's call.
To get the time in your time zone, head over to our G+ page to have
Google convert it for you (it's 19:00 CET).
If you want to listen in, join the IRC channel #gnuradio on Freenode and
go to
Hi Martin:
Where is the out-of-tree modules, can you give an exactly link?
thank you
2013/11/19 Martin Braun (CEL)
> On Tue, Nov 19, 2013 at 10:52:39PM +0800, adream wrote:
> >Does gunradio provide modules for dealing with DSSS (direct sequence
> spread
> > spectrum) signals directly?
> >
Thank you
2013/11/19 Martin Braun (CEL)
> On Tue, Nov 19, 2013 at 10:52:39PM +0800, adream wrote:
> >Does gunradio provide modules for dealing with DSSS (direct sequence
> spread
> > spectrum) signals directly?
> >Thank you
>
> Hi adream,
>
> GNU Radio itself does not have DSSS blocks.
On Tue, Nov 19, 2013 at 10:52:39PM +0800, adream wrote:
> Does gunradio provide modules for dealing with DSSS (direct sequence spread
> spectrum) signals directly?
> Thank you
Hi adream,
GNU Radio itself does not have DSSS blocks. You may find some in
out-of-tree modules, and you could look
Hi:
Does gunradio provide modules for dealing with DSSS (direct sequence
spread spectrum) signals directly?
Thank you
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi Rui,
I was looking for alternatives because ezcap dongles are not readily
available in India. When I bought one (I bought from dealextream) it had to
be shipped from Hong Kong and took many days to reach me. I had to pay
extra customs duty.(That any way will be unavoidable)
. I'm not averse to
On 19.11.2013 13:13, nesimi eldarov wrote:
Dear all,
does anyone know or installed FTW IEEE802.11a/g/p OFDM Frame Encoder
(https://www.cgran.org/wiki/ftw80211ofdmtx)?
I think "Shashank Gaur" (in cc) can help you in this regard.
As a part of GSoC project, he used FTW as a Ref transmitter and po
I am using several Newsky TV28T dongles. They are fairly cheap (kit with
cables ~£15, dongle only ~10) and work well with Gnuradio and related
applications. Just check on ebay for keywords like Newsky TV28 or
RTL-SDR and you will find vendors.
Mark
On 19/11/13 11:36, Manu T S wrote:
> Hi,
>
> What
Manu
Try here, https://www.cosycave.co.uk/category.php?id_category=61
It has worked fine for me.
Alan Woodward___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
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 pleas
Hi,
What are the options for a good alternative for Ezcap DVB-T dongle?
We need some RTL SDR dongles, for setting up experiments for undergraduate
communication lab course. We were planning to buy some RTL SDR compatible
dongles for the same. If anyone knows a good alternative for Ezcap DVB-T
don
41 matches
Mail list logo
