When a signal is modulated, you need to use a FFT technique âto get the power. My experience is all based on outmoded analog modem design, but the idea is the same. The hardware FFT based spectrum analyzer sums
That's mightily interesting! I feel like we should be doing bug reports,
but I'm not sure where.
On 26.06.2017 06:42, Cor Legemaat wrote:
> Found it:
>
> Created an C++ app that called that function with the same parameter
> values as with python for this flow graph. Witch I was able to debug
> n
Hello Sebastian,
Could you please show me how to build it from sources on Ubuntu 14.04?
Thanks
--
View this message in context:
http://gnuradio.4.n7.nabble.com/libqwt-tp64355p64370.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Hi!
I fully agree with "for modulated signals, power estimates get more
complicated"; I have the uncontrollable urge to be a smartass, however,
about this:
> A sine wave only has one bin.
Nope. That's true only for oscillations that fit /exactly/ in the number
of samples observed by the DFT you
I am trying to wrap my head around FM modulation, and have setup some
experiments in GNU Radio to help, but they have only raised more questions.
I am trying to achieve a peak deviation of 2400Hz using a baseband signal
of 1200Hz. In my flowgraph [here](http://imgur.com/5pzSnsq), and [here](
http:
On Mon, Jun 26, 2017 at 10:07 AM, Brashendeavours wrote:
> Where my results differ from what I expect, is approximately above 100Hz.
> Using an baseband of 1200Hz, I no longer get a signal sweeping from -ive to
> +ive, I get [a constant frequency of 1200Hz on the waterfall](
> http://imgur.com/Bq
Hi all,
I'm not sure about how to read and write PMT ports from and to local
variables. I'm going to expose what i'm doing, and if someone can help me i
would be very greatful.
I've created an input and an output of PMT type.
message_port_register_in(pmt::pmt_t in_threshold)
message_port_registe
Hi Cristian,
you need to subscribe a /handler/ to the message port. See:
https://wiki.gnuradio.org/index.php/Guided_Tutorial_Programming_Topics#5.3.2_Adding_Message_Passing_to_the_Code
It's absolutely up to you what kind of PMT you're publishing over a
message port, but it's canonical to have a
Thank you, Kevin. That is reassuring.
My next question then, is since the deviation is affected by both amplitude
and frequency, how would you recommend I empirically determine/set a peak
deviation of 2400Hz for 1200Hz baseband?
Is this experiment not possible to visualize/determine on a waterfall
Hello GuysI want to have the uhd sink block in my flow graph automatically
cycle through a number of transmit gain values. I'm thinking of developing two
blocks, one which will take in a certain number of items and once it reaches a
certain value a message will be sent to another block which wi
On Mon, Jun 26, 2017 at 10:48 AM, Brashendeavours wrote:
> My next question then, is since the deviation is affected by both
> amplitude and frequency, how would you recommend I empirically
> determine/set a peak deviation of 2400Hz for 1200Hz baseband?
>
The *deviation* is determined by the mod
On Mon, Jun 26, 2017 at 1:50 PM Brashendeavours
wrote:
> Thank you, Kevin. That is reassuring.
>
> My next question then, is since the deviation is affected by both
> amplitude and frequency, how would you recommend I empirically
> determine/set a peak deviation of 2400Hz for 1200Hz baseband?
> I
Hello,
I have an OOT module which I have created with gr_modtool and I want to
use the function count_bits_8 and count_bits_16 from
gnuradio/blocks/count_bits.h. I have included the library in my c++ file
but when I try to compile it I get the following message:
[ 80%] Linking CXX executabl
All,
A new set of windows binaries are now posted. A number of new packages
have been added.
http://www.gcndevelopment.com/gnuradio/downloads.htm
Changes:
1. A complete debug version is now available, with the whole stack
including all dependencies built in debug mode. Symbols for Debug
Hello Tzougkarakis,
do you also /link/ against gr-blocks? It's probably sufficient to add
"BLOCKS" to GR_REQUIRED_COMPONENTS in your OOT's main CMakeLists.txt.
Best regards,
Marcus
On 26.06.2017 21:21, Tzougkarakis Antonis wrote:
> Hello,
>
> I have an OOT module which I have created with gr_m
Hello Marcus,
I have added this in my main cmake: set(GR_REQUIRED_COMPONENTS BLOCKS).
Although, when I tried to compile it I got the following message:
Swig source
/home/tzugarak/git/gr-ieee802_15_4g_testing/swig/ieee802_15_4g_testing_swig.i:5:
Error: Unable to find 'gnuradio.i'
swig/CMakeFil
You have to add BLOCKS in addition to RUNTIME. That is, change the
existing line:
set(GR_REQUIRED_COMPONENTS RUNTIME)
to:
set(GR_REQUIRED_COMPONENTS RUNTIME BLOCKS)
Ron
On 06/26/2017 02:46 PM, Antonis Tzougkarakis wrote:
Hello Marcus,
I have added this in my main cmake: set(GR_REQUIRED_C
Yes my comment was for synchronous sampling. You need to window for a general purpose condition. A simpler explanation is that the DFT uses "periodic glasses." That is you take your sample and slap identical seque
Hi.
Thanks a lot for your time to read.
I read the two links that you shared to me, Marcus. Thanks a lot for your
help. But i still have a problem.
I've implemented as follows:
- I create, the output, input and the handler:
message_port_register_out(pmt::mp("out_threshold"));
messa
https://github.com/gnuradio/gnuradio/issues/1348
Regards:
Cor
On Mon, 2017-06-26 at 14:11 +0200, Marcus Müller wrote:
>
> That's mightily interesting! I feel like we should be doing bug
> reports, but I'm not sure where.
>
>
>
>
> On 26.06.2017 06:42, Cor Legemaat
>
20 matches
Mail list logo