On 07/17/2015 03:08 PM, Jason Matusiak wrote:
OK, sound like that could be very useful, thank you. In the meantime, is
there a way to open gnuradio without it reopening all the
previously opened scripts (I am wondering if that is my problem)?
Maybe something like a safemode?
Unfortunately,
Hi Monika,
absolutely the same method:
cd gr-exisitingmodule
gr_modtool add
Note that this can only work with modules that follow gr_modtool's
conventions (i.e. practically only with modules generated with
gr_modtool in the first place)
Best regards,
Marcus
On 17.07.2015 13:01, monika
Hello,
I had a nicely working GRC on an Ubuntu 14.04 VM. I then installed the
GR-CDMA module via PyBombs. I was going through the steps to build the
different packages and GRC started acting weird. I closed it down and
then when I reopened it, it throws this error:
$ gnuradio-companion
AFAIK the constellation sink just can't do QAM.
The timing recovery loop is uses only work for PSK type modulation.
(so yeah for 4 QAM is works because it's the same as QPSK)
Cheers,
Sylvain
___
Discuss-gnuradio mailing list
Hii
One more doubt...
As the gr-digital / include/ ofdm_chest_vcvc.h file have the argument list
given as
static sptr make(
const std::vectorgr_complex sync_symbol1,
const std::vectorgr_complex sync_symbol2,
int n_data_symbols,
int eq_noise_red_len=0,
int
Well, rebuilding GNU Radio and all the oot modules will probably be the
least painful option. (Especially because I think that the compilation
time of GR won't be very large -- I think your machine is quite capable,
right?)
Other than that, make double sure that uninstall gr-osmosdr as well as
Looking at the backtrace you sent I see init_osmosdr_swig (). That
seems to be the problem.
I tried to sudo make uninstall from the gr-osmosdr directory, then
deleted it, and then downloaded and rebuilt/installed it, but I still
get the same errors.
I am running out of things to uninstall and
GRC attempts to read the doc string of each block during load. If the
import of a block seg faults, so does GRC. If all you changed is install
gr-cdma, that's probably the reason for GRC failing. Looks like your
installation of gr-cdma is broken.
OK, makes sense. I didn't have a problem
You can of course add that later on, but don't forget to change both
your include/blockname.h, your lib/blockname_impl.h and your
lib/blockname_impl.cc. If you want to work with GRC, remember to edit
the .xml in grc/, too!
Best regards,
Marcus
PS: gr_modtool doesn't do anything magical; it
Ok... Thanks :)
On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller marcus.muel...@ettus.com
wrote:
You can of course add that later on, but don't forget to change both your
include/blockname.h, your lib/blockname_impl.h and your
lib/blockname_impl.cc. If you want to work with GRC, remember to
On 07/17/2015 03:22 PM, Jason Matusiak wrote:
No dice. I tried gnuradio-companion as well as gnuradio-companion
test.grc (which does not exist), and I still seg fault.
I went into gr-cdma/build and did a make clean sudo make uninstall,
but it still isn't working
I forgot to include the backtrace:
(gdb) bt
#0 0x000124d6 in ?? ()
#1 0x7fffbecf4f41 in init_osmosdr_swig ()
from /usr/lib/python2.7/dist-packages/osmosdr/_osmosdr_swig.so
#2 0x0042266c in _PyImport_LoadDynamicModule ()
#3 0x0043ff37 in ?? ()
#4
On 07/17/2015 02:27 PM, Jason Matusiak wrote:
Hello,
I had a nicely working GRC on an Ubuntu 14.04 VM. I then installed the
GR-CDMA module via PyBombs. I was going through the steps to build the
different packages and GRC started acting weird. I closed it down and
then when I reopened it,
try calling gnuradio-companion with a single filename; that one doesn't
even have to exist, iirc:
gnuradio-companion
Best regards,
Marcus
On 17.07.2015 15:08, Jason Matusiak wrote:
GRC attempts to read the doc string of each block during load. If the
import of a block seg faults, so does
try calling gnuradio-companion with a single filename; that one doesn't
even have to exist, iirc:
gnuradio-companion
No dice. I tried gnuradio-companion as well as gnuradio-companion
test.grc (which does not exist), and I still seg fault.
I went into gr-cdma/build and did a make clean
Hey PyBOMBS fans!
I felt inspired last night, so I added support for a description field in
recipes. This is a an optional one line element giving a brief description
of the the module. I always forget what gr-dsd or gr-ldpc do, for example.
This is exposed to the user by pybombs info gr-dsd or
You could try renaming ~/.grc.
Al
--
# Al Bolduc - a.bol...@comcast.net - ka...@amsat.org
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
You could try renaming ~/.grc.
Interesting, I didn't realize that that file existed, thanks. Sadly, it
of course didn't help me (my luck for today). But at least that shows
that the problem isn't with a bad script causing a crash when trying to
open...
Well, no matter how bad a script is, it shouldn't be able to cause a
segfault
On 2015-07-17 11:16, Jason Matusiak wrote:
You could try renaming ~/.grc.
Interesting, I didn't realize that that file existed, thanks. Sadly, it
of course didn't help me (my luck for today). But at least
Hey GNU Radio'ers!
another week has passed. So it's time for a project update.
This week was dedicated to channel construction. Finally, all channel
construction algorithms work. I added a couple of convenience
functions too.
First, there's a command line tool 'polar_channel_construction' which
I’m experiencing seg faults on QT applications in OS X 10.10, but WX graphics
(and GR/GRC in general) work without issue. I’ve removed GNURadio, Macports,
and reinstalled to no avail. I’ve tried xorg-server from macports and xquartz.
I’ll typically use the terminal in X11.app to run
On 17.07.2015 05:35, Sylvain Munaut wrote:
AFAIK the constellation sink just can't do QAM.
Yeah, and personally I've always doubted the utility of a dedicated
constellation sink (guess what, it's gone in QT). The reason being, if
the GUI widget has it's own demod chain, you're always plotting
Hi Paul - I'll work with you off-list if we figure out something
useful I'll report back to the list. - MLD
On Fri, Jul 17, 2015, at 12:14 PM, Paul Garver wrote:
I’m experiencing seg faults on QT applications in OS X 10.10, but WX
graphics (and GR/GRC in general) work without issue. I’ve
Hi,
please start the flow graph in a debugger to see where it segfaults.
http://gnuradio.org/redmine/projects/gnuradio/wiki/TutorialsGDB
Recently, some people had problems with certain boost versions (in
boost::format IIRC).
Best,
Bastian
On 17 Jul 2015, at 12:03, Leonardo S. Cardoso
Hi everyone,
I’m wondering if there are any gr-ieee802.11 exports out there, who have had
the problem as I did... :)
I’m having some issues with a core dump whenever I try to execute any of the
reception codes (wifi_loopback or wifi_rx).
Specifically with the wifi_loopback I get this before
Hii
I understood how to create new module and block within this new module
using gr-modtool from
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules.
I want to add new block in the existing module. How can i do that ?
___
Well, rebuilding GNU Radio and all the oot modules will probably be the least
painful option. (Especially because I
think that the compilation time of GR won't be very large -- I think your
machine is quite capable, right?)
I went into pybombs and uninstalled gr-cdma from there (which I
Is there a computationally efficient fractional delay block in GR? My application is to measure group delay in a B200 for a TDoA system as well as precise ranging. I have a flow graph which simulates transmitting an RRC-shaped BPSK PN sequence and then cross-correlating with a matched filter. This
Monika,
please make sure you've gone through the tutorials at
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to
make sure we're speaking the same terminology and all the basics are clear.
Cheers,
M
On 17.07.2015 06:20, monika bansal wrote:
Ok... Thanks :)
On Fri, Jul
And yet I still seg faults. Is there anything to try to do before I
blow away from VM and start over from scratch?
I am starting to wonder if me installing pybombs yesterday had something
to do with this (I sort of forgot about that).
___
An easy way to get fractional delay is to use the polyphase timing recovery
block. Set the loop bandwidth to 0, the number of filters to the fractional
delay step size you want, i.e. 32 filters gives you a fractional delay step
size of 1/32, the taps to your shaping filter over sampled by the
Could you post your flowgraph (the GRC file)?
--Neel
Attached are two flowgraphs:
1. The original flowgraph with only QAM mod and WX GUI Constellation
2. Fancier flowgraph adding demod and BER
AFAIK the constellation sink just can't do QAM.
Sylvain
AHA! Thanks for
From Martin Braun:
My preference is to build the demod/sync chain with it's own blocks, and then
just output the complex symbols
into either an X/Y plot (WX) or the QT Constellation Sink
Even an X/Y plot ends up looking funny. I’ve attached a GRC file for X-Y, and
when you turn on
Since tags are in a different buffer then data, if I use get_tags_in_range
to get tags outside the current noutput_items worth of data I'm working on,
and erase one of those tags, would the tag simply disappear from the sample
that has long ago passed through the block?
Here is an example:
On Wed, 2015-07-15 at 16:30 -0700, Richard Bell wrote:
Hi Andy,
I've been pulling my hair out trying to figure out how I'm using this
block wrong, or if it's bugs I'm seeing. I don't feel much closer to a
decision. Let me explain what I've been seeing and hopefully you or
someone else can
I'm really glad you confirmed my conclusion about the false tag placement.
I've been debugging this for so long, I stopped trusting any of my own
conclusions. I'll write a block that picks the tag with the highest corr
value and that should take care of it for my purposes. Thanks for the
On 17.07.2015 14:56, Bill Eaton wrote:
What I meant was that you plot the result of your timing + phase recovery
into an XY plot, that would take care of those additional points
you're seeing.
I have to confess that I don't even know what that means or how to go
about accomplishing it. I
On Fri, Jul 17, 2015 at 12:23 PM, Martin Braun martin.br...@ettus.com
wrote:
On 17.07.2015 05:35, Sylvain Munaut wrote:
AFAIK the constellation sink just can't do QAM.
Yeah, and personally I've always doubted the utility of a dedicated
constellation sink (guess what, it's gone in QT). The
On Fri, 2015-07-17 at 16:54 -0400, Andy Walls wrote:
On Wed, 2015-07-15 at 16:30 -0700, Richard Bell wrote:
Hi Andy,
I've been pulling my hair out trying to figure out how I'm using this
block wrong, or if it's bugs I'm seeing. I don't feel much closer to a
decision. Let me explain
What I meant was that you plot the result of your timing + phase recovery
into an XY plot, that would take care of those additional points you're
seeing.
I have to confess that I don't even know what that means or how to go about
accomplishing it. I have to take baby steps because I'm a
On 17.07.2015 12:43, Bill Eaton wrote:
From Martin Braun:
My preference is to build the demod/sync chain with it's own blocks, and then
just output the complex symbols
into either an X/Y plot (WX) or the QT Constellation Sink
Even an X/Y plot ends up looking funny. I’ve attached a GRC
... so I recommend you get an intro book to digital comms and map what
they
say to the GNU Radio examples.
Yeah. I was afraid it might come to this. Do you have any recommendations?
Most digital comms textbooks are pretty pricey, and I'd hate to spend time
and money on one that might not be a
42 matches
Mail list logo
