[Discuss-gnuradio] R: On the "right" approach for developing applications to be run on an E310

Da: Marcus Müller-3 [via GnuRadio] [mailto:ml-node+s4n55906...@n7.nabble.com] Inviato: mercoledì 9 settembre 2015 11:38 A: Crozzoli Maurizio Oggetto: Re: On the "right" approach for developing applications to be run on an E310 GRC is a flowgraph design tool. You wouldn't run it on the E310

Re: [Discuss-gnuradio] On the "right" approach for developing applications to be run on an E310

And what about the new RFNoC and GRC to be run on an E310? >From Ettus site we are told that "RFNoC has been integrated into UHD for our third generation USRP SDRs (X300-series, E300-series, and future devices)". Furthermore Ettus site shows some examples where RFNoC blocks are used under GRC,

Re: [Discuss-gnuradio] On the "right" approach for developing applications to be run on an E310

Hi Maurizio, > And what about the new RFNoC and GRC to be run on an E310? these are two different aspects: GRC is a flowgraph /design/ tool. You wouldn't run it on the E310 (especially as it is a graphical tool). It can generate headless flow graphs set up by python programs that you can copy

Re: [Discuss-gnuradio] Display Problem with QT GUI Vector Sink

Hi Marcus, thanks for your detailed reply. I built your test case, which shows the same huge delays of ~2 minutes. Surprisingly, changing the vector size to 1024 elements (=4096 bytes) yielded a much better result with delays going down to about 3 seconds. Nevertheless I think I'll stick to to

Re: [Discuss-gnuradio] GRCon15 statistics

On Wed, Sep 9, 2015 at 9:28 AM, Michael Dickens wrote: > Hi Francisco - I'm not sure we can definitely say how many people helped > out; we sort of ebbed and flowed as necessary to make it work. There were > another 2-6 of us meeting weekly (and emailing regularly) for

[Discuss-gnuradio] problems with setting up RFNoC environment within PyBombs

I have set up RFNoC environments in the past, but I am trying to embrace pybombs and am attempting to setup an environment now using that approach instead. I see on the rfnoc:-GettingStarted WiKi page, that it can't be done directly using pybombs. So here are the steps I //attempted// to take,

Re: [Discuss-gnuradio] GRCon15 statistics

Hi Francisco - I'm not sure we can definitely say how many people helped out; we sort of ebbed and flowed as necessary to make it work. There were another 2-6 of us meeting weekly (and emailing regularly) for organizational purposes; some more often than others. We had 15-20 volunteers to help

Re: [Discuss-gnuradio] problems with setting up RFNoC environment within PyBombs

> So I am curious where I am going wrong. Does anyone have the working > steps for getting an rfnoc development environment setup using the > PyBombs infrastructure? Maybe I needed to install UHD and gr-ettus > somewhere else in the pybombs structure? Well, I found at least one issue... I forgot

Re: [Discuss-gnuradio] Volk: __cpuid_count() for MSVC

On Mon, Sep 7, 2015 at 10:31 AM, Gisle Vanem wrote: > I noticed since last time (a year ago) I tried building > Volk using MSVC v16, the volk_cpu.tmp.c now uses the > gcc-centric function '__cpuid_count()' which MSVC doesn't > have. > > I'm not really sure if the below patch is

Re: [Discuss-gnuradio] USRP Structure

This isn't a relevant concern for general purpose / experimental hardware like bladerf, hackrf, or usrp hanging off a PC. They're intended to be user programmable. If someone roots your box, they can replace your FPGA image, usb, or microcontroller firmware ... but to what end? The platform is

Re: [Discuss-gnuradio] 回复: gnuradio error

Please reply on-list for the best assistance; not to me or any specific responder personally. OK; so you're using a B200, and you're getting USB errors. Have you tried different cables? Have you tried different computers / different OSs or different OS versions? Anything else beyond the error you

Re: [Discuss-gnuradio] GNU Radio Installation Error

Hi Rama/Dave - I can't say -why- the error is happening, but the error is because for some reason the llibusb1 library is not being included in the linking. This might be because the libusb1 library has been updated since the last time GNU Radio was built; or, it might be for other reasons too;

[Discuss-gnuradio] Demodulating CPFSK with Viterbi algorithm using gr-trellis

I'm trying to demodulate a CPFSK signal using the Viterbi algorithm. The gr-trellis module seems to have most of the components I'll need, but I'm having trouble figuring out how to wrangle my problem into the FSM format. Basically, I have a binary CPFSK signal with a modulation index, h=25/3.

Re: [Discuss-gnuradio] Fwd: GNU Radio Installation Error

Anyone. Kindly help with the above error. Regards, Dave On Sep 9, 2015 4:46 PM, "Rama V" wrote: > Hello, > I have uninstalled GNU Radio from /gnuradio/build directory because of an > error and I wish to reinstall it. But when I try to do that from the same > directory by

Re: [Discuss-gnuradio] GRCon15 attendees

We're discussing what can be released & Tom will reply with that info. It will not include email addresses, names, or affiliations; it will probably be just # of registrations because we also can't accurately say the # who attended any given day. Anyway, more from him once he gets there. - MLD On

Re: [Discuss-gnuradio] USRP Structure

On 09/09/2015 08:24 PM, Chris Kuethe wrote: This isn't a relevant concern for general purpose / experimental hardware like bladerf, hackrf, or usrp hanging off a PC. They're intended to be user programmable. If someone roots your box, they can replace your FPGA image, usb, or microcontroller

[Discuss-gnuradio] Display the values of Frequency, Amplitude, FFT

Hi All, As I can display the values of Frequency, Amplitude, FFT, of uhd_ff.grc in WX GUI Text Box. Thanks you Mathias ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] GRCon15 statistics

On 09/09/2015 02:22 PM, Francisco Albani wrote: > Oops! > > I may have misused the word 'assisted'. I wished to mean 'attended' (I'm > expecting a number around 200). English is a tricky language. Even better, how about a graph of attendance at each GRCon? Philip > > Sorry and thanks! > >

[Discuss-gnuradio] GRCon15 attendees

Hi Tom - I'm also curious about the cross-section of people who attended. Would it be possible to post a list of names, and affiliations, of the registered attendees? (Email addresses would be useful too, but you/they may prefer not to do that). Regards,

Re: [Discuss-gnuradio] [USRP] tracking the transmission/receiving process

Hi Jeff, Thank you for the suggestions. I'll look into the codes under "cores" directory. Logan -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

[Discuss-gnuradio] making local filter with more than "noutput_items" output length

Hi all, I am trying to make an out-of-tree module using sync block. In which I want to make a local filter, i.e. output of this filter is not connected to an output port, but to be stored in a local variable. int ShortPNcorr_impl::work(int noutput_items,

Re: [Discuss-gnuradio] USRP Structure

Since most SDRs out there have fully reconfigurable-by-the-end-user FPGA and firmware images, I don't think the notion of "compromise" has much meaning in this context, further because access to the devices is freely available to ordinary user-level processes, they can ask the radio to do

Re: [Discuss-gnuradio] problems with setting up RFNoC environment within PyBombs

On 09.09.2015 08:38, Jason Matusiak wrote: >> So I am curious where I am going wrong. Does anyone have the working >> steps for getting an rfnoc development environment setup using the >> PyBombs infrastructure? Maybe I needed to install UHD and gr-ettus >> somewhere else in the pybombs structure?

[Discuss-gnuradio] USRP Structure

Hello, Recently I read a paper on cognitive radio security (Secure reconfiguration of software-defined radio). It highlights that the operating system of cognitive radio node may be compromised as the malware can exploit software vulnerabilities. I am wondering if the FPGA and firmware are part

[Discuss-gnuradio] GNU Radio Installation Error

Hello all, I have uninstalled GNU Radio from /gnuradio/build directory because of an error and I wish to reinstall it. But when I try to do that from the same directory by using 'sudo make install', I keep getting an error as [ 97%] Built target pygen_gr_fcd_swig_ecb11 [ 98%] Built target

Re: [Discuss-gnuradio] Constellation Objects & Messages

On Fri, Sep 4, 2015 at 9:46 AM, Tudor Wolff wrote: > Hi, > > I'm using the gr-digital constellation decoder block in GRC > (digital_constellation_decoder_cb) with constellation objects such as > digital.constellation_qpsk(), etc. > > I want to modify the block such that it

[Discuss-gnuradio] gnuradio error

i am using uhd model in gnuradio,usrp_sink and usrp_source to do a loopback sysrem and i connect the usrp tx and rx withRF feeder line,when i exe the grc ,i got the output UHD Error: the receiver packet handler caught an exception. runtimeerror:usb rx6 transfer status:LIBUSB_TRANSFER_ERROR UHD

Re: [Discuss-gnuradio] GRCon15 statistics

Oops! I may have misused the word 'assisted'. I wished to mean 'attended' (I'm expecting a number around 200). Sorry and thanks! 2015-09-09 11:22 GMT-03:00 Tom Rondeau : > On Wed, Sep 9, 2015 at 9:28 AM, Michael Dickens > wrote: > >> Hi Francisco

[Discuss-gnuradio] How to calculate BER in different modulations with OFDM using GNURadio Companion

Hello, I'm doing my College final project about gnuradio companion. I have to calculate the BER with OFDM using different modulations to the subcarriers. After that, I have to do a graphic with the BER numbers. The configuration I use is in the images attached. Specifically, I have to send an

Re: [Discuss-gnuradio] ctrlport_probe2_x with gr-ctrlport-monitor in the absence of samples

On Thu, Sep 3, 2015 at 7:17 AM, Eric Statzer wrote: > I'm attempting to use ctrlport_probe2_x and gr-ctrlport-monitor to probe > points in a bursty flowgraph. When I place a ctrlport_probe2_x probe > somewhere in the part of my flowgraph that process samples only upon >

Re: [Discuss-gnuradio] Meta file time stamp

On Wed, Sep 2, 2015 at 3:51 PM, Daniel Marlow wrote: > Dear All, > > We are experiencing unexpected behavior with the time stamps in the meta > file headers. It > appears that in cases where the flowgraph experiences data drops, the > timestamp is properly > updated.

Re: [Discuss-gnuradio] [USRP] tracking the transmission/receiving process

On 08.09.2015 15:41, Logan Wu wrote: > Hello, > > I've been tracking the source code to figure out the procedure of > transmission/receiving. All I've found out is that the parameters (e.g. > freq, gain, etc.) are stored in a property tree, and messages are > inserted to the tail of queue. But

Re: [Discuss-gnuradio] Meta file time stamp

On Sep 9, 2015, at 12:46 PM, Tom Rondeau wrote: > On Wed, Sep 2, 2015 at 3:51 PM, Daniel Marlow wrote: > Dear All, > > We are experiencing unexpected behavior with the time stamps in the meta > file headers. It > appears that in cases where the flowgraph

Re: [Discuss-gnuradio] gnuradio error

Hi cdl - Which USRP are you using? USRP1, B200, B210? Might make a difference ... - MLD On Wed, Sep 9, 2015, at 12:22 PM, cdl wrote: > i am using uhd model in gnuradio,usrp_sink and usrp_source to do a > loopback sysrem and i connect the usrp tx and rx withRF feeder > line,when i exe the grc ,i

[Discuss-gnuradio] Database Connection through GRC Blocks

Hello everyone, I'm trying to create a source and sink block which will connect to a database to fetch and put data. The interface to the database is created using shared libraries (.so files) that were defined by someone else, not us. I have included the header file in my OOT module, which

Re: [Discuss-gnuradio] GRCon15 attendees

> I’m also curious about the cross-section of people who attended. Would it be > possible to post a list of names, and affiliations, of the registered > attendees? (Email addresses would be useful too, but you/they may prefer not > to do that). How about do none of the above ... Cheers,