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
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
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
_
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
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
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.
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
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
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
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
___
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
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)
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
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
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
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
;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
>
>
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
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
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
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
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
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
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
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
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
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
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
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
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
> 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
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
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
>
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
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
#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,
>>
>
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
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
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
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
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
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
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
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.
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
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
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
>
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
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
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
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,
>>
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
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
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
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
_
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
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
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))
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
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
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
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
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
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
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,
>
>
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
66 matches
Mail list logo