[Discuss-gnuradio] Is Simple Framer and Simple Correllator blocks will synchronize my data?

Hi all, I am working on QPSK Transceiver I have done all the synchronization at receiver except frame delays means frame synchronization is lift. there are some delays in my recieved data at start I have some garbage values this delay is due to filters because filters produce one output sample for

Re: [Discuss-gnuradio] Timing Analysis of Blocks

Hi Shashank, maybe have a look at the existing Performance Counters and ControlPort infrastructure, as explained in http://gnuradio.org/doc/doxygen/page_ctrlport.html http://gnuradio.org/doc/doxygen/page_perf_counters.html Greetings, Marcus On 27.05.2014 07:39, Shashank Sinha wrote: > Hi, > > I

[Discuss-gnuradio] Dynamically changing input index of Selector block.

Hi all, In my flow graph I am using two different inputs. At particular time, only one input is selected. For this I am using 'Selector' block with two inputs and only one output. I want to change 'input index' of 'Selector' block when flow graph is running. I used 'WX GUI Slider' block, it works

Re: [Discuss-gnuradio] Is Simple Framer and Simple Correllator blocks will synchronize my data?

Hi Irfan, you can't remove a filter delay. If all of your sync is working, the packet encoder/decoder is probably what you want to use -- although I think I remember you've tried that before...? In any case, to get rid of transients, prepend a preamble to your signal. As for the simple_* bloc

[Discuss-gnuradio] Calling a GRC file in another GUI

Hi, If i make a GUI in python language and i want to call a GRC file from that GUI by pressing a button or something,then it's possible to call a file like that?? Regards, Ali ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.or

[Discuss-gnuradio] Idea for gr-modtool

Over the weekend, I helped out a couple people trying out the gr-howto example on OSX < http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules >. The common are of issue -- which admittedly is primarily an OSX issue -- is that the Python info which was used by GNU Radio's CMake bui

Re: [Discuss-gnuradio] Idea for gr-modtool

Hi Michael, > So, my proposal is to modify gr-modtool to hard-wire these variables as found > for the main GR install. And, any other variables that make sense to add in > -- basically: why re-find the wheel? I think the Python ones are the only > critical ones (for proper execution), but the

Re: [Discuss-gnuradio] Git cloned, errors in Portaudio during cmake

On 27/05/14 03:29, Marcus D. Leech wrote: On 05/26/2014 10:24 PM, Sid Boyce wrote: On 27/05/14 02:01, Marcus D. Leech wrote: On 05/26/2014 08:40 PM, Sid Boyce wrote: Check if portaudio19-dev installed. root@sdrbox:~# dpkg -l|grep portaudio ii libportaudio2:amd64 19+svn20140130-1 amd64 Portab

[Discuss-gnuradio] GNU Radio distribution and build from source.

I think the distribution and build system needs some improvement. I say that because a disproportionate amount of traffic on this list seems to pertain to building the software from source. It shouldn't be this hard given the tools that are available. Mike Harpe, N4PLE __

[Discuss-gnuradio] gnu radio - vhdl

Is there a way to convert c++ blocks and connections to VHDL code for implementing them in digital way Neil ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GNU Radio distribution and build from source.

Ideally, end-users should never have to build from source--their distrib-of-choice should simply have the latest Gnu Radio release in   their repositories.  The reality, however, is much different.  The Gnu Radio project has *very little* influence over the policy and   decisions with respect to wh

Re: [Discuss-gnuradio] Git cloned, errors in Portaudio during cmake

Actually, if you look at the error messages closely, Cmake is complaining about a Cmake function that doesn't exist.  I think it's   CMake that is too old (or the Cmake files are using constructs that are too new), and when there's no portaudio at all, we don't   end up triggering that paragraph of

Re: [Discuss-gnuradio] Calling a GRC file in another GUI

Yes, you can generate python out of that GRC file. The usual way to go is creating a GRC flowgraph, and generating a hier block out of that, then using that hier block in your main Python program. Greetings, Marcus On 27.05.2014 11:37, jason sam wrote: > Hi, > If i make a GUI in python language

Re: [Discuss-gnuradio] GNU Radio distribution and build from source.

On Tue, May 27, 2014 at 10:12 AM, Marcus Leech wrote: > Ideally, end-users should never have to build from source--their > distrib-of-choice should simply have the latest Gnu Radio release in > their repositories. The reality, however, is much different. The Gnu > Radio project has *very litt

Re: [Discuss-gnuradio] Idea for gr-modtool

On Tue, May 27, 2014 at 9:02 AM, Sylvain Munaut <246...@gmail.com> wrote: > Hi Michael, > > > So, my proposal is to modify gr-modtool to hard-wire these variables as > found for the main GR install. And, any other variables that make sense to > add in -- basically: why re-find the wheel? I think

Re: [Discuss-gnuradio] Idea for gr-modtool

OK; good arguments. Hard-coding into OOT module == bad. Agreed. Maybe something more along the lines of: When GR is installed, create a "${prefix}/etc/gnuradio/install.cfg" file that contains what GR CMake found, in a file that's easily loadable by CMake. Then in the gr-modtool OOT module CM

[Discuss-gnuradio] GR and git on non-networked machine

If I want to run GR (and keep it updated via git) on a non-networked machine, can I "git clone", copy the resulting gnuradio directory to a DVD, then "git pull" from that DVD (specifically the *.git that is created in the gnuradio directory? Thanks, Lou KD4HSO -- View this message in context:

[Discuss-gnuradio] Meet-up in Blacksburg, VA

Hi everyone, I'm at Virginia Tech in Blacksburg, VA this week for the Wireless@VTSymposium. If anyone else is around, either just in the area or around for the symposium, we're having a meet-up at Macado's tomorrow night (Wednesday) at 7pm. Bring your laptop and any handheld radio hardware so we c

Re: [Discuss-gnuradio] GR and git on non-networked machine

Hi Lou, yes, you can. That's what git is all about :) Git even has something called "bare repo" where you save the hassle (and the space) for a working copy. If you e.g had an USB drive, you could do an git clone --bare https://github.com/gnuradio/gnuradio.git and then pulling from that on your

Re: [Discuss-gnuradio] GR and git on non-networked machine

Something that I do is that for some of my "customers", I've created a ra-distrib.tar.gz that they unload onto their machine,   and then run an installer.sh that just uses the local source-code copies that were unloaded out of the TAR file.   This does a local source build, but from source that I k

Re: [Discuss-gnuradio] Is Simple Framer and Simple Correllator blocks will synchronize my data?

On Tue, May 27, 2014 at 3:51 AM, Martin Braun wrote: > Hi Irfan, > > you can't remove a filter delay. > > If all of your sync is working, the packet encoder/decoder is probably > what you want to use -- although I think I remember you've tried that > before...? > In any case, to get rid of transie

Re: [Discuss-gnuradio] gnu radio - vhdl

On 05/27/2014 04:10 PM, MHMND Herath wrote: > Is there a way to convert c++ blocks and connections to VHDL code for > implementing them in digital way Not out of the box. M ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.o

Re: [Discuss-gnuradio] gnu radio - vhdl

maybe one day http://gnuradio.squarespace.com/storage/grcon13_presentations/grcon13_ettus_rfnoc.pdf On Wed, May 28, 2014 at 4:51 AM, Martin Braun wrote: > On 05/27/2014 04:10 PM, MHMND Herath wrote: > > Is there a way to convert c++ blocks and connections to VHDL code for > > implementing them i

Re: [Discuss-gnuradio] GNU Radio distribution and build from source.

On 27/05/14 15:21, Tom Rondeau wrote: On Tue, May 27, 2014 at 10:12 AM, Marcus Leech > wrote: Ideally, end-users should never have to build from source--their distrib-of-choice should simply have the latest Gnu Radio release in  their repositories. The r

Re: [Discuss-gnuradio] Calling a GRC file in another GUI

ok but whats a hier block? Regards, Ali On Tue, May 27, 2014 at 6:06 PM, Marcus Müller wrote: > Yes, you can generate python out of that GRC file. > > The usual way to go is creating a GRC flowgraph, and generating a hier > block out of that, then using that hier block in your main Python progr

[Discuss-gnuradio] Debian Jessie update

Hi, I am not able to run GRC after updating my Debian Jessie. (apt-get update, apt-get dist-upgrade, apt-get autoremove) I am using Debian jessie. Before this GRC run well. user1@pc1: ~ $ gnuradio-config-info -v gnuradio-config-info: error while loading shared libraries: libboost_program_opti

Re: [Discuss-gnuradio] Debian Jessie update

I guess you will have to re-build everything regarding gnuradio. I did this yesterday due to an update from libboost 1.53 to 1.54. Ralph. From: discuss-gnuradio-bounces+ralph=schmid@gnu.org [mailto:discuss-gnuradio-bounces+ralph=schmid@gnu.org] On Behalf Of Activecat Sent: Wedne