Hard questions!
On 15.01.21 23:40, Kristoff wrote:
> Doesn't a PLL also track the frequency of the source (in addition to its
> phase)?
* PLL: Able to *correct* small frequency errors: yes, but a frequency
error in a first-order phase control loop will pose a constant offset
error, thus still lea
"FLL band-edge block".
Doesn't a PLL also track the frequency of the source (in addition to its
phase)?
So what would be the reason to use a FLL and not a PLL?
Kristoff
On 15/01/2021 9:56 a.m., Marcus Müller wrote:
Pretty much.
The FLL band edge system in GNU Radio does
Pretty much.
The FLL band edge system in GNU Radio does the following:
1. have a filter that extracts the energy "around the place where the
upper edge of where the signal is supposed to be", and around the lower edge
2. compares energies in both
3. multiplies the signal with e^
I think the general idea is that some signals have no carrier that a PLL
could lock onto. The FLL Band-Edge centers a signal using the shape of a
specific signal (the matched filter being used).
On Thu, Jan 14, 2021 at 6:55 PM Kristoff wrote:
> Hi all,
>
>
> I have been reading some
Hi all,
I have been reading some more on PSK demodulation.
One of the PSK signals I can easily pick and and is available 24h/day is
the telemetry signal on QO100.
I found a flowgraph from Daniel Estevez that decodes the QO100
telemetry, so I started examining how it works.
In that flowgrap
constellation_soft_decoder1.grc
<http://gnuradio.4.n7.nabble.com/file/n63845/constellation_soft_decoder1.grc>
Hello,
I am learning the example constellation_soft_decoder.grc in
gr_digital/examples directory，I add a FLL Band Edge block before the clock
sync block. Howerver it doesn'
Hi everyone,
I am replicating the fll bandedge block code to my oot module. It seems
that whenever I call the constructor of the control_loop I get the
following error
gr-wsync1/lib/freqtime_sync1_impl.cc:61:77: error: type
‘gr::blocks::control_loop’ is not a direct or virtual base of
‘gr::wsync1
than just generating any random
>> band edge filter.
>>
>> In theory, this should work for any signal using an RRC pulse shaping.
>> For specific constellations, you could use a Costas loop with a wider
>> lock in bandwidth to handle the frequency offset.
>>
>&
work for any signal using an RRC pulse shaping.
> For specific constellations, you could use a Costas loop with a wider
> lock in bandwidth to handle the frequency offset.
>
> Oh, and I might be the only one who calls this the "FLL band edge
> filter" specifically to p
On Mon, Oct 1, 2012 at 12:00 PM, Nazmul Islam
wrote:
> Hello,
>
> Frederic Harris's "Multirate Signal Processing: for communication systems"
> has a section on FLL band edge sync. I think that the GR-digital code was
> designed based on these algorithms. Tom or
Hello,
Frederic Harris's "Multirate Signal Processing: for communication systems"
has a section on FLL band edge sync. I think that the GR-digital code was
designed based on these algorithms. Tom or other GNUradio block designers
can verify it.
Thanks,
Nazmul
On Mon, Oct 1, 2
Hi,
is there any literature that goes with the FLL synch blocks in
gr-digital? Ironically, Google always points me to the GR source files
when I search for 'fll band edge' related topics.
M
--
Karlsruhe Institute of Technology (KIT)
Communications Engineering Lab (CEL)
Dipl.-I
12 matches
Mail list logo
