[Discuss-gnuradio] Enable QT multi threading in the qtgui template

Hi, In my quest to implement some OOT GUI widgets, I was hit by a number of crashes because I need to do rendering (which includes some X/xcb calls) from another thread than the main GUI thread. Now, under QT it's documented how to do it and it's fairly painless _except_ that if you're under linu

[Discuss-gnuradio] Fwd: About setting the GRC block properties.

Morning, Sorry for taking so long to reply. I have one question, the block, "OFDM Mod" <-> and these three, "OFDM Carrier Allocator, FFT, OFDM Cyclic Prefixer", shown on the website, http://gnuradio.org/doc/doxygen/ofdm_tx_core.png Are they doing the same thing? Thanks

Re: [Discuss-gnuradio] Fwd: About setting the GRC block properties.

Hi Kevin, no, they are not the same. In the ofdm mod XML file (gr-digital/grc/digital_ofdm_mod.xml), the make element is: grc_blks2.packet_mod_$(type.fcn)(digital.ofdm_mod( options=grc_blks2.options( modulation="$modulation", fft_l

Re: [Discuss-gnuradio] tb.start(), tb.wait() or tb.stop() dows not work ... help

On Mon, Sep 23, 2013 at 8:07 PM, shakib034 wrote: > I am new to GNURADIO environment. > > I want the flow graph that i am working with to turn ON and OFF with 5 sec > of interval. > > I tried tb.start(), tb.wait(), tb.stop() and sleep(5). > > But that is not working. > > whenever I try to replace

Re: [Discuss-gnuradio] Addding enums to custom processing blocks

On Tue, Sep 24, 2013 at 9:26 AM, John Wilson wrote: > Hi, > > What's the process by which enums are added to the Python namespace via SWIG > in gnuradio? I mean in gr_firdes, the following are added to the gr.firdes > namespace in Python: > > enum win_type { > WIN_HAMMING = 0,// max atte

Re: [Discuss-gnuradio] Enable QT multi threading in the qtgui template

On Wed, Sep 25, 2013 at 11:39 AM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > In my quest to implement some OOT GUI widgets, I was hit by a number > of crashes because I need to do rendering (which includes some X/xcb > calls) from another thread than the main GUI thread. > > Now, under QT i

Re: [Discuss-gnuradio] Enable QT multi threading in the qtgui template

Hi, > Have you solved your problem from yesterday with the OOT project > inheriting from the QTGUI blocks? No unfortunately. I made some progress though : - The QObject parent must be first in the inheritance. - Needed to include the Q_OBJECT macro in the class definition and also enable the "A

Re: [Discuss-gnuradio] dual coherent channel rtl_sdr

Hmmm, interesting.Was this with E4000 tuners, or R820T tuners?   What was your exact test setup, tuned-frequency, etc?       on Sep 25, 2013, Juha Vierinen wrote: Hi guys,   Based on my very limited understanding on electronics, osclilators and other such things, I would expect oscillator effects

Re: [Discuss-gnuradio] Fwd: About setting the GRC block properties.

Thanks Marcus, I am thinking to use "Random source" generating 010101..as source. If I wanna modify the transmit diagram based on http://gnuradio.org/doc/doxygen/ofdm_tx_core.pn g What would you suggest? Can you show me the block diagrams for m

[Discuss-gnuradio] Python-based sink block causes graph freeze under certain conditions

I created a Python-based sink block that works well in most cases. I started having problems when I created a GUI checkbox (using GRC) to control a Selector or Valve block in a separate subgraph. As soon as I change the checkbox, the whole graph freezes. So far I have tracked this down to the Pyth

Re: [Discuss-gnuradio] Python-based sink block causes graph freeze under certain conditions

Apologies - this bug has been found already: http://gnuradio.org/redmine/issues/594 I tracked down the freeze to the "unlock()" call in selector.py, which led me to the bug report. Hope it gets fixed soon :) Until then, no graph changes! On Wed, Sep 25, 2013 at 5:08 PM, Ethan Trewhitt wrote: >

Re: [Discuss-gnuradio] Enable QT multi threading in the qtgui template

> I also tried creating the QWidget subclass separately, like it's done > in the qtgui elements but I also have a problem on destruction because > there is a tight link between the two (exchanging a lot of data ..) > and they're destroyed independently by two completely different path > ... Ah, at

[Discuss-gnuradio] GNU Radio Support for Matchstiq

GNU Radio support for Epiq Solutions' Matchstiq SDR platform is now publicly available. This includes support for both the Matchstiq 001 (TI DM3730 ARM + Xilinx Spartan 6 LX45 FPGA), as well as the Matchstiq Z01 (Xilinx Zynq Z7020). This was developed as an out-of-tree module and is available on g

[Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1

Hi Tim. The solution I found was to set the Fixed Frame Length parameter to 1 on the OFDM Frame Equalizer block of the "Header Stream". The original value for this field is set to 0, but I don't exactly know why it works setting it to 1. Regards. ___ D

Re: [Discuss-gnuradio] Questions on rx_ofdm example in GR 3.7.1

Nope, the only thing I did was to set it to 1. I didn't changed the tag names or anything else. On Wed, Sep 25, 2013 at 5:06 PM, Monahan-Mitchell, Tim < tmona...@qti.qualcomm.com> wrote: > Thanks, I will try that. So you did not have to make the change I > suggested in the posting, and is descr

[Discuss-gnuradio] GnuRadio as Antenna Analyzer and SWR meter

This may be outside of the scope of what GnuRadio is trying to accomplish and complementary hardware would need to exist, but it would be great if GnuRadio had modules to build a software defined antenna analyzer for impedance matching as well as a software defined SWR meter. Of course it curre

Re: [Discuss-gnuradio] Fwd: Questions on rx_ofdm example in GR 3.7.1

On Wed, Sep 25, 2013 at 04:57:55PM -0700, Daniel Domínguez wrote: > The solution I found was to set the Fixed Frame Length parameter to 1 on the > OFDM Frame Equalizer block of the "Header Stream". Hi guys, 1 is the correct setting. I'm currently adding a tx into the example so it runs as-is (lik