Re: [Discuss-gnuradio] Manually decoding output from ZMQ PUB Sink

On 07/21/2017 06:09 AM, Kjetil Wormnes wrote: > Hi everyone, > > Firstly, just a disclaimer. I am particularly familiar with GnuRadio at > all. However I need to interface with a GnuRadio project. > > I am trying to manually decode the output of a ZMQ PUB Sink. In other > words, I have, in a

[Discuss-gnuradio] [GSoC 2017] gr-bokehgui: Updates week 10

Hello all, I have finally completed the implementation of the layouts! For more details, check out my latest blog post here . Also, check out a demo video on Youtube for an overview of the project. If you have any

Re: [Discuss-gnuradio] OOT Block to Automatically adjust Transmit Gain

In the attached flow graph, I've created a block, "gain setter" that takes in a number of input items and after the input items reach a certain amount, the block will issue a command to the ursp sink to change the gain to a certain value. I basically did this using a loop. However, it doesn't seem

[Discuss-gnuradio] Manually decoding output from ZMQ PUB Sink

Hi everyone, Firstly, just a disclaimer. I am particularly familiar with GnuRadio at all. However I need to interface with a GnuRadio project. I am trying to manually decode the output of a ZMQ PUB Sink. In other words, I have, in a completely different non-gnuradio project, a bit of code that

Re: [Discuss-gnuradio] Using two USRPs - how to synchronise a receiver (scan a range of frequencies) looking for a transmitter which is transmitting on a specific frequency

Hi Neil, 1) in this case, the method of choice would be to simply generate a 1MHz wide baseband signal and only fill the channel you're interested in with payload signal – the "Rotator", or the "Frequency Xlating FIR" or OFDM or something like a PFB synthesizer would be viable. 2) well, that

Re: [Discuss-gnuradio] GNURadio OOT vector input/output with different size

Ali, Is that really your forecast? That won't work. You'll need to implement it. Unless you actually meant to do consume_each(noutput_items) AND return(noutput_items), because then you shouldn't be using a general gr::block, but gr::sync_block, which saves you the hassle of implementing a

[Discuss-gnuradio] [GSoC 17] DAB: Updates of the week

Hi, here is my blog post for this week. I finished the audio encoders MPEG-1 Layer II and MPEG 4 HE-AAC for DAB and DAB+, respectively. For those who can't wait to listen to a DAB+ live stream, I uploaded a python

Re: [Discuss-gnuradio] GNURadio OOT vector input/output with different size

#ifdef HAVE_CONFIG_H #include "config.h" #endif #include #include "block_name_impl.h" #include "function.h" namespace gr { namespace module { block_name::sptr block_name::make(float parameter) { return gnuradio::get_initial_sptr (new block_name_impl(parameter)); } /*