As indicated, have you worked through the tutorials on
https://tutorials.gnuradio.org?
That's the place where I'd start.
You should drop *all* the blocks that are deprecated. As said, these
are deprecated for a reason (buggy and no-one is willing or able to fix
them – most of the ones you're using
Hello:
> Date: Mon, 7 Jan 2019 20:24:57 +0800
> Bug
>
> When input amplitude is too large, symbol_sync_cc get stuck.
> Screenshot
>
> frame1
> frame2
> Tracing
>
> in file symbol_sync_cc_impl.cc line 537:
> error = -488.4;
> advance_loop(error);
> in file clock_track
Hi ALL,
I am reading a block that using pll_freqdet_cf. it said pll_freqdet_cf detect a
frequency then lock to it. but what is the theory of the impletation of that?
anyone can share the knowledge?
Best Regards
___
Discuss-gnuradio mailing list
Discuss
Hello,
thanks for your guidance.
I have also attached the grc file, input/output files and python file for your
reference. after adding tag debug, still didn't get any output. I have also
tried this same in ubuntu 18.04 with GNU radio 3.7.11 version.
actually because these psk blocks are depreca
I'm assuming the reason you're not looking at the rx_ofdm.py code is
because you don't have the rx_ofdm.py code.
You can use
grcc -d . rx_ofdm.grc
to generate the python code.
-- Cinaed
On 1/6/19 2:10 AM, Alban Meffre wrote:
> hi
> i does not work because the packet header parser expect an
I broke down and looked at the image.
Note, PSK Demod, Correlate Access Code - Tag, Packet Encoder, and Packet
Decoder have been depreciated.
And they're usually depreciated because they have problems - and they
are usually replaced with different blocks which work better and are
typically more g