Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

On 06/28/2016 06:25 AM, Piotr Krysik wrote: Hi Marcus, It's great to hear that there is interest in using the block. I can change how parameters are displayed but I don't have clear idea how to do this so the user experience with for a systems with 8+ inputs will be improved. I can separate RF

Re: [Discuss-gnuradio] Channel model - the identity channel

Thanks for the hints for where to look and why this happens from a code perspective. I don't think it makes sense from a semantic perspective (if the user says taps=1, she should get the unity gain delay free channel) but I'm guessing "patches are welcome" is the appropriate response to this minor

Re: [Discuss-gnuradio] Channel model - the identity channel

On Tue, Jun 28, 2016 at 6:14 PM, Raj Bhattacharjea wrote: > Consider the identity channel that passes through it's input to its > output. This is an idealization of a very short run of high quality cable > between synchronized systems. Using GNURadio's channels_channel_model, I

Re: [Discuss-gnuradio] Channel model - the identity channel

Hey Raj, > introduces a delay that can be corrected by applying the taps [0,0,0,1]. > See the attached flowgraph that subtracts the signals before and after > the channel model; if you let taps = 1, the two signals don't cancel. If > you use taps = [0,0,0,1], they do. The delay you are seeing

[Discuss-gnuradio] Channel model - the identity channel

Consider the identity channel that passes through it's input to its output. This is an idealization of a very short run of high quality cable between synchronized systems. Using GNURadio's channels_channel_model, I expect that the following provides the identity channel: Noise voltage: 0

Re: [Discuss-gnuradio] Appending SYNC block to data

I did a simple test : #ifdef HAVE_CONFIG_H #include "config.h" #endif #include #include #include "ADD_SYNC_impl.h" #define TAB_SIZE 420 namespace gr { namespace UAT { ADD_SYNC::sptr ADD_SYNC::make() { return gnuradio::get_initial_sptr (new ADD_SYNC_impl()); }

Re: [Discuss-gnuradio] Appending SYNC block to data

Hi Olivier, is there a reason, besides you print the values afterwards, that you copy your input data to your tab array? Write a test which puts in your frame and checks if the output is prepended by your sync word. [syncword, payload]. Just write your preamble to the output buffer and then

[Discuss-gnuradio] Appending SYNC block to data

Hi everyone, I'm actually coding a SYNC block for my application. I need to append a 36 bits sync word to some data coming from a Reed Solomon encoder. What I did is to initialize an array with my 36 bits sequence and then, plugging the data in the rest of the array. The total length of my SYNC +

[Discuss-gnuradio] C API for PMT

Hi folks, writing an email [1] to answer a few RPC-related questions, I started to wonder: Am I missing something, or does PMT *not* export a C ABI, though it's API is pretty much C++-agnostic: Everything has signatures of the pattern pmt_t pmt_operation(pmt_t input, void* parameters...)

[Discuss-gnuradio] Remote access to running GNU Radio application's USRP objects (was Re: [USRP-users] Multiple parallel connections to x310)

What kind of parameters would that be? Most of the "value keeping" for things like gain, frequency... are done purely inside the UHD host-side driver, so notifying your GUI of whatever action your GNU Radio flow graph does would probably do the trick just as well! I'm including the

Re: [Discuss-gnuradio] [GSoC] gr-inspector update / ask for feedback

Hi Ben, thanks for your interest. The manual signal selection is like the demod function in gqrx. You can move and resize an overlay that will determine the signal information that gets passed downstream. I have not dealt with AMC for now, but based on my own experience with manual modulation

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

I just forked Keenerd's repo, which actually has support for turning dither on/off in the API, but of course, gr-osmosdr has no support for it. My fork is: https://github.com/patchvonbraun/rtl-sdr Also the difference in frequency resolution with dither on/off is very small--less than the

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

W dniu 28.06.2016 o 12:25, Piotr Krysik pisze: > W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze: >> On 06/25/2016 04:25 PM, Piotr Krysik wrote: >>> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze: On 05/26/2016 04:09 AM, Piotr Krysik wrote: > Is there some good candidate that can be

Re: [Discuss-gnuradio] Multi-rtl - making multi-channel receiver out of multiple RTL-SDR dongles

W dniu 28.06.2016 o 03:31, Marcus D. Leech pisze: > On 06/25/2016 04:25 PM, Piotr Krysik wrote: >> W dniu 25.06.2016 o 01:56, Marcus D. Leech pisze: >>> On 05/26/2016 04:09 AM, Piotr Krysik wrote: Is there some good candidate that can be asked to do that? When I search for rtlsdr

[Discuss-gnuradio] Linear regression error when handling looping data in file source

Hi guys and gals, I get a question regarding buffer size when looping the file source: Currently I intent to have an offline processing with some captured data: read the data (for example, size 1201) from file sources, then handle the data with certain filtering and so on After that I intend

[Discuss-gnuradio] Cyberspectrum: Software Defined Radio Meetup (Wed 29th Jun) 6:30pm

Dear all, We're back! Announcing the sixteenth Cyberspectrum meetup in San Francisco! Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For those unable to attend the event in person, you can live stream it here: https://www.youtube.com/watch?v=mgbepw3G-uo There's also IRC: