Hello Andrea:
It is possible, but the best practice depends on the SDR source block that you
are using (and also the SDR receiver hardware that you are using).
For an example, you can treat the center frequency of the SDR source block as a
variable and regularly update that value by using block
On 2021-12-09 22:42, Kwan, Phillip [US] (SP) wrote:
Hello,
I am new to GNU Radio and am wondering question in the subject is
possible.
In my application, I am transmitting a signal from a file source and
need to record sections of that signal at periodic intervals into a
file sink. However
Hello,
I am new to GNU Radio and am wondering question in the subject is possible.
In my application, I am transmitting a signal from a file source and need to
record sections of that signal at periodic intervals into a file sink. However,
I noticed that the E320 receives noise before the desir
Good morning Jeff,
yes "/data/" was a double, but I already understood the problem (there
was a discussion about that). The source signal block expects the
messages to be in dictionary format not pairs. Finally it works, thank
you for your help :)
Here is the final code:
from gnuradio impo
Hi Linge,
one thing I forgot to stress: you must *never* make your signal dependent of in what
"slicing" GNU Radio delivers the samples to your block. For example, if you have a source
of 1000 samples, your block's work() might be called with 1000 samples, or twice with 500,
or in chunks of 13
On Thu, Dec 9, 2021 at 9:01 AM Fabien PELLET wrote:
> Maybe it could be a track to follow also... I read it very quickly.
>
> I go down to 1e-9 and there is no influence on the attack behaviour.
>
> I try difference sampling rate (200e3 and 1e6 for output on a USRP) and it
> influences decay and
Dear All,
I am trying to acquire a wide spectrum (wider than the bandwidth of the
SDR).
This requires a scan over the tuning frequency. Is it possible to obtain
this in a single flowgraph? Possibly even with a GUI?
I tried to start from this old post, but could not reach a good working
stage...
Maybe it could be a track to follow also... I read it very quickly.
I go down to 1e-9 and there is no influence on the attack behaviour.
I try difference sampling rate (200e3 and 1e6 for output on a USRP) and
it influences decay and attack as expected.
I come back to AGC instead of AGC2 and t
Maybe "tmp" should be compared to 0, not to gain. It does look suspicious.
Not sure what algorithm the author had in mind.
On Thu, Dec 9, 2021 at 8:41 AM Fabien PELLET wrote:
> Maybe I'm wrong but at line 141, it should be a division and not a
> difference ??? I'm telling that because in line 14
Maybe I'm wrong but at line 141, it should be a division and not a
difference ??? I'm telling that because in line 143, the result "tmp" is
compared to the gain. There is a unit problem here I think : amplitude
(result of the difference) can't be compared to a gain which do not have
unit by def
Hi Linge,
no, as explained before, input lengths are not fixed.
You cannot produce a different amount of output than you consume from the input in a sync
block, that is the point of the sync block!
https://wiki.gnuradio.org/index.php/BlocksCodingGuide#Block_types
You need a "Basic Block" ins
Hi,
I want to add a certain number of 0s to the input, but I don??t know the
specific number of 0s. I wrote a python block to complete this work, but I
don??t seem to understand how the Python block works, which causes it to not
work properly. code show as below:
class...
self.k = k
The change in gain is also proportional to the difference between the
reference level and the signal level. So it probably is having some
influence but it reacts more quickly. Try a smaller value for attack. Take
a look at the source here
https://github.com/gnuradio/gnuradio/blob/35a242f1cd4b724be
Thanks for the explanation.
Do you have any idea on why the attack as no influence ?
Le 09/12/2021 à 12:58, Jeff Long a écrit :
Attack and decay are unitless per-sample multipliers, so 1.0e-2 gives
you a time "on the order of" 100 samples. It's really an exponential
attack and decay, but that
Attack and decay are unitless per-sample multipliers, so 1.0e-2 gives you a
time "on the order of" 100 samples. It's really an exponential attack and
decay, but that gives you an idea. So, your observation is correct - a
smaller value gives you a longer attack/decay.
On Thu, Dec 9, 2021 at 4:33 AM
True that most of the filters are producing unused results. There isn't a
great way to put only the needed input into only the filter that will be
used for output on a given cycle (at least using the usual FIRs in GNU
Radio).
Are you saying that the staircase version of the output is acceptable fo
Tag debug works perfect for me, thank you.
The purpose is just taking those values to excel to draw BER vs SNR.
Best regards,
Rachida
Le mer. 8 déc. 2021 à 20:33, Marcus Müller a écrit :
> "read" for what purpose? What will you do with the value afterwards?
>
> On 08.12.21 16:49, Rachida SAROU
Hello,
I'm trying to work with the module AGC2 but I have some trouble using it.
First problem is : what is the unit of the parameters attack and decay ?
I thought initially that it was in second but after some test it is
clearly not in that unit. Indeed, if I increase the value of the decay
18 matches
Mail list logo