Dear Federico,
unfortunately I have not been able to figure out how this block has to be used and where it has to be positioned in the flow graph. Although I know more about DVB-T today than three months ago I am still a beginner :-)
Perhaps it would help me if you could give me some hint
Yes, changing back to uint16_t is correct. But something is not correct
with your file. When you read from a file, sample rate doesn't matter.
You shouldn't see any drift at all.
I have a test file on my website. It can be downloaded at:
http://www.w6rz.net/adv16.cfile
It's 934,551,552 bytes
On 03/02/2020 04:45 PM, Lukas Haase wrote:
Hi Marcus,
How can (or better: *should*) a fully digital signal source have phase noise?
Also, for 1Hz at 5MSps I always get either 5005789 or 5005790 samples (instead
of 500) ... this is fairly deterministic.
Experimenting a bit, I see the weird
Hi Marcus,
How can (or better: *should*) a fully digital signal source have phase noise?
Also, for 1Hz at 5MSps I always get either 5005789 or 5005790 samples (instead
of 500) ... this is fairly deterministic.
Experimenting a bit, I see the weirdest behaviour of the analog signal source.
In
Dear Ron,
the fixes seem to be included in the version that I have installed
(3.7.11-10).
I have tried to build your debug block but I get an error message
concerning a type cast:
ralfg@vm5:~/GNU Radio/src/gr-dvbtx-master/build$ make
[ 5%] Building CXX object
lib/CMakeFiles/gnuradio-dvbtx.dir/
Hi,
Playing with GNU-radio again.
Short question:
Does somebody have a simple (not to mathematical) explanation what the
parameters of the "clock-recovery MM" block actually do?
I've just used this block with these values to create a RTTY-decoder of
the DWD at 147.3 KHz (which seams to work
Never too late, just put it on the Ideas List wiki page
On Mon, 2020-03-02 at 10:38 -0300, Federico 'Larroca' La Rocca wrote:
> Ron,
> Let me know if I can be of any help. I've been wanting to port the whole
> project and integrate it to GNU Radio for a some years by now, but I just
> can't find
Dear Ron,
my input signal comes from a file and is the same for every test. I also do not change any parameter between tests. If a difference in the sample rate was the cause of the problem, shouldn't the program always fail at exactly the same point (or time)? This is definitely not the case.
For over the air, the start condition can be different depending on
exactly where in the OFDM symbol the receiver starts capturing. When you
get the debug block working, you'll see it.
Ron
On 3/2/20 06:05, Ralf Gorholt wrote:
Dear Marcus,
Thank you too for your quick answer. I am struggling w
Dear Marcus,
Thank you too for your quick answer. I am struggling with GNU Radio since the end of last year but it's getting better :-)
The reason why I still use version 3.7 is that it is included in LinuxMint 19.3 and offers source blocks for RTL-SDR sticks and the ADALM PLUTO (I have bo
Ron,
Let me know if I can be of any help. I've been wanting to port the whole
project and integrate it to GNU Radio for a some years by now, but I just
can't find the time. Maybe it would make a GSoC project? Or it's too late
by now?
best
Federico
El lun., 2 mar. 2020 a las 10:56, Ron Economos ()
Okay, just making sure since you mentioned gr-dvbt. I'll take a look at
the gr-isdbt acquisition block and see if the interpolation method can
be ported to GNU Radio.
It doesn't take much difference in sample rate to cause the problem. In
my setup, I'm using two different Ettus B210's (without
Dear Ron,
thank you very much for your quick answer.
I know that Bogdan donated gr-dvbt to GNU radio and I did not install it seperately. It has been installed with GNU Radio using the package manager. The commit you mention seems to be from december 2015, so I suppose it is already in the
Hi,
Although I don't have an answer to Ralf's question, if the sampling rate
seems to be a problem, gr-isdbt's OFDM Synchronization block (with
"Interpolate" set to "yes") corrects the sampling rate; see
https://iie.fing.edu.uy/publicaciones/2016/LFGGB16/ for an explanation of
the algorithm (althou
Hi Ralf,
wow, thanks for the extensive mail! Can't process it right now (at
work), but a few quick notes:
* 3.7.11 is rather oldish, and upgrading to GNU Radio 3.8 would
definitely be a good idea. In fact, on the current development
version of GNU Radio, we even have enabled a few optimiza
Did you read the README.md of gr-dvbt? It says:
/Late note: As of 2015, I donated the gr-dvbt project to gnuradio. It is
now integrated in the mainline of gnuradio/gr-dtv./
The OFDM symbol acquisition block in gr-dtv has been upgraded with the
fixes from the ISDBT team. See this commit:
htt
Thank you very much.
Müller, Marcus (CEL) , 2 Mar 2020 Pzt, 14:58 tarihinde
şunu yazdı:
> Dear Ahmet,
>
> they were buggy (randomly dropped data), i.e. they never fully worked,
> couldn't be fixed, were explicitly in the "deprecated" category for
> multiple years on GNU Radio 3.7 and then finally
Dear all,
please apologize my long email but I cannot explain my problem and what I have done so far in three words.
I am currently working on a DVB-T receiver project to receive transmissions on 434 MHz with 2 MHz bandwidth or less using GNU Radio and an RTL-SDR stick. The flow graph is based o
Dear Ahmet,
they were buggy (randomly dropped data), i.e. they never fully worked,
couldn't be fixed, were explicitly in the "deprecated" category for
multiple years on GNU Radio 3.7 and then finally removed in GNU Radio
3.8.
So, you need to replace them with something else. GNU Radio comes with
Hi,
I want to simulate a video transmitter-receiver and want to use packet
encoder and decoder. I set up the last version of gnuradio which is
gnuradio 3.8.1.0. But I cannot find these blocks. Can you help me please?
20 matches
Mail list logo
