Ok, makes sense. Thanks for the feedback
R
From: trond...@trondeau.com [mailto:trond...@trondeau.com] On Behalf Of Tom
Rondeau
Sent: Monday, May 11, 2015 6:35 PM
To: Richard Bell
Cc: Merz Ruben, INI-INO-ECO-MXT; GNURadio Discussion List
Subject: Re: [Discuss-gnuradio] Question on control-loop blo
Hello,
I've been looking into the design details of the control-loop block. I stumbled
upon the blog post of Tom
(http://www.trondeau.com/blog/2011/8/13/control-loop-gain-values.html with the
derivation
https://static.squarespace.com/static/543ae9afe4b0c3b808d72acd/543aee1fe4b09162d0863397/543
Can't remember exactly but is there some form of CRC checking with the beacon?
Because in monitor mode, CRC checking is typically disabled.
R
> -Original Message-
> From: discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org
> [mailto:discuss-gnuradio-bounces+ruben
Make sure you put an attenuator before going back into the N200 so that you do
not damage the RF input.
Ruben
From: discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org
[mailto:discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org] On Behalf Of
Carlos Alberto Ruiz Naranjo
Sent: Friday
re:
https://gist.github.com/trondeau/7d5d06ea2f0586f0e9e4
Passes all our QA, doing the right thing in my test setup, and working about
20x faster than before.
Tom
Ruben
-Original Message-
From:
discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org<mailto:swisscom@gnu.org>
[mailto:discuss
I was expecting that answer (not the jumping up and down part, but the let's
fix the right problem).
I can try to fix it, I just need to find some time. Would you have a good
example of another block to look into?
Ruben
> -Original Message-
> From: discuss-gnuradio-bounces
+ * efficiency may be limited. It is advised to use the streams to
+ * stream block instead.
+ *
* \code
* blocksize = 1
* connections = 2
Ruben
From: discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org
[mailto:discuss-gnuradio-bounces+ruben.merz=swisscom@gnu.org] On
Hello,
I have the following setup: a file source, a deinterleave block and a USRP sink
(see the attached .grc and related .png). This setup is a test to distribute
two different signals on two channels of the USRP x300 (the file source loads a
binary file with alternated channels containing 64
