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

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 flowgraphs. On a previous computer that successfully ran the same

[Discuss-gnuradio] Handling custom blocks in GRC

Hello, My application is written in Matlab. I have converted the Matlab code to C++ code using Matlab Coder. The original Matlab code has top level function, say A_Func which calls multiple other functions, say B_Func and C_Func. Matlab Coder dumps out three C++ functions; one each for A_Func,

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

Hello Pavan Yedavalli: I don't use PyBOMBS so maybe I am wrong, but that sounds like that path variables (for bash) are not correctly updated to include the path to the GNU Radio libraries OR you have already installed an another version of GNU Radio (using manual build or apt-get) and is

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

Hi, I successfully followed the instructions on github to install pybombs, cloning the directory and then running sudo python setup.py install Everything successfully finished: PyBOMBS.install_manager - INFO - Phase 1: Creating install tree and installing binary packages: Install tree: | \-

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

Interesting point, Marcus.  I'll post the complete flowgraph tomorrow when I am at my development machine.  I did revert the audio rate out of the demod to 15ksps and that helped somewhat.  So maybe that can go further. On May 23, 2017, 7:18 PM, at 7:18 PM, "Marcus Müller"

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

Hi John, 3 to 5 seconds doesn't sound all that much considering that you're doing stuff at a nominal 7.5 kS/s – compare [1]; the typical buffer size between two blocks is 8 kB, and with floats (i.e. 32 b = 4 B), that's 2000 S, and at 7.5 kS/s, that's 2/7.5 s = 0.26667 seconds for the buffers

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

Get a newer Ubuntu. On 23.05.2017 21:24, MuratCA77 wrote: > Hello Marcus, > > Thank you so much for your guidance. When I tried to close gr-inspector, it > said the following: > > "CMake 3.1 or higher is required. You are running version 2.8.12.2" > > I was wondering what seems to be the issue.

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

Hello MuratCA77: What do you mean by "close gr-inspector"? If you meant building & installing it, yes, you may have to update your cmake package. Ubuntu 14.04 does come with cmake 2.8.12, which is older than what gr-inspector asks for (CMakeLists.txt says: cmake_minimum_required(VERSION 3.1) ).

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

Hi Marcus and Kevin, and thanks for the info. I've set all squelch gates off. In that case, I get good audio if "OK to block" in the audio sink is set to "yes" but the latency is awful -- 3 to 5 seconds! If "OK to block" is "no", then I get lots of aU and unusable audio. If setting the

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

Hello Marcus, Thank you so much for your guidance. When I tried to close gr-inspector, it said the following: "CMake 3.1 or higher is required. You are running version 2.8.12.2" I was wondering what seems to be the issue. I am running Ubuntu 14.04. Best, Murat -- View this message in

Re: [Discuss-gnuradio] Making Sure Usrp Sink Center Frequency Changed Before Data Arrives

Hi Sean, with "post", do you mean "send a message to the USRP Sink", or do you mean "attached a tag to a sample"? You should probably do the latter. Best regards, Marcus On 23.05.2017 20:45, Sean Horton wrote: > I have a flowgraph that is supposed to be set up so that the tx > frequency can

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

Hi JOhn, you mustn't gate=yes in the squelch! The "add" block needs an input sample on every input to generate one sum sample, and thus, every squelch that's currently gating (i.e. not generating any samples) will simply stop the complete flow graph. The rest looks ok (if you really feed in 15

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

On Tue, May 23, 2017 at 11:31 AM, John Ackermann N8UR wrote: > I'm continuing to work on a multi-channel NBFM receiver using the > polyphase filter. I have the basic system working, but am hung up on how > to get audio out of the system; most of my attempts end up either with >

[Discuss-gnuradio] Making Sure Usrp Sink Center Frequency Changed Before Data Arrives

I have a flowgraph that is supposed to be set up so that the tx frequency can be changed on the fly. It was originally changed by changing variables, but I've switched to publishing pmt_t destined for the usrp sink (it didn't seem to work on the rx side very well, something was buggy). Testing

Re: [Discuss-gnuradio] usrp_spectrum_sense.py

Hi Murat, a few quick comments: On 23.05.2017 20:24, MuratCA77 wrote: > The current outputs produced by the usrp_spectrum_sense.py code do not > provide the bin metrics that are required for my application. Yeah, usrp_spectrum_sense hasn't aged all that well. I think if I were to implement that

[Discuss-gnuradio] usrp_spectrum_sense.py

The current outputs produced by the usrp_spectrum_sense.py code do not provide the bin metrics that are required for my application. The metrics are detection time, true detection power, the center frequency of the transmission, the centroid, and transmission bandwidth. It was recommended to

Re: [Discuss-gnuradio] Warning::How can i calibrate HackRF one for frequency correction in DVB-T receiving?(Bad Receiving HackRF one reasons shared...)

Hi Stack Programer, seriously, your mail is sub-standard: Please explain your statements and ask well-defined questions. I'll try to point out what's wrong here On 23.05.2017 16:20, Stack Programer wrote: > > > Steps to reproduce > > 1.I had a HackRF one TX DVB-T,and a RX-DVBT with hackRF

[Discuss-gnuradio] Warning::How can i calibrate HackRF one for frequency correction in DVB-T receiving?(Bad Receiving HackRF one reasons shared...)

Steps to reproduce 1.I had a HackRF one TX DVB-T,and a RX-DVBT with hackRF one, in receive it sucks . 2.with rtl-sdr and vlc it can received DVB-T signalbut with hackrf one sucks Expected behaviour after some research i guess that oscillator hackrf one is not accurate .it can should

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver

Hi, On 05/23/2017 01:12 PM, Ayan Chatterjee wrote: Hi, Is there any buffer on the receiver side which stores received packets before decoding ? Yes, there are many. GNU Radio uses shared buffers to exchange data (samples) between blocks. See here: https://www.gnuradio.org/blog/buffers/

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver

Hi, On 05/23/2017 12:54 PM, Ayan Chatterjee wrote: Hi, In IEEE 802.11 a/g/p Receiver (https://github.com/bastibl/gr-ieee802-11), when a packet gets dropped, does the transmitter resend another packet with the same sequence number ? No. Best, Bastian

[Discuss-gnuradio] How to do synchronization in gnuradio and remove preamble after peak of correlation

Hi, I want to correlate my data frame with known preamble , i am using CORRELATION ESTIMATOR BLOCK . it has two output ports one is for correlation and one is shown as output port . I want to Know How to Proceed further for synchronization ,Which block i will use next to it ,which should remove

Re: [Discuss-gnuradio] IEEE 802.15.4_OQPSK PHY Constellation issues

Hi, On 05/23/2017 02:45 AM, Tellrell White wrote: Hi All, I'm currently using the the IEEE 802.15.4 testbed developed by Bastian Bloessl, and company, specifically the offset-qpsk PHY. The only changes I've made to the flow-graph developed by Bastian is adding a vector source consisting of

[Discuss-gnuradio] IEEE 802.11 a/g/p Transceiver

Hi, In IEEE 802.11 a/g/p Receiver (https://github.com/bastibl/gr-ieee802-11), when a packet gets dropped, does the transmitter resend another packet with the same sequence number ? Regards, Ayan ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] IEEE 802.11 a/g/p transreceiver module - Number of symbols per frame?

Hi, On 05/21/2017 11:45 PM, Qurat-Ul-Ann Akbar wrote: Hi, I want to look at the number of symbols copied for *each frame received *in wifi_rx flow graph. I have been trying to understand how the start of each frame is calculated and by looking at the code it seems like its being done in the

Re: [Discuss-gnuradio] Building gnuradio master fails

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' -- Found gsl , version 2.3 -- Found GSL: gsl;gslcblas;m -- --

[Discuss-gnuradio] variable noutput_items

HiI code my own block that produce complex sample and I set max and min output buffer of my block to 256, but if I use a RRC filter after my block , depend on number of tabs , noutput_items of my block change randomly during running of flowgraph,

Re: [Discuss-gnuradio] How to use Correlation Estimator Block

On 05/19/2017 11:24 AM, Huzaifa niazi wrote: > Hi, I want to correlate my data frame with known preamble , i am using > CORRELATION ESTIMATOR BLOCK . it has two output ports one is for > correlation and one is shown as output port . I want to Know How to > Proceed further for synchronization

Re: [Discuss-gnuradio] Building gnuradio master fails

On 05/21/2017 08:02 PM, li...@lazygranch.com wrote: > It seems opensuse runs an old rev of gsl. Here are the relevant file > names and revs: > > gsl 1.16-74 > gsl-devel 2.3-9.1 > libgsl19 2.3-9.1 > libgslblas0 2.3-9.1 > python-pygsl 0.9.5-2.30 > python-pygsl-devel 0.9.5-2.30 I'm running release