Re: [Discuss-gnuradio] Frequency discriminator using a frequency to voltage converter

2015-11-09 Thread Daniele Nicolodi
On 06/11/15 19:01, madengr wrote: > Marcus Müller-3 wrote >> Hi Lou, >> >> that's a pretty good application of the spectrum, I agree. One could >> certainly modify the freq_sink to do that, however, as it is now, the >> PSD calculation (based on the fft result) is done in a single VOLK >> kernel, 3

Re: [Discuss-gnuradio] Frequency discriminator using a frequency to voltage converter

2015-11-09 Thread Daniele Nicolodi
On 09/11/15 13:48, Marcus Müller wrote: > > Since it's a bit of a pain to make beautiful in the email itself, see > the attached PDF. Here's the text of that: Hello Marcus, thank for spending time writing this down, but this is definitely not the claim I was questioning (I completely agree with

[Discuss-gnuradio] How to reference GNU Radio in a scientific paper

2017-03-17 Thread Daniele Nicolodi
Hello, some co-workers and I are about to submit to a journal a paper in which we use GNU Radio (and Ettus SDR) to obtain some of the results we report. Is there a canonical way (bibtex entry) to reference GNU Radio in scientific literature? Thanks. Cheers, Daniele _

[Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Daniele Nicolodi
Hello, this question my arise from my ignorance about C++, but I don't understand how, if it is possible, to sub-class a GNURadio block that has moat of his code in an _impl class. To my understanding I would need to subclass both the class defining the block and his _impl class. However, it seem

Re: [Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Daniele Nicolodi
#x27;re right -- that's one of the reasons why we try and keep the > block's guts (their kernels) elsewhere than the actual block definition. > > Not all of our blocks do this, though. > > M > > On 10/10/2014 12:03 PM, Daniele Nicolodi wrote: >> Hello, >> >

Re: [Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Daniele Nicolodi
classes to your lib folder and use them within > this folder. But if you want to export these classes and make them > accessable from Python, you need a public header for it. That was my understanding. What I still don't understand is why things are done in this way. > On 10.10.2014

Re: [Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Daniele Nicolodi
On 10/10/14 12:30, Sylvain Munaut wrote: > Hi, > >> There >> is way to achieve this without copying around significant portions of code? > > No, you'll need to copy the _impl Ok. Thanks for confirming my understanding. I copied the _impl definition, however, I would prefer to do not copy the in

Re: [Discuss-gnuradio] Sub-classing a block defined in an _impl class

2014-10-10 Thread Daniele Nicolodi
On 10/10/14 14:29, Daniele Nicolodi wrote: > I copied the _impl definition, however, I would prefer to do not copy > the interface definition, therefore I defined my block as follows: > > namespace gr { > namespace baz { > > class BAZ_API pll_carriertracking_cc >

[Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-15 Thread Daniele Nicolodi
Hello, I use the vector_source_x and vector_sinc_x blocks quite a lot for testing, debugging and simulations, even with quite large input and output data streams. Therefore I was looking in speeding up the feeding and retrieval of data by implementing the Python buffer interface [0] that permits

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-20 Thread Daniele Nicolodi
> proof of concept would be fine, just so we can see what needs to be > changed), branched off of next, that would be great. > > Thanks for suggesting this! > > Martin > > On 10/15/2014 08:12 PM, Daniele Nicolodi wrote: >> Hello, >> >> I use the vecto

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-20 Thread Daniele Nicolodi
On 20/10/14 11:50, Martin Braun wrote: > On 10/20/2014 11:19 AM, Daniele Nicolodi wrote: >> Hello Martin, >> >> thank you for reviewing this idea. I'm already working on a branch with >> the required changes. >> >> The required changes are the build flag

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-20 Thread Daniele Nicolodi
On 20/10/14 13:46, Martin Braun wrote: > On 10/20/2014 12:16 PM, Daniele Nicolodi wrote: >>> Having to write .i files for everything would be a nuisance, given that >>> we mostly got rid of that in 3.7. >> >> I don't understand what you mean with this. We ha

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-27 Thread Daniele Nicolodi
On 20/10/14 14:06, Daniele Nicolodi wrote: > I'll try to have a branch with my changes ready to review soon, so we > can talk about something more concrete. Hello, a short update on the progress of my branch. So far I haven't encountered major problems (the progress is limit

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-27 Thread Daniele Nicolodi
Hello, This is to inform you that I'm giving up trying to transition the swig bindings to generate builtin classes. I may revisit this decision if I'll get encouraging answers from swig developers on the swig mailing lists, but I believe this is very unlikely. While the changes to the interface d

Re: [Discuss-gnuradio] Compiling SWIG python bindings with -builtin option

2014-10-28 Thread Daniele Nicolodi
On 28/10/14 11:54, Martin Braun wrote: > On 10/28/2014 12:58 AM, Daniele Nicolodi wrote: >> This is to inform you that I'm giving up trying to transition the swig >> bindings to generate builtin classes. I may revisit this decision if >> I'll get encouraging answ

[Discuss-gnuradio] Recording external events timestamps

2014-11-27 Thread Daniele Nicolodi
Hello, I have an application where I acquire and process data through GNURadio while I modify some system parameters via slow controls (USB, GPIB, or network interfaces) handled in a separate python thread. I would like to be able to relate the data saved by the GNURadio flow graph execution to t

[Discuss-gnuradio] gr::block::add_item_tag not exposed to Python

2014-12-02 Thread Daniele Nicolodi
Hello, there is a reason why the gr::block::add_item_tag() method and other methods to operate on stream tags are not available from Python? Should I send a patch to add them to the SWIG class definition? Thanks. Cheers, Daniele ___ Discuss-gnuradio m

Re: [Discuss-gnuradio] gr::block::add_item_tag not exposed to Python

2014-12-02 Thread Daniele Nicolodi
On 02/12/14 15:10, Martin Braun wrote: > On 12/02/2014 03:01 PM, Daniele Nicolodi wrote: >> Hello, >> >> there is a reason why the gr::block::add_item_tag() method and other >> methods to operate on stream tags are not available from Python? >> >> Should

Re: [Discuss-gnuradio] Phase locked loop

2015-03-17 Thread Daniele Nicolodi
On 17/03/15 02:05, yee_yy1992 wrote: > > Hi, Currently I am doing my Final Year Project to develop a phase > measurement using Phase Locked Loop theory. I am using *USRP N210* for > the hardware and I have installed *Gnuradio Companion* in *Ubuntu 12.04 > LTS* (running in VMplayer). I have studied

Re: [Discuss-gnuradio] Phase locked loop

2015-03-17 Thread Daniele Nicolodi
On 17/03/15 15:08, Marcus Müller wrote: > Hi Daniele, > >> Also, I don't see why you cannot combine other blocks to realize >> your own PLL implementation. Where did you read that you "can’t use >> companion to add and drop the current available blocks to construct a >> phase locked loop"? > Wai

[Discuss-gnuradio] Numerical stability and accuracy of PLL blocks

2015-03-20 Thread Daniele Nicolodi
Hello, does anyone know if any stability and accuracy evaluation of the digital PLL as implemented in GNU Radio exist? I'm trying to measure the frequency of a very low phase-noise signal and I see strange artifacts for certain combinations of detuning (residual frequency difference between the s

[Discuss-gnuradio] PLL blocks parameters units

2015-03-24 Thread Daniele Nicolodi
Hello, the documentation for the PLL blocks in GNURadio says: "All settings max_freq and min_freq are in terms of radians per sample, NOT HERTZ." Therefore I thought that to specify a bandwidth `bw` it would have to converted from natural frequency units (Hz) into radians per sample with somethin

[Discuss-gnuradio] Definition of "radians per sample"

2015-03-25 Thread Daniele Nicolodi
Hello, the documentation for the PLL blocks in GNURadio says: "All settings max_freq and min_freq are in terms of radians per sample, NOT HERTZ." Therefore I thought that to specify a bandwidth `bw` it would have to converted from natural frequency units (Hz) into radians per sample with somethin

Re: [Discuss-gnuradio] Definition of "radians per sample"

2015-03-26 Thread Daniele Nicolodi
;m quite sure that there is a miss understanding of the bandwidth > notion here, > Your first formula is certainly the right known one, so make sure you > use the baseband bandwidth, which is equal to half passband bw. > hope that helps. > > Regards, > Mohamed > >

[Discuss-gnuradio] How to control latency

2015-03-31 Thread Daniele Nicolodi
Hello, I have a system where I acquire a signal through an Ettus N210 at 200 kHz and I process it through a few GNURadio blocks. Those blocks include a first low pass filtering and decimation to 1 kHz sampling rate and further resampling down to 10 Hz or so. In this configuration the output sampl

Re: [Discuss-gnuradio] How to control latency

2015-05-13 Thread Daniele Nicolodi
On 01/04/15 00:30, Matt Ettus wrote: > > Daniele, > > GNU Radio tries to maximize the size of the chunks of data it deals > with. Clearly that works well for high rate data, but not low rate > data. There are some handles to control buffer sizes and things within > GNU Radio, but you may have b

Re: [Discuss-gnuradio] How to control latency

2015-05-13 Thread Daniele Nicolodi
o accumulate before you can > do the FFT. > > Greetings, > Marcus > > On 05/13/2015 05:47 PM, Daniele Nicolodi wrote: >> On 01/04/15 00:30, Matt Ettus wrote: >>> Daniele, >>> >>> GNU Radio tries to maximize the size of the chunks of data it

Re: [Discuss-gnuradio] High Flowgraph Latency in 3.6.4.1

2015-06-02 Thread Daniele Nicolodi
Hello, I resurrect this old thread because I'm almost exactly in the situation described below by Matt but I have an hard time to come up with a solution. I'm working with an N210. In my application I generate a modulation signal that is sent to a system and the response of the system is demodula

Re: [Discuss-gnuradio] Generate a specific wave form

2015-07-01 Thread Daniele Nicolodi
On 01/07/15 14:20, Antonny Caesar wrote: > A primary user might be sending a signal all the time (this is my signal > source block). During this event, my Energy Detector will analyse the > spectro and pass or not the signal of my primary user (the entire > signal, everything that is being sent)

Re: [Discuss-gnuradio] Generate a specific wave form

2015-07-02 Thread Daniele Nicolodi
On 02/07/15 15:05, Antonny Caesar wrote: > I'll send information only if no one else is sending. So, 0/1 will just > tell me when I can send my data (0 = I can't; 1 = I can). > > Zero means another person is using the spectrum, so my data will be > lost, because that's not my band, I'm just usin

[Discuss-gnuradio] Spam from Corgan Labs

2015-07-15 Thread Daniele Nicolodi
Hello, it seems that Corgan Labs is scanning the list of the subscribed to this mailing list to target them with unsolicited email advertising. I fond this practice extremely annoying and counter-productive. Can this practice be avoided in the future? Thanks. Cheers, Daniele ___

Re: [Discuss-gnuradio] isolate channels from wideband

2015-07-22 Thread Daniele Nicolodi
On 21/07/15 21:39, Tom Rondeau wrote: > Here's my presentation from last GRCon: > > http://gnuradio.squarespace.com/grcon14-presentations#tut-rondeau Hello Tom, browsing through your presentation I see that on page 58 and 59 you recommend to use firdes filter design tool and not optfir to build

Re: [Discuss-gnuradio] The RF LO does not support the requested frequency

2015-07-30 Thread Daniele Nicolodi
On 30/07/15 05:06, Nur Jalaudin wrote: > hi. i am using ubuntu 14.04 and i am trying run wifi_rx.grc.when i try > run this wifi_rx.grc it comes out with this: [snip] > UHD Warning: > The hardware does not support the requested RX sample rate: > Target sample rate: 5000.00 MSps > A

[Discuss-gnuradio] TX and RX synchronization to control latency

2015-08-04 Thread Daniele Nicolodi
Hello, the recommended way to control latency due to buffers both in software and hardware is to synchronize the TX and RX streams, namely to have a mechanism that emits samples only when samples are received, minus a maximum latency. My naive solution to implement that is this: class synchroniz

Re: [Discuss-gnuradio] isolate channels from wideband

2015-08-06 Thread Daniele Nicolodi
On 22/07/15 15:40, Tom Rondeau wrote: > On Wed, Jul 22, 2015 at 4:57 AM, Daniele Nicolodi <mailto:dani...@grinta.net>> wrote: > > On 21/07/15 21:39, Tom Rondeau wrote: > > Here's my presentation from last GRCon: > > > > http://gnuradio.

[Discuss-gnuradio] Phase unwrapping

2014-06-16 Thread Daniele Nicolodi
Hello, I just started to work with GNU radio for my very basic needs, so please excuse my naive questions and probably my inappropriate use of the jargon. My first trivial application of GNU radio is to simply measure the phase of a phase modulated signal with an Ettus Research USRP N210 and a LF

Re: [Discuss-gnuradio] Phase unwrapping

2014-06-16 Thread Daniele Nicolodi
precision. Eventually, > adding small to extremely big returns the big number unchanged. This > isn't that useful. > > Matt > > > > On Mon, Jun 16, 2014 at 2:40 PM, Daniele Nicolodi <mailto:dani...@grinta.net>> wrote: > > Hello, > >

Re: [Discuss-gnuradio] Phase unwrapping

2014-06-16 Thread Daniele Nicolodi
On 16/06/2014 19:47, Michael Berman wrote: > I have worked on this problem for a specific case as well. I have a > document with source code and a short description of what's happening > that can be found here Hello Michael, thank for your example code, but the algorithm is trivial, what I don't

[Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Hello, I'm using an Ettus Research N210 with a LFRX daughter-board to do data measure the phase of a signals referred to a 10 MHz clock. To start I want to characterize the phase noise of the device, therefore I send to both the RX channel and to the frequency reference input the same 10 MHz sign

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Hello Marcus, thank for your detailed response. Some comments and further questions: On 17/06/2014 22:04, Marcus Müller wrote: > The N210 has a fixed master clock rate of 100MHz, generated from the > 10MHz reference by using PLL controlled clock multipliers. > The ADC always samples at 100MHz com

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-17 Thread Daniele Nicolodi
Thanks for the answers. I didn't think that the sine wave in the FPGA were generated with an integer phase accumulator (I don't know much about how signal processing is done in FPGAs). If this is the case, as I understand from Stephen email, now I know where the frequency error comes from. On th

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-18 Thread Daniele Nicolodi
zi(phase[31:32-zwidth]), > .xo(i_cordic),.yo(q_cordic),.zo() ); > > > > > On Tue, Jun 17, 2014 at 4:02 PM, Daniele Nicolodi <mailto:dani...@grinta.net>> wrote: > > Thanks for the answers. > > I didn't think that the sine wave in the FPGA

Re: [Discuss-gnuradio] Phase measurement with Ettus Research N210

2014-06-18 Thread Daniele Nicolodi
On 18/06/2014 01:25, Stephen Harrison wrote: > There is a good treatment of errors in the CORDIC algorithm due to > finite word length in this paper from IEEE transactions: The > Quantization Effects of the CORDIC Algorithm (Yu Hen Hu, Senior Member, > IEEE). I reproduced the results of section IV

[Discuss-gnuradio] Phase demodulation

2014-06-27 Thread Daniele Nicolodi
Hello, This question is not strictly GNURadio related, but I hope to find people more knowledgeable than me here... I have a signal x(t) at a carrier frequency fc which is phase modulated. The phase modulation itself is modulated at a modulation frequency fmod: x(t) = Eo cos(2 pi fc t + m(t))

Re: [Discuss-gnuradio] Phase demodulation

2014-07-01 Thread Daniele Nicolodi
On 27/06/2014 20:51, Daniele Nicolodi wrote: > This question is not strictly GNURadio related, but I hope to find > people more knowledgeable than me here... > > I have a signal x(t) at a carrier frequency fc which is phase modulated. > The phase modulation itself is modulated

Re: [Discuss-gnuradio] Phase demodulation

2014-07-17 Thread Daniele Nicolodi
On 03/07/2014 18:41, Bill Dailey wrote: > Can you explain this a little. I tried that the other night and > couldn't get it to do anything. I suspect I am setting the bandwidth > incorrectly or something. I tried that pi/200 - 2pi/100 thing. Hello Bill, first, I recommend you to address your repl

[Discuss-gnuradio] Synchronizing N210 TX and RX channels

2014-07-22 Thread Daniele Nicolodi
Hello, I would like to synchronize the RX and TX channels on an N210 so that the acquisition and transmission of data are triggered simultaneously. I haven't found documentation on how to do that. Can someone, please, point me in the right direction? Thanks! Cheers, Daniele _

Re: [Discuss-gnuradio] Synchronizing N210 TX and RX channels

2014-07-22 Thread Daniele Nicolodi
On 22/07/2014 17:18, Marcus D. Leech wrote: > On 07/22/2014 11:14 AM, Daniele Nicolodi wrote: >> Hello, >> >> I would like to synchronize the RX and TX channels on an N210 so that >> the acquisition and transmission of data are triggered simultaneously. >> I have

Re: [Discuss-gnuradio] Synchronizing N210 TX and RX channels

2014-07-22 Thread Daniele Nicolodi
On 22/07/2014 18:18, Martin Braun wrote: > On top of what Marcus' has said, > > the gr-radar toolbox might be helpful. It has a block that takes a > tagged stream, and outputs a signal it acquired synchronously to the > transmitted one. Thanks Martin. This seems to imply that there is no way to

Re: [Discuss-gnuradio] Synchronizing N210 TX and RX channels

2014-07-22 Thread Daniele Nicolodi
not > finished yet. > > But care: The Echotimer bursts only a packet in sync, it does not stream > the whole time! The packet is defined by a tagged stream. > > Greetings, > Stefan > > [0] > https://grradar.wordpress.com/2014/06/17/synchronisation-echotimer-usrp-inter

Re: [Discuss-gnuradio] Synchronizing N210 TX and RX channels

2014-07-23 Thread Daniele Nicolodi
cabling > delay, and so on. > The only real way to know is to *measure* the roundtrip for each > configuration, and that's exactly what echotimer is for. > > With best regards, > Marcus > > On 22.07.2014 19:25, Daniele Nicolodi wrote: >> Hello Stephan, >>

[Discuss-gnuradio] Filter design

2014-07-23 Thread Daniele Nicolodi
Hello, GNURadio offers three different interfaces to design filters from Python code: gnuradio.filter.firdes.xxx, gnuradio.filter.firdes.xxx_2, and gnuradio.filter.optfir.xxx. The three interfaces use different parameters to specify the filter properties, but the only obvious difference is that t

Re: [Discuss-gnuradio] Filter design

2014-07-23 Thread Daniele Nicolodi
On 23/07/2014 14:01, Daniele Nicolodi wrote: > Hello, > > GNURadio offers three different interfaces to design filters from Python > code: gnuradio.filter.firdes.xxx, gnuradio.filter.firdes.xxx_2, and > gnuradio.filter.optfir.xxx. > > The three interfaces use different para

[Discuss-gnuradio] Slow control external hardware

2014-07-29 Thread Daniele Nicolodi
Hello, I need to control a RF synthesizer from within a GNURadio flowchart updating some parameters on the base of some measurements obtained from processing data collected by an USRP. The synthesizer is connected through a RS232 serial port, thus is quite slow, but the bandwidth of the control i

Re: [Discuss-gnuradio] Slow control external hardware

2014-07-29 Thread Daniele Nicolodi
e distribution... Thanks! Cheers, Daniele > > M > > On 07/29/2014 02:55 PM, Daniele Nicolodi wrote: >> Hello, >> >> I need to control a RF synthesizer from within a GNURadio flowchart >> updating some parameters on the base of some measurements obtained from >

Re: [Discuss-gnuradio] Slow control external hardware

2014-07-30 Thread Daniele Nicolodi
On 29/07/2014 19:29, mle...@ripnet.com wrote: > There are rather a lot of ways to choke this particular cat, writing a > block is just one of them. > > I do "control external device" things from within GRC without custom > blocks, using "helper code" and a polling function at a low rate > that dr

[Discuss-gnuradio] Messages and flow-graph termination

2014-07-30 Thread Daniele Nicolodi
Hello, as soon as I introduce a pair of block publishing and consuming messages, the GNURadio scheduler (version 3.7.2) does not terminate the execution of the flow-graph when the stream sources signal the end of the stream. This is also reflected in how the test case qa_python_message_passing ch

Re: [Discuss-gnuradio] Messages and flow-graph termination

2014-07-30 Thread Daniele Nicolodi
On 30/07/2014 15:27, Tom Rondeau wrote: > On Wed, Jul 30, 2014 at 7:50 AM, Daniele Nicolodi <mailto:dani...@grinta.net>> wrote: > > Hello, > > as soon as I introduce a pair of block publishing and consuming > messages, the GNURadio scheduler (version 3.

[Discuss-gnuradio] Filter in rational resampler

2014-07-30 Thread Daniele Nicolodi
Hello, I was studying the code of the rational resampler block in gnuradio/gr-filter/pythoin/rational_resampler.py and I have a doubt about the low pass filter generated by the design_filter() function. It seems that the generated filter does not take into account the decimation factor. Is that c

[Discuss-gnuradio] blocks.complex_to_arg() implementation

2014-08-13 Thread Daniele Nicolodi
Hello, I haven't checked if it is true for the code currently in git (some network problems here, I cannot access the repository), but in GNURadio 3.7.2 the complex_to_arg() block is implemented with an atan2() function which has a quite large error (for my purposes, at least) and not the standard

Re: [Discuss-gnuradio] blocks.complex_to_arg() implementation

2014-08-14 Thread Daniele Nicolodi
On 13/08/2014 16:37, Tom Rondeau wrote: > The version we have in there is much (MUCH) faster than the libm atan2 > function. So yes, we trade off a bit of error for a massive > computational gain. The error is very small from what I recall, expect > in a few instances (near 0 or near pi/2 or someth

Re: [Discuss-gnuradio] blocks.complex_to_arg() implementation

2014-08-14 Thread Daniele Nicolodi
On 14/08/2014 15:10, Tom Rondeau wrote: > On Thu, Aug 14, 2014 at 5:15 AM, Daniele Nicolodi <mailto:dani...@grinta.net>> wrote: > > On 13/08/2014 16:37, Tom Rondeau wrote: > > The version we have in there is much (MUCH) faster than the libm atan2 > > fu

[Discuss-gnuradio] Control loop in GNURadio

2014-08-18 Thread Daniele Nicolodi
Hello, I need to implement some control loops as GNURadio blocks, I had a look at the code base and I found the gr::blocks::control_loop class which, despite his name is specialized for phase lock loops. Am I missing something or a general PID control loop implementation does not exist in GNURadio

[Discuss-gnuradio] Tracking PLL phase error

2014-08-18 Thread Daniele Nicolodi
Hello, I'm using the gr::analog::pll_carriertracking_cc() block to track a very stable signal of which I don't know the exact frequency and of which I want to detect (small!) phase oscillations. In my tests I discovered that the tracked signal has a residual phase modulation that I would not expe

Re: Windows Installers 3.8.0.0 BETA Available

2020-01-09 Thread Daniele Nicolodi
Hello Geof, I tried your binaries of GNURadio 3.8 on Windows 10 and they do not work for me. None of the executables run on my system: launching any of them nothing happens. I don't have much experience with developing applications on Windows, thus I don't know where to look to be able to report m

Compiling OOT modules on WIndows

2020-01-09 Thread Daniele Nicolodi
Hello, is there an "easy" way to compile OOT modules on Windows? I found a couple of old threads on the mailing list describing with instructions and, unless things got much simpler in recent times, it may be simpler to convince my colleagues that having a Linux machine in the lab is not that sca