Hello Ron,
do you think it would be possible to use your block that detects the
drift to adapt the sample rate of the source block automatically and if
yes, how would I have to do that? When the position of the CP increases,
the sample rate must be decreased and vice versa. Could it be done by a
Hi Ron,
when I adapt the parameters of my flow graph I get exactly the same
result with your file as you do.
Kind regards,
Ralf
Am 03.03.2020 um 02:22 schrieb Ron Economos:
Yes, changing back to uint16_t is correct. But something is not
correct with your file. When you read from a file,
cuss-gnuradio@gnu.org>>
*Betreff:* Re: DVB-T receiver problem (OFDM symbol acquisition)
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 "
An: "Ralf Gorholt"
Cc: "GNURadio Discussion List"
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
Hi Ralf,
It should be right after the channel. It performs symbol acquisition, FFT and channel equalization (as well as sampling corrections and coarse and fine
quot;Federico 'Larroca' La Rocca"
> *An:* "Ron Economos"
> *Cc:* "GNURadio Discussion List"
> *Betreff:* Re: DVB-T receiver problem (OFDM symbol acquisition)
> Hi,
> Although I don't have an answer to Ralf's question, if the sampling rate
> seems to be a p
hints.
Thank you very much and kind regards,
Ralf, DL5EU
Gesendet: Montag, 02. März 2020 um 13:47 Uhr
Von: "Federico 'Larroca' La Rocca"
An: "Ron Economos"
Cc: "GNURadio Discussion List"
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
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
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
no way to correct a sample rate difference
> > > automatically and for small differences resampling won't help either...
> > >
> > > Kind regards,
> > >
> > > Ralf (DL5EU)
> > >
> > > Gesendet: Montag, 02. März 2020 um 13:42 Uhr
> &
.
However, I have some new things to test now. Thank you all very much.
Ralf
Gesendet: Montag, 02. März 2020 um 14:54 Uhr
Von: "Ron Economos"
An: discuss-gnuradio@gnu.org
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
Okay, just making sure since you mention
@gnu.org"
*Betreff:* Re: DVB-T receiver problem (OFDM symbol acquisition)
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 curr
(CEL)"
An: "ralf.gorh...@gmx.de" , "discuss-gnuradio@gnu.org"
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
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 up
Kind regards,
>
> Ralf (DL5EU)
>
> *Gesendet:* Montag, 02. März 2020 um 13:42 Uhr
> *Von:* "Ron Economos"
> *An:* discuss-gnuradio@gnu.org
> *Betreff:* Re: DVB-T receiver problem (OFDM symbol acquisition)
>
> Did you read the README.md of gr-dvbt? It s
Re: DVB-T receiver problem (OFDM symbol acquisition)
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
)
Gesendet: Montag, 02. März 2020 um 13:42 Uhr
Von: "Ron Economos"
An: discuss-gnuradio@gnu.org
Betreff: Re: DVB-T receiver problem (OFDM symbol acquisition)
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
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
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
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:
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
19 matches
Mail list logo
