Re: [Discuss-gnuradio] Trouble with gnuradio-companion after pybombs installation

On 05/24/2017 07:29 PM, Pavan Yedavalli wrote: > To Kyeong and Cinaed: Thank you for the suggestions. > > I am still having a ton of the same issues. What I did was the following: > > 1) Removed the pybombs and prefix directories to start from scratch. Is > this all I need to do in order to get

Re: [Discuss-gnuradio] Trouble with gnuradio-companion after pybombs installation

To Kyeong and Cinaed: Thank you for the suggestions. I am still having a ton of the same issues. What I did was the following: 1) Removed the pybombs and prefix directories to start from scratch. Is this all I need to do in order to get rid of everything I previously installed? I have a feeling

Re: [Discuss-gnuradio] How to write data periodically in file sink

On Thu, May 25, 2017 at 10:34 AM Deepak Gautam wrote: > Dear Gilad, paul,luca > > > Thank you for the kind response. Yes, i need the high accuracy and i think > i should go with "issue_stream_cmd" method. Before i start working in this > method, my concern is whether i can

Re: [Discuss-gnuradio] How to write data periodically in file sink

Dear paul,luca, Thank you for the kind response. Yes, i need the high accuracy and i think i should go with "issue_stream_cmd" method. Before i start working in this method, my concern is whether i can write the different burst in separate file. My main conern is written file size. Because i

Re: [Discuss-gnuradio] Correlation Estimator Block

There's an excellent example using BPSK in /share/gnuradio/examples/digital/packet/example_corr_est.grc Also, you should be using a tagged stream and blocking tag propagation at the Channel Model. And since there are no taps in the Channel Model, you really don't need CMA Equalizer, and the

Re: [Discuss-gnuradio] Mixing multiple streams to audio

Hi John, more of a note pad than an email: *PFB* > firdes.low_pass(2.0, oversampled_width, fm_dev*2 ,1000, > firdes.WIN_HAMMING, 6.76) low_pass(double gain, double sampling_freq, double cutoff_freq, double transition_width, gr::filter::firdes::win_type window, double beta=6.76)

Re: [Discuss-gnuradio] Custom C++ blocks on E310

Hi Jessica, that's really interesting! It means that the problem only happens when you use your compiler to build your C++ blocks, but not when only using the GNU Radio that's already part of your image. Not quite sure what that entails; maybe it means that openembedded builds broken SDKs...

Re: [Discuss-gnuradio] Custom C++ blocks on E310

Hi all, I never found the solution to this problem, but I ended up using a work around by writing my custom blocks in Python instead of C++. Jessica From: Discuss-gnuradio [mailto:discuss-gnuradio-bounces+jessica.iwamoto=aero@gnu.org] On Behalf Of Jessica Iwamoto Sent: Monday, May 15,

Re: [Discuss-gnuradio] Mixing multiple streams to audio

pfb_taps is (with some variable names simplified for clarity): firdes.low_pass(2.0, oversampled_width, fm_dev*2 ,1000, firdes.WIN_HAMMING, 6.76) where oversampled_width = channel_width * (num_chan + 1) for channel_width = 15 kHz, fm_dev = 5 kHz, and num_chan = 7. For what it's

[Discuss-gnuradio] Correlation Estimator Block

Hi Everyone, I am trying to benefit "Correlation Estimator" block to tag the preamble of the transmit bit sequence in a QPSK-based system The modulation is done as: Data + Preamble -> Constellation Modulator The way I am doing the demodulation is: AGC -> FLL Band-Edge -> Correlation

Re: [Discuss-gnuradio] Mixing multiple streams to audio

what's the pfb_taps design spec? (i.e. what did you use as argument for firdes.lowpass()?) Best regards, Marcus On 05/24/2017 04:38 PM, John Ackermann N8UR wrote: > Here's the whole flowgraph. > > Once I get the code functioning, I'm planning to clean this up, maybe > add a few more channels,

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Given my testing locally for that specific QA, I'd advise you to follow my recommendation (3), since I'm guessing the issue is more to do with library linkage / missing symbols (probably with respect to libgsl) than path settings. Doing "make install" will likely result in the same test failures

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Now I understand the environment variable issue. Would it make more sense just to do a "make install" then see what fails on "make test"? Or will make test always use shall we say a custom environment? ‎The rest of the suggestions I will need to chew on later when on the PC.   Original Message

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Hi! as far as I can tell, all tests fail because they fail with 'ImportError: No module named runtime_swig' This is most probably neither related to GSL nor polar QA tests. Did you try a minimal example? Did you install some version of GR? Does the failing line 'from gnuradio import gr,

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Sorry; wrong file. Should have been (I think) "/usr/local/src/gnuradio_test/gnuradio/gnuradio-runtime/swig/runtime_swig.py". On Wed, May 24, 2017, at 09:53 AM, Michael Dickens wrote: > The easiest way to find out is to edit the file (in your case) >

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

1) You should do "su" or "sudo" as you see fit. Either way works. 2) The way CMake does testing is that it creates a shell script, which sets environment variables for just whatever is being executed for that specific test. These variables are configured in the GR build scripts via GrTest &

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

I'm not sure I follow you here on the environment variables. They have to be proper for both normal and tests operation.  Regarding sudo, when I am working in /usr/local, I just do su and be done with it.   Original Message   From: Michael Dickens Sent: Wednesday, May 24, 2017 6:13 AM To:

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

All of the polar tests work for me on Mac OS X. No reason they shouldn't work on other OSs. Your "ctest" below indicates that the GrTest setup for those tests isn't correct. "make test" does not always work without GR already being installed into the $PREFIX, so I generally recommend doing "sudo

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Here are the results: ctest -VV -R polar UpdateCTestConfiguration from :/usr/local/src/gnuradio_test/gnuradio/build/DartConfiguration.tcl UpdateCTestConfiguration from :/usr/local/src/gnuradio_test/gnuradio/build/DartConfiguration.tcl Test project

Re: [Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Still using an older GSL myself, but what does `ctest -VV -R polar` in the build directory give you in detailed problems? Best regards, Marcus On 24.05.2017 10:18, li...@lazygranch.com wrote: > Anyone successfully running gnuradio with g‎sl gnu scientific library 2.3 > installed. Success

[Discuss-gnuradio] GSL Gnu Scientific Library 2.3

Anyone successfully running gnuradio with g‎sl gnu scientific library 2.3 installed. Success means passing all the "polar" tests.  ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Handling custom blocks in GRC

Cool, thanks! Will try that out soon. On Wed, May 24, 2017 at 12:34 AM Moritz Luca Schmid < luca.moritz.sch...@gmail.com> wrote: > Hey Vipin, > > here is some information to hier blocks > > from the GNU

Re: [Discuss-gnuradio] Handling custom blocks in GRC

Hey Vipin, here is some information to hier blocks from the GNU Radio wiki. If your structure of A_Func is that simple, I think its the best way to write the hier block by hand. When you implement

Re: [Discuss-gnuradio] Handling custom blocks in GRC

Hi Vipin, The question I have is this: A_Func calls B_Func and C_Func. I don’t think I can instantiate the three custom blocks directly in one GRC flow-graph. What will happen to the function call made in A_Func for B_Func when A_Func custom block is kicked off for execution by the GRC

[Discuss-gnuradio] CC Decoder with punctured code = errors

Hi everyone, Is it possible to modify the *traceback depth* of the built-in *CC Decoder Definition*? It appears unable to recover errors I have introduced during puncturing/depuncturing, returning values with bit errors still present. I am trying to decode a PDU I originally convolutionally

Re: [Discuss-gnuradio] Building gnuradio master fails

On 05/23/2017 02:03 AM, li...@lazygranch.com wrote: > Full cmake output at > https://pastebin.com/4uwwZbcW > > Here is the relevant portion of the cmake output. Everything is found. > Now I suppose I could downgrade the libraries if that helps. > > -- Checking for module 'gsl >= 1.10' > --

Re: [Discuss-gnuradio] Trouble with gnuradio-companion after pybombs installation

On 05/23/2017 10:38 PM, Pavan Yedavalli wrote: > It looks like it was a permission problem to open gnuradio-companion. If > I run "sudo gnuradio-companion," it will open correctly. > > Having said that, I am seeing another problem of "No module named > tutorial" when running python grc