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 th
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
> wr
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 ?
___
Discuss-gnuradio
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 bans
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
Segmenta
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
Discuss-gnuradio@gnu.or
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::vector &sync_symbol1,
const std::vector &sync_symbol2,
int n_data_symbols,
int eq_noise_red_len=0,
int max_carr_offset=-1,
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 0x0049968
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 reopene
> 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 u
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 re
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 G
Ok... Thanks :)
On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller
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 edit the
> .xml in grc/,
> 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 cle
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
>
> ___
> 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 an
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
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?
Unfortunate
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
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 gnuradio-co
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
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 re
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
wi
> 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
> 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
> 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).
___
Dis
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 filte
>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 pe
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 attach
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 el
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
> 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 ba
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
motivation
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 accomplishin
On Fri, Jul 17, 2015 at 12:23 PM, Martin Braun
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 reason being,
> ... 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
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:
nitems
yes... i will.
On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun
wrote:
> 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.
>
> Chee
43 matches
Mail list logo