Hi Tom,
Thank you for your information. Reading examples are currently a major way for
me to learn GR. I will try to read and run the QA code as you introduced.
Wu
From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom
Rondeau
Sent: 2012年2月16日 12:21
To: Wu Ting
Cc
On Wed, Feb 15, 2012 at 7:06 PM, rmsrms1987 wrote:
>
> Hello All,
>
> There was a previous project done in my research group where a external
> device generates a 64 MHz clock to the USRP1 in addition to a PPS
> signal. Currently I am making appropriate changes so a similar project
> can be used
On Wed, Feb 15, 2012 at 5:14 AM, anju babu wrote:
> hi all,
>
> I'm using gnuradio companion to perform fsk modulation using
> CPFSK block .in that we don't have an option to set the carrier
> frequency.so can anyone please tell me how can we set the carrrier
> frequency.I'm not using
On Wed, Feb 15, 2012 at 8:55 AM, Achilleas Anastasopoulos wrote:
> Tom and others,
>
> I resolved it.
>
> I was NOT building the "gr-howto-write-a-block-cmake", but the
> "gr-howto-write-a-block" so i suppose i was mixing the two builds
> I have never had boost problems...
> This is on Fedora
2012/2/15 Wu Ting
> Thanks. This site is helpful. It would be really great if it has some
> examples for each function.
>
> ** **
>
> Wu
>
Wu,
There are lots of examples, but they don't necessarily cover every block in
GNU Radio. Another place to look, though, is in the QA code. This is code
On Wed, Feb 15, 2012 at 1:27 PM, Josh Blum wrote:
>
> > You would have:
> >
> > for(size_t i = 1; i < input_items.size(); i++)
> > volk_32fc_x2_multiply_32fc(is_unaligned(), out, out,
> > (gr_complex*)input_items[i], noi);
> >
> > You halve the amount of code in gnuradio blocks which to my opin
On Wed, Feb 15, 2012 at 6:45 AM, Martin DvH wrote:
>
> I think it would make sense to change the volk interface by adding
> kernel calls which can handle the two alignment cases (aligned,
> unaligned).
> We would have to add a is_unaligned parameter to the volk kernel calls.
>
> The gnuradio block
Hello All,
There was a previous project done in my research group where a external
device generates a 64 MHz clock to the USRP1 in addition to a PPS
signal. Currently I am making appropriate changes so a similar project
can be used for the USRP2/N210. I was wondering if the same 64MHz
external
Hi all,
I'm now trying to use message_sink and msg_queue to receive data from USRP.
And I'm having a problem that I cannot figure out. Please tell me where I am
wrong.
top block:
self.source = uhd.usrp_source(device_addr="",
stream_args=uhd.stream_args('fc32', 'sc16', args="scalar=1
Thanks. This site is helpful. It would be really great if it has some
examples for each function.
Wu
From: Andrew Davis [mailto:glneolistm...@gmail.com]
Sent: 2012年2月15日 14:29
To: Wu Ting; discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] About the use of gr.probe_signal_f()
On Wed, Feb 15, 2012 at 11:52 AM, George Nychis wrote:
> A bit late on this conversation... I just noticed it after I posted an
> update for CGRAN.
>
> GNU Radio has been largely successful in the academic community, because
> it provides us the flexibility to perform the style of research we nee
On 02/15/2012 04:22 PM, Jason Bonior wrote:
> I am trying to create a block using gr.gr_sync_block which will select
> a value from an input vector, pass that value to output, and discard
> the rest of the vector:
>
> !/usr/bin/env python
>
> from gnuradio import gr
> import numpy
>
> class ve
On 02/15/2012 09:41 AM, Jeff Brower wrote:
> Ed-
>
>> On 2/15/12 11:31 AM, Jeff Brower wrote:
>>> GNU Radio is owned by National Instruments .
>>
>> !
>>
>> You are confusing GnuRadio with Ettus Research.
>>
>> GnuRadio is an open source SDR framework.
>>
>> Ettus is the
I am trying to create a block using gr.gr_sync_block which will select
a value from an input vector, pass that value to output, and discard
the rest of the vector:
!/usr/bin/env python
from gnuradio import gr
import numpy
class vector_parser(gr.gr_sync_block):
def __init__(self):
Just your friendly CGRAN update to the mailing list. I've seen a slowdown
in projects posted to the CGRAN, yet not a slowdown in account signups.
So, I thought I'd just e-mail out a quick update.
The usual quick blurb (https://www.cgran.org/):
*The Comprehensive GNU Radio Archive Network (CGRAN)
On Wed, Feb 15, 2012 at 11:15:55AM -0600, Alex Zhang wrote:
> Hi Gurus,
>
> To learn how to write the signal processing block over C++, I downloaded the
> gr-how-to-write-a-block and successfully build the block and passed the test.
>
> But my question is, for a block writer who is not familiar
On 02/15/2012 02:05 PM, emilio gonzalez wrote:
hi Marcus,
thanks for this tip, it pushed me the the right direction. i guess
this capture file isn't the standard "complex" datatype, and a
conversion was the answer. i found the answer on the gnuradio.org
Octave page that said the magic word,
hi Marcus,
thanks for this tip, it pushed me the the right direction. i guess
this capture file isn't the standard "complex" datatype, and a
conversion was the answer. i found the answer on the gnuradio.org
Octave page that said the magic word, short. i use this graph to render
on an FFT s
Well some major GNUradio program would drive up sales of USRP's :)
Back on topic, IMHO Gnuradio's problem with large apps stems from it
trying to be the source to sink and everything in between of a radio.
Lets take DREAM for example, they do transfer functions and digital
AGC and the likes that G
You know, I wasn't going to respond to this, but what the heck:
July, 1930 - Anytown USA
"Criminals Use Electronics to Foil Police"
The increasing use of electronic communications by police and other law
enforcement bodies has lead criminals to engage in methods to
interrupt and eavesdrop (l
> You would have:
>
> for(size_t i = 1; i < input_items.size(); i++)
> volk_32fc_x2_multiply_32fc(is_unaligned(), out, out,
> (gr_complex*)input_items[i], noi);
>
> You halve the amount of code in gnuradio blocks which to my opinion
> makes it much more maintainable.
>
Here is a possible sol
They are gonna think they can fire up GNURadio and start decrypting likes
it a program. Followed by a influx of "GNURadio is crap" comments...
On Wed, Feb 15, 2012 at 2:33 AM, David I. Emery wrote:
>
> GoMo News
>
> February 13, 2012 Monday 12:43 PM EST
>
> Warning of increased GSM + TETRA attack
Jeff -
> All understood. Demos that highlight GNU Radio's tremendous progress are
> crucial to its long-term success. But
> nevertheless Clark makes a crucial point. GNU Radio is owned by National
> Instruments and I might guess their sales
> guys are not too happy with this thread.
Erm, wha
Ed-
> On 2/15/12 11:31 AM, Jeff Brower wrote:
> > GNU Radio is owned by National Instruments .
>
> !
>
> You are confusing GnuRadio with Ettus Research.
>
> GnuRadio is an open source SDR framework.
>
> Ettus is the manufacturer of the USRP series of hardware
> and th
On 2/15/12 11:31 AM, Jeff Brower wrote:
GNU Radio is owned by National Instruments .
!
You are confusing GnuRadio with Ettus Research.
GnuRadio is an open source SDR framework.
Ettus is the manufacturer of the USRP series of hardware
and the UHD driver libraries to
Martin-
> On Tue, Feb 14, 2012 at 09:11:19AM -0500, Clark Pope wrote:
>> Without a monetization strategy I don't see how the gnu radio project gets
>> much past its current state. The problem
>> is the functionality of a prototyper or student is implemented in about 20%
>> of the effort for a fu
Hi Gurus,
To learn how to write the signal processing block over C++, I downloaded
the gr-how-to-write-a-block and successfully build the block and passed the
test.
But my question is, for a block writer who is not familiar with the complex
building tree, like the makefile writing, can the future
A bit late on this conversation... I just noticed it after I posted an
update for CGRAN.
GNU Radio has been largely successful in the academic community, because it
provides us the flexibility to perform the style of research we need.
Ultimately though, the limitations of the framework that were
Tom and others,
I resolved it.
I was NOT building the "gr-howto-write-a-block-cmake", but the
"gr-howto-write-a-block" so i suppose i was mixing the two builds
I have never had boost problems...
This is on Fedora 15 with the master branch.
thanks
Achilleas
Y
I think it would make sense to change the volk interface by adding
kernel calls which can handle the two alignment cases (aligned,
unaligned).
We would have to add a is_unaligned parameter to the volk kernel calls.
The gnuradio blocks would then change in the following way:
So in stead of:
if(i
Hi everyone,
some updates: I have booked a table at "Vogelbräu" for 19:30 on Tuesday
6 March.
The adress is "Kapellenstrasse 50" (or www.vogelbraeu.de for an
IP-compatible adress :).
It's a pretty decent Microbrewery, the food's good, so if you've been
travelling, here's the place to get that stom
On Tue, Feb 14, 2012 at 09:11:19AM -0500, Clark Pope wrote:
> Without a monetization strategy I don't see how the gnu radio project gets
> much past its current state. The problem is the functionality of a prototyper
> or student is implemented in about 20% of the effort for a full application.
On Tue, 2012-02-14 at 22:56 -0500, Tom Rondeau wrote:
> There's been a ton of work going on in getting us ready to really
> start using Volk in GNU Radio blocks. Instead of repeating myself,
> here, you can see more about the who/what/when/why/how of the changes
> here:
>
>
> http://www.trondeau
On Tue, Feb 14, 2012 at 04:13:30PM -0500, Tom Rondeau wrote:
> "Everything's shiny, Cap'n. Not to fret"
>
> That was just a little something for the Firefly fans in the audience.
You've just received +10 geek cred plus a personal "favourite OSS
project leader of the month" award from myself :)
S
hi all,
I'm using gnuradio companion to perform fsk modulation using CPFSK
block .in that we don't have an option to set the carrier frequency.so
can anyone please tell me how can we set the carrrier frequency.I'm not
using USRP.Also how can we perform FSk demodulation in GRC
Thanks
35 matches
Mail list logo