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
>
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"));
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
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:
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'
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
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
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
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
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
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
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
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
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)
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
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](
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
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.
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
>
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
Well, dBm is an absolute power, based on 0dBm = 1mW. The dB figures of your
receiver are only relative values, they have no meaning. However those get
interesting when something changes. You just need to understand that the
input of -20dBm power has nothing to do with the resulting reading of
21 matches
Mail list logo