Dear All,
I am using the pfb_clock_sync to estimate the timing offset in my QPSK
receiver and I have a problem that I would like to ask about.
Basically if the amplitude of the incoming signal is set relatively high
(havent checked what actual threshold is) the flowgraph just hangs. After
the pro
What is the actual amplitude where it fails? Many of the clock sync blocks
in GR expect a signal between -1.0 and +1.0, though I am not sure about the
PFB Clock Sync.
On Sun, Mar 11, 2018 at 10:37 AM Milos Milosavljevic <
milos.milosavlje...@spire.com> wrote:
> Dear All,
>
> I am using the pfb_cl
Hello Gnuradio experts,I'm following the gnuradio tutorial for creating an out of tree python block.My intention is fairly simple. To have a input stream of 4 vectorsand average these 4 vectors, outputting a single average vectorafter the 4th vector arrives. Right now my vectors are 1024 channelt
Christopher,
On the windows side, there is a tool called Dependency Walker that has been
really vital for me to track down missing DLL's. To use it here,
right-click on the appropriate Python DLL (Probably C:\Program
Files\GNURadio-3.7\gr-python27\lib\site-packages\scipy-0.18.1-py2.7-win-amd64.eg
On 03/11/2018 02:06 PM, Glen I Langston wrote:
Hello Gnuradio experts,
I'm following the gnuradio tutorial for creating an out of tree python
block.
My intention is fairly simple. To have a input stream of 4 vectors
and average these 4 vectors, outputting a single average vector
after the 4th
On 03/11/2018 02:06 PM, Glen I Langston wrote:
Hello Gnuradio experts,
I'm following the gnuradio tutorial for creating an out of tree python
block.
My intention is fairly simple. To have a input stream of 4 vectors
and average these 4 vectors, outputting a single average vector
after the 4th
in[0] is not the first vector, it is all of the available input for port
0. So, you feed in 4 vectors in your test program, and the shape of
in[0] is (4,1024). You're missing a loop that iterates over the input
vectors.
On 03/11/2018 02:06 PM, Glen I Langston wrote:
Hello Gnuradio experts,
I
Hi Marcus,
Yes, the suggested combination of IIR filter and the keen one in N Block
would potentially do the job. However as you pointed out, my end
goal is to have a median of 4 vectors block. Also I was thinking that
a direct average would be numerically less expensive than the combination
of
Thanks Jeff,
I’ll give that a try.
I think I’m also missing something that tells gnu radio what the expected
decimation is (?),
beyond the decimate = 4 parameter(?).
Also concerning your point, then if I have a non-multiple of 4 vectors I guess
I need
to keep the sum and count, but I guess tha
On 03/11/2018 03:55 PM, Glen I Langston wrote:
Hi Marcus,
Yes, the suggested combination of IIR filter and the keen one in N Block
would potentially do the job. However as you pointed out, my end
goal is to have a median of 4 vectors block. Also I was thinking that
a direct average would be n
You are already telling GR that you are decimating (nave in decim_block
init). BTW, you are setting self.nave to 0 in init, instead of using the
value passed in.
GR should always give you a multiple of 4 vectors (I think) since you've
specified a decim of 4.
On 03/11/2018 04:03 PM, Glen I La
Geof:
You were right, and I installed the Intel x64 Fortran package available
here:
https://software.intel.com/en-us/articles/redistributable-libraries-of-the-intel-c-and-fortran-compiler-for-windows
Unfortunately, I'm now getting python.exe crashes when launching GnuRadio
Companion. I'll try re-
12 matches
Mail list logo
