hical implementation that you can
with the single-block implementation.
On Mon, Oct 24, 2016 at 6:30 AM, Piotr Krysik wrote:
> Hi all,
>
> Recently I did simple benchmark of hierarchical polyphase channelizer
> block (written by Ben Reynwar according to git blame) vs regular
> polyphase c
So I reacquainted myself with the hierarchical implementation again,
and you're correct that it doesn't support oversampling.
Looking at the regular version it seems that the main thing required
to support oversampling would be that the logic determining which
input samples go into which filter, a
There are also two hostels nearby for about $35/night.
https://www.google.com/maps/search/hostel+near+Center+for+Strategic+and+International+Studies/@38.9065175,-77.0376912,15z
On Thu, Apr 23, 2015 at 9:41 AM, Michael Dickens
wrote:
> In case folks are wondering, there are quite a few hotels an
Try changing:
"digital.constellation_qpsk.base()"
to:
"digital.constellation_qpsk().base()"
Note the brackets after the constellation_qpsk constructor.
On Thu, Mar 6, 2014 at 9:05 AM, Azza Ben Mosbah
wrote:
> Thank you.
> Actually, I am doing it in the GRC interface.
>
> When I use the .base
Hi all,
I'm working an a little project using gnuradio for receiving ham radio
psk31 signals. I can decode a signal given a rough estimate of the
carrier frequency but I'd really like to take a big swath of bandwidth
as the input, detect the psk31 signals, and decode them all in
parallel.
Howeve
-
>>
>> Searching for "Automatic Modulation Classification (AMC)", on Google or
>> IEEExplore, will give you fairly good start =)
>>
>> Related terms may be: "Peak Detection", "Robust Statistics", and even
>> "Primary Us
On Mon, Feb 27, 2012 at 7:36 AM, Jeff Hodges wrote:
> Does anyone know if the QAM demodulator code is working properly? I would
> like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
> don't know whether I am just using the wrong parameters or if the blocks do
> not work proper
On Mon, Feb 27, 2012 at 10:00 AM, Ben Reynwar wrote:
> On Mon, Feb 27, 2012 at 7:36 AM, Jeff Hodges wrote:
>> Does anyone know if the QAM demodulator code is working properly? I would
>> like to get a QAM demodulator working for a symbol rate of 300ksym/s. I
>> don
>
>> Jeff
>
>
> The noise might be due to ISI since you're just coming out of a RRC filter
> at that point. Unless the constellation sink has another RRC in it. Also,
> that sink tries to do some synchronization designed for PSK signals, so it
> won't work gre
Hi all,
Every 6 months or so I have a crack at getting some python level
documentation working. In this attempt, I've generated documentation
for the gr and digital modules using sphinx.
The generated html is at:
http://www.reynwar.net/gnuradio/sphinx/
Source for the generated documentation is
On Wed, Feb 29, 2012 at 6:50 PM, Tom Rondeau wrote:
> On Wed, Feb 29, 2012 at 3:26 PM, Ben Reynwar wrote:
>>
>> Hi all,
>>
>> Every 6 months or so I have a crack at getting some python level
>> documentation working. In this attempt, I've generated d
ng would really help it, too.
>
> Thanks!
> Tom
>
>
> On Thu, Mar 1, 2012 at 5:42 AM, Martin Braun wrote:
>>
>> On Wed, Feb 29, 2012 at 08:05:46PM -0700, Ben Reynwar wrote:
>> > What I'm trying to do with this is to create some nice documentation
>&
On Thu, Mar 1, 2012 at 11:20 AM, Tom Rondeau wrote:
> On Thu, Mar 1, 2012 at 12:16 PM, Ben Reynwar wrote:
>>
>> Just to clarify, I'm not suggesting we get rid of the Doxygen
>> documentation. I think it documents the C++ side of things really
>> well. What I&
On Thu, Mar 1, 2012 at 12:05 PM, Tom Rondeau wrote:
> On Thu, Mar 1, 2012 at 2:00 PM, Ben Reynwar wrote:
>>
>> On Thu, Mar 1, 2012 at 11:20 AM, Tom Rondeau wrote:
>> > On Thu, Mar 1, 2012 at 12:16 PM, Ben Reynwar wrote:
>> >>
>> >> At the moment
I've got a somewhat complete reference for the python interface of
gnuradio radio done now. It can be found at:
www.reynwar.net/gnuradio/sphinx/
Any suggestions on how we could improve these docs?
I also have two questions:
- I need improved docstrings for the subpackages. In particular
noaa
On Thu, Mar 8, 2012 at 7:00 AM, Martin Braun wrote:
> On Wed, Mar 07, 2012 at 04:36:57PM -0700, Ben Reynwar wrote:
>> I've got a somewhat complete reference for the python interface of
>> gnuradio radio done now. It can be found at:
>>
>> www.reynwar
On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens wrote:
> Hi Ben - Ditto Martin: great stuff! I think "keep filling in the blanks" is
> my improvement recommendation :) -- some items contain "This docstring is not
> useful" or the equivalent, or are just empty (e.g.,
> "gnuradio.optfir.band_pas
On Thu, Mar 8, 2012 at 8:35 AM, Tom Rondeau wrote:
> On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote:
>>
>> On Thu, Mar 8, 2012 at 7:19 AM, Michael Dickens wrote:
>> > Hi Ben - Ditto Martin: great stuff! I think "keep filling in the
>> > blanks"
On Thu, Mar 8, 2012 at 10:01 AM, Tom Rondeau wrote:
> On Thu, Mar 8, 2012 at 11:44 AM, Ben Reynwar wrote:
>>
>> On Thu, Mar 8, 2012 at 8:35 AM, Tom Rondeau wrote:
>> > On Thu, Mar 8, 2012 at 10:22 AM, Ben Reynwar wrote:
>> >>
>> >> On Thu, Mar
On Thu, Mar 8, 2012 at 8:19 PM, Arturo Rinaldi wrote:
> Nella citazione in data ven 09 dic 2011 05:55:57 CET, Ben Reynwar ha
> scritto:
>
>> On Thu, Dec 8, 2011 at 5:33 PM, Arturo Rinaldi
>> wrote:
>>>
>>> I noticed dramatic changes in the 3.5.0 release in
On Sun, Mar 11, 2012 at 4:25 PM, Arturo Rinaldi wrote:
> Nella citazione in data Sun Mar 11 02:30:43 2012, Arturo Rinaldi ha scritto:
>
>> Nella citazione in data Fri Mar 9 19:50:05 2012, Ben Reynwar ha scritto:
>>>
>>> On Thu, Mar 8, 2012 at 8:19 PM, Arturo Rina
Depends on what exactly your trying to do:
1) modify existing blocks in gnuradio.digital.
2) add new blocks to gnuradio.digital
3) add new blocks out-of-tree
In the case of 1) you can just edit the files, recompile and reinstall.
In the case of 2) you need to edit some other files so the new blo
On Sat, Mar 10, 2012 at 5:38 AM, Tom Rondeau wrote:
> On Sat, Mar 10, 2012 at 5:20 AM, MOHD RAFIQ wrote:
>>
>> Hi,
>> pls suggest fix for this, i have attached my cat /proc/cpuinfo .
>> Thanks
>
>
> I already did. To quote:
>
> "Ok, I have a branch 'volk_32bit_fixes' published at:
> git://github.
On Wed, Mar 14, 2012 at 1:12 PM, Ben Reynwar wrote:
> On Sat, Mar 10, 2012 at 5:38 AM, Tom Rondeau wrote:
>> On Sat, Mar 10, 2012 at 5:20 AM, MOHD RAFIQ wrote:
>>>
>>> Hi,
>>> pls suggest fix for this, i have attached my cat /proc/cpuinfo .
>>> Thank
On Sat, Mar 17, 2012 at 12:21 AM, Ebtisam Ahmed
wrote:
> hi all,
>
> Im interested in making the ofdm program in python and im facing
> problem in the input arguements of the blks2.ofdm_mod. I tried to find
> that in the net but cant find it satisfactorily. can any one help me
> out in this.
>
> T
I'm seeing a segfault in volk_32fc_x2_multiply_32fc_a_sse3 and am
using the current master branch.
It occurs when I connect a gr.multiply_cc to a running flowgraph
(using tb.lock() and tb.unlock()). If the multiply_cc block is
connected before the flowgraph starts running then I don't see a
segfa
That sounds like the example is out-of-date. It's calling some
function that expects a different number of arguments than it is
giving it. If you included the entire error output then we could
better see what the problem was (i.e. which function is raising this
error).
Cheers,
Ben
On Fri, Mar 2
On Fri, Mar 23, 2012 at 11:30 AM, mario behn wrote:
> On Fri, Mar 23, 2012 at 5:50 PM, Ben Reynwar wrote:
>> That sounds like the example is out-of-date. It's calling some
>> function that expects a different number of arguments than it is
>> giving it. If you includ
I'm pretty sure this will fix it.
replace line 372:
def __init__(self, args, gain, audio_output):
with
def __init__(self, args, spec, antenna, gain, audio_output):
On Fri, Mar 23, 2012 at 1:23 PM, Ben Reynwar wrote:
> On Fri, Mar 23, 2012 at 11:30 AM, mario behn wrote:
&
I think that the best way to get started is to use Martins gr-modtool.
It will help you to make out-of-tree blocks (out-of-tree means
separate but compatible with your main gnuradio installation).
It can be found at:
https://github.com/mbant/gr-modtool
On Mon, Mar 26, 2012 at 2:58 AM, Ebtisam Ah
On Mon, Mar 26, 2012 at 10:42 AM, Francisco
wrote:
> Ben Reynwar reynwar.net> writes:
>
>>
>> I think that the best way to get started is to use Martins gr-modtool.
>> It will help you to make out-of-tree blocks (out-of-tree means
>> separate but compatible wit
On Mon, Mar 26, 2012 at 12:54 PM, Ben Reynwar wrote:
> On Mon, Mar 26, 2012 at 10:42 AM, Francisco
> wrote:
>> Ben Reynwar reynwar.net> writes:
>>
>>>
>>> I think that the best way to get started is to use Martins gr-modtool.
>>> It will help y
On Mon, Mar 26, 2012 at 10:42 AM, Francisco
wrote:
> Ben Reynwar reynwar.net> writes:
>
>>
>> I think that the best way to get started is to use Martins gr-modtool.
>> It will help you to make out-of-tree blocks (out-of-tree means
>> separate but compatible wit
On Wed, Mar 28, 2012 at 6:04 AM, mario behn wrote:
> Hi,
>
> I'm looking for a working "hello world" example for using
> "function probe" with "signal probe" in gnuradio companion.
>
> I can't get it to work with the existing documentation found.
>
> Thanks for any input.
>
> Mario
In the "Functi
So I'll add a bit more detail, and bump the thread because I don't
understand this either.
If we apply the following unpackings to a byte of value 69 we get:
gr.packed_to_unpacked_bb(1, gr.GR_LSB_FIRST) -> (1, 0, 1, 0, 0, 0, 1, 0)
gr.packed_to_unpacked_bb(1, gr.GR_MSB_FIRST) -> (0, 1, 0, 0, 0, 1
For the vector source it looks like you're using [1,1,1,0,0,0].
Perhaps the rest is getting cut-off, but if not then I would change
this to use a long random vector for the testing. If you are using
[1,1,1,0,0,0] repeated then the four symbols won't be used with
similar frequency, which might make
Hi Sam,
In bpsk.py you'll see the line
constellation = digital_swig.constellation_bpsk()
If you change this to:
constellation = digital.constellation_calcdist((1+0i, 0+0i), [], 1, 1)
, you should get the change in modulation you want.
You only need to mess with the digital_constellation.cc fi
decision_maker method.
> Thank you very much for your help and time.
>
> Thanks
> Sam
>
> On Tue, Apr 10, 2012 at 7:09 PM, Ben Reynwar wrote:
>>
>> Hi Sam,
>>
>> In bpsk.py you'll see the line
>>
>> constellation = di
2012/4/12 Alick Zhao :
> Hi all,
>
> Recently I have upgraded my gnuradio build to v3.5.3 on several
> computers, and I find that on two machines with Ubuntu 11.10, make test
> will fail the test qa_constellation_receiver while on the other two with
> Fedora 16 all tests are passed.
>
> To investig
2012/4/12 Alick Zhao :
> Hi all,
>
> Recently I have upgraded my gnuradio build to v3.5.3 on several
> computers, and I find that on two machines with Ubuntu 11.10, make test
> will fail the test qa_constellation_receiver while on the other two with
> Fedora 16 all tests are passed.
>
> To investig
It appears that each test case is being run twice. I think once to
generate the xml output, and once to generate output for stdout and
tell you whether it failed. The random number generator isn't being
reseeded at the start of each test so they can produce different
results, so you can sometimes
On Mon, May 21, 2012 at 12:19 AM, ambily joseph wrote:
> Sir
>
> I am trying to build an SID SDR receiver,,where i require a file sink...
> When i run my flow graph,,i get a file of format octet-stream being written
> into my computer.
> But i am not able to access or open my dat octet-stream file
its
> octet-stream file...How can i make into a readable format?
>
>
> On Mon, May 21, 2012 at 7:44 PM, Ben Reynwar wrote:
>>
>> On Mon, May 21, 2012 at 12:19 AM, ambily joseph
>> wrote:
>> > Sir
>> >
>> > I am trying to build an SID SDR rec
These blocks are implemented in python.
Have a look at the following two files to start off with:
gnuradio/gr-digital/python/qam.py
gnuradio/gr-digital/python/generic_mod_demod.py
Ben
On Wed, May 30, 2012 at 11:41 PM, jiajue ou wrote:
> Hi all,
>
>
>
> I’m working on an experiment which need
t to get the complex symbols before they are demapped
> to bits, I should modify related python scripts?
> Thank you.
>
> Jia
>
> -Original Message-
> From: Ben Reynwar [mailto:b...@reynwar.net]
> Sent: Friday, June 01, 2012 12:39 AM
> To: jiajue ou; discuss-
Hi Vahid,
First I'd try using a much longer string of bits and see if that help.
Second I'd find an example in gnuradio
(gr-digital/python/qa_constellation.py should have a working dqpsk
test) and then work from there.
Thirdly if you want pi/4-dqpsk you won't be able to use the standard
dqpsk_mo
On Sun, Jun 3, 2012 at 4:31 PM, Ben Reynwar wrote:
> Hi Vahid,
>
> First I'd try using a much longer string of bits and see if that help.
>
> Second I'd find an example in gnuradio
> (gr-digital/python/qa_constellation.py should have a working dqpsk
> test) and th
This is a bug.
In file gr-digital/grc/digital_qa_demod.xml the line
gray_coded = $gray_coded
should be changed to
mod_code = $mod_code
On Wed, Jun 13, 2012 at 7:56 AM, jiajue ou wrote:
> Hi all,
>
> I’m using GRC and the simple flow graph(1) at receiver is as follows:
>
> Usrp source>
On Thu, Jun 14, 2012 at 4:53 PM, Nazmul Islam
wrote:
> Hello,
>
> I want to transmit a continuous stream of data and obtain its synchronized
> version (before decoding) at the receiver using gnuradio companion.
> Following the generic_mod_demod.py, I have designed the transmit and receive
> path i
On Thu, Jun 14, 2012 at 10:58 PM, jiajue ou wrote:
> Hi all,
>
>
>
> I’m playing with qam modulation and demodulation blocks using GRC.
>
> To begin with, I built a flow graph in one computer as follows:
>
> File source>packet encoder>qam mod->qam demod> packet
> decoder->file
Hi all,
The following script hangs for me about 1 time in 10 on the call to
top_block.stop.
Drilling in a bit, it appears to get stuck on a call to 'interrupt' of
a boost::thread instance on line 91 of gruel/src/lib/thread_group.cc.
Has anyone else had this problem?
Cheers,
Ben
import time
from
On Tue, Aug 7, 2012 at 10:31 AM, Ben Reynwar wrote:
> Hi all,
>
> The following script hangs for me about 1 time in 10 on the call to
> top_block.stop.
> Drilling in a bit, it appears to get stuck on a call to 'interrupt' of
> a boost::thread instance on line 91 of g
Upgrading to boost 1.48 fixed the problem.
Thanks again,
Ben
On Tue, Aug 7, 2012 at 2:43 PM, Ben Reynwar wrote:
> Great, thanks. I'm using boost 1.46.1 so hopefully this will go away
> once I upgrade to 1.47.
>
> On Tue, Aug 7, 2012 at 2:20 PM, Don Ward wrote:
>> Y
On Thu, Aug 9, 2012 at 1:53 PM, abdullah unutmaz
wrote:
> Greetings,
>
> I would like to ask you how to read the data stored in a vector sink. I
> tried the solutions I found in the discussion list. You can see some part of
> my python code below.
>
;
> What may be the problem, any idea?
>
> - Abdullah
>
>
> From: Ben Reynwar
> To: abdullah unutmaz ; discuss-gnuradio
> Discussion Group
> Sent: Thursday, August 9, 2012 6:29 PM
> Subject: Re: [Discuss-gnuradio] vector sink data
&
There no way to do this simply by passing an appropriate argument but
you could do it without recompiling by adding in appropriate
digital.map_bb blocks into the modulation and demodulation blocks.
On Fri, Aug 10, 2012 at 9:18 AM, David Miller
wrote:
> Hey List,
>
> Is it possible to easily chang
is time consuming, this study is
> for a final year project, when I discuss solutions
> with my professor, he decisively wants the system to be ongoing data flow,
> even though in both of the possible
> solutions the process ends right after the data is acquired :).
>
> Thanks,
&g
On Mon, Aug 6, 2012 at 6:43 AM, Michael Dickens wrote:
> I'm running OSX 10.8.0, Xcode 4.4, latest updates; all background
> dependencies are installed as both 32 and 64 bit, and includes "orc". Please
> let me know what tests I can run to get more/better info to help correct this
> issue. - M
On Mon, Oct 1, 2012 at 1:27 PM, Fabián Kozynski wrote:
> As sanity check I'm trying a simple flowgraph in GRC with a QAM mod/demod:
>
> Vector Source ==> Throttle ==> QAM Mod ==> QAM Demod ==> Unpacked to Packed
> ==> File Sink
>
> The parameters in the mod/demod are as default. I also have a File
There was a bug in the QAM demodulator that has been recently fixed
(merged in two weeks ago). Try checking out the current master or
next branch.
Ben
On Tue, Oct 30, 2012 at 8:47 AM, Ahmed Zaheer wrote:
> Does anybody have QAM mod/demodulator working in loop back simulation. Mine
> in attached
hat is this current master or next branch?
>
>
> ____
> From: Ben Reynwar
> To: Ahmed Zaheer ; discuss-gnuradio Discussion Group
>
> Sent: Tuesday, October 30, 2012 9:08 AM
>
> Subject: Re: [Discuss-gnuradio] Anybody having QAM mod/demod.
>
Hi all,
Martin sent out an email a few days ago letting you know that we're
trying to use the issue tracker
(http://gnuradio.org/redmine/projects/gnuradio/issues) to report and
fix bugs in a more timely manner.
As part of that process I'm going to send out an occasional email to
the list, to remi
The output of the demod is unpacked, that is, only one bit in each
byte is used. Place an unpacked_to_packed block before the sink and
you will have more luck, however you will still get an offset in the
byte boundaries between the input and output.
Ben
On Mon, Jan 7, 2013 at 3:21 AM, Hanz wrot
Take a look at the packet_encoder and packet_decoder blocks. The
encoder adds a header to the packet, so that the decoder can
synchronise to it, and get the correct byte boundary. The
implementation (in the current master branch) is found at
gnuradio/grc/grc_gnuradio/blks2/packet.py.
On Fri, Jan
I don't understand you're question. What do you mean by fetch the raw
bits or bytes? It seems that you are already doing that fine with
your file outputs.
On Fri, Jan 11, 2013 at 12:33 PM, Hanz wrote:
> This is actually what i would like to do later by hand. Isnt there a
> possibity how i can
You are correct that the digital_constellation_receiver_cb does not do
any symbol timing recovery and that the documentation is incorrect.
Thanks for pointing this out, and sorry for the confusion.
Ben
On Thu, Jan 10, 2013 at 1:54 AM, luca wrote:
> Hi all,
>
> I've some doubts on the GRC block
First of all take a look at the generated python file.
The block constructors will be things like gr.head,
digital.chunks_to_symbols_bc. The blocks may be implemented in python, by
stringing together existing blocks, or they may be implemented in C++. The
python subpackage ("gr" and "digital" he
On Thu, Jan 17, 2013 at 6:48 AM, Charles Ru wrote:
> I found a bug in digital_bert_rx.py. My current version of GNU Radio is
> 3.6.2.
> The bug is in line 118(I'm not sure if I have changed the file already),
>
> self._source = uhd_receiver(options.args, options.bitrate,
>
> Here,
I'll be part of the University of Arizona team and am also curious who
else is participating.
On Mon, Jan 28, 2013 at 6:10 PM, Tom Rondeau wrote:
> Hello!
>
> We're close to the deadline for teams to sign up for the spectrum challenge
> (http://dtsn.darpa.mil/spectrumchallenge/Register.aspx). I h
Should anyone feel like fixing it, the issue can be found here:
http://gnuradio.org/redmine/issues/511
On Thu, Jan 31, 2013 at 2:35 PM, Josh Blum wrote:
>
>
> On 01/31/2013 07:38 AM, adream wrote:
>> hello everyone, I try to install gnuradio by source code, the version is
>> 3.6.3.
>> my operat
jared@jared:~/gnuradio/build$ gnuradio-core/src/lib/gnuradio-config-info -v
> v3.6.3-35-g4435082f
>
> Start 120: qa_ctcss_squelch
> 120/180 Test #120: qa_ctcss_squelch . Passed0.17 sec
>
>
> Jared
>
>
>
> On Fri, Feb 1, 2013 at 10:49 AM, Ben
Bug report created at:
http://gnuradio.org/redmine/issues/516
On Fri, Feb 15, 2013 at 2:29 PM, Tommy Tracy II wrote:
> This is Gentoo Base System release 2.1.
>
>Sincerely,
> Tommy James Tracy II
> PhD Student
> High Performance Low Power Lab
>
On Sun, Feb 24, 2013 at 6:36 AM, Manu T S wrote:
> I want to use trellis codes along with generic_mod_demod.
>
> 1. Can I replace the constellation_receiver object with a trellis_metric
> followed by a viterbi? If so is it required to have an operation equivalent
> to phase correction in constella
There is no logic at the moment to make the trellis encoder and
decoder sync their blocks with the packets. I would have thought that
if you don't specify the starting and ending states, and the blocks
are reasonably long, then it would still work adequately but I could
be wrong.
If you want to s
Manu,
At the moment when you feed into your viterbi decoder you still have
phase ambiguity i.e. you don't know if the constellation is orientated
correctly. I imagine this would place a constraint on the code you
could use.
If you go with Achilleas' suggestion then the differential decoding
woul
It looks like I missed gr-uhd when I was making the python docs (see
gnuradio/docs/sphinx/source). Sorry. I'll let you know when they're
added in.
However, the doxygen docs look like they cover the python interface well.
http://gnuradio.org/doc/doxygen/page_uhd.html
On Sun, Mar 17, 2013 at 6:40
I'm assuming you want to visualize the symbols after synchronization
but before decision making. At the moment this is a pain, because the
fine phase adjustment and the decision making are performed in the
same block (constellation_receiver). What you want is the fourth
optional output of the con
why I think I have a problem in blocks I have already
> implemented.
>
>
>
> On Fri, Mar 22, 2013 at 5:37 PM, Ben Reynwar wrote:
>>
>> I'm assuming you want to visualize the symbols after synchronization
>> but before decision making. At the moment this is a
Yes, you're correct. Thanks for pointing this error in the documentation out.
On Wed, Apr 3, 2013 at 12:35 PM, vegihat vegihat wrote:
> Hello folks,
>
> i am doing my first steps on gnuradio, and as my first program i added 2
> gr.sig_source_c using gr.add_ff.
>
> gr.sig_source_c is a signal g
Hi Arturo,
The constellation object scales the provided constellation points so
that the average magnitude of the points is 1.0. This is causing the
difference between the two sets of points that you noticed.
To avoid the abstract class error, use
"digital.digital_constellation(rotated_const.ba
could use digital.constellation_calcdist as you were previously.
On Tue, Apr 9, 2013 at 4:33 PM, Arturo Rinaldi wrote:
> Il 10/04/13 00:45, Ben Reynwar ha scritto:
>
> Hi Arturo,
>
> The constellation object scales the provided constellation points so
> that the average ma
Hi all,
Is there a way to create a uniform PMT vector from python?
I can use, for example, 'pmt.make_c32vector(length, value)' to create
a vector where each element is 'value' but I don't see a way to modify
these values from python.
If there isn't, are there any objections to overloading these
Great, thanks. I'm only using it for QA code so setting the elements
one by one like you suggest will work fine.
On Thu, Apr 11, 2013 at 9:52 AM, Martin Luelf wrote:
>> Hi all,
>>
>> Is there a way to create a uniform PMT vector from python?
>>
>> I can use, for example, 'pmt.make_c32vector(leng
Yes, that's perfect. Thanks.
On Thu, Apr 11, 2013 at 10:58 AM, Martin Braun (CEL)
wrote:
> Hi Ben,
>
> doesn't pmt.to_pmt(LIST) do what you want?
>
> Cheers,
> MB
>
> On Thu, Apr 11, 2013 at 10:03:21AM -0700, Ben Reynwar wrote:
>> Great, thanks. I&#x
thon object to a PMT object.
pmt.python_to_pmt.python_to_pmt - Converts a PMT object to a python object.
It can handle booleans, strings, integers, longs, floats, complex
numbers, dictionaries, lists and tuples.
I added a mention of these functions to the wiki.
On Thu, Apr 11, 2013 at 11:27 AM, Ben R
Hi all,
This is an update to let everyone know what exciting bugs are
available to be fixed in the bug tracker
(http://gnuradio.org/redmine/issues).
Missing -mfpu=neon in CFLAGS/CXXFLAGS when building for ARM and NEON
is supported but not gcc's default
(Although if I understand Philip's comment t
Thanks for letting us know the documentation is out of date.
You should find filterbank examples in gr-filter/examples.
On Tue, May 14, 2013 at 12:28 PM, LD Zhang wrote:
> Hi,
>
> I am reading the polyphase filterbank documentation. It points to a
> directory where examples are contained: gnurad
code as is.
>
> My question is: Is there a way to re-display the pfb.py back onto the GRC
> graphical window? If not, what do I need to do in order to bring it back to
> GRC? Is what I am trying here making sense at all?
>
> Thanks a lot,
>
> LD
>
> -Original M
ccf block in the GRC though?
> Does the GRC approach suffer reduced capability vs. the python approach?
>
> LD
>
> -Original Message-
> From: Ben Reynwar [mailto:b...@reynwar.net]
> Sent: Tuesday, May 14, 2013 2:30 PM
> To: LD Zhang
> Cc: discuss-gnuradio Discussion
Looks like we get an increase to a 15 person limit if the person who
starts the hangout is using a google apps account.
http://googleenterprise.blogspot.com/2012/11/larger-hangouts-in-google-for.html
On Thu, May 16, 2013 at 6:08 AM, Martin Braun (CEL)
wrote:
> Quick reminder... if you want to jo
Also, as of a couple of weeks ago, if you put
gnuradio/build/gnuradio-runtime/python in your PYTHONPATH then that
will work too. You'll need to be using the current master branch for
this to work.
On Tue, Jun 18, 2013 at 9:03 AM, Marcus Leech wrote:
> If you had used the build-gnuradio script, i
My suggestion was probably unnecessarily complicating things.
You need to find where the gnuradio has been installed to. There will
be a directory containing a gnuradio folder which in turn will contain
an __init__.py file.
You could find it by brute force using something like:
find / -name "gnur
I'll be in England that week, and should be able to make it. No
preference on the day.
On Fri, Jun 21, 2013 at 7:10 AM, Tom Rondeau wrote:
> Hi everyone,
>
> I'll be in London the week of July 8 for a few lectures at a summer
> school at King's College [1]. I'd like to have a meetup of GNU Radio
There are also a few backpacking hostels in downtown boston, some of
which probably have private rooms. Not quite the same as a hotel, but
normally way cheaper.
On Mon, Aug 5, 2013 at 8:12 AM, Philip Balister wrote:
> I am looking at hotels in Boston GR Con. Needless to say, I will never
> compl
You want the "level" attribute not "value".
On Tue, Sep 3, 2013 at 9:22 AM, sunday iliya
wrote:
> Dear All,
> I'm a PhD student at De Montfort University UK and I'm new to gnuradio. I
> was using gr.probe_signal_vf & gr.probe_signal_vc to obtain data for USRP
> and fft magnitude but when i used t
Hi all,
What are the current plans for creating python docstrings? I found an
email from 2005
(http://lists.gnu.org/archive/html/discuss-gnuradio/2005-01/msg00249.html)
that had plans for getting the c++ documentation into the docstrings
but it doesn't appear to have happened yet. If it's just a
Hi all,
I've been experimenting with creating some python level documentation
for gnuradio to complement the existing doxygen docs.
My first attempt was pure autogeneration, but I wasn't successful in
creating any documentation that wouldn't be more painful to wade
through than the source code it
On Fri, Oct 15, 2010 at 6:40 AM, Tom Rondeau wrote:
> On Sun, Oct 10, 2010 at 7:40 PM, Ben Reynwar wrote:
>> Hi all,
>>
>> I've been experimenting with creating some python level documentation
>> for gnuradio to complement the existing doxygen docs.
>>
>&
Hi all,
I'm playing with gnuradio and am trying to create a simple example
where I take some data, do a virtual transmission, and then check I
have the same data at the receiving end.
I've got it successfully working with the following string of blocks:
vector_source_b, dbpsk_mod, channel_model,
I just found simple_framer and simple_correlator which were what I was missing.
Cheers,
Ben
On Fri, Nov 19, 2010 at 10:47 PM, Ben Reynwar wrote:
> Hi all,
>
> I'm playing with gnuradio and am trying to create a simple example
> where I take some data, do a virtual transmission,
1 - 100 of 157 matches
Mail list logo
