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
Thank you so much for your response.
This helped me.
On Wed, Mar 4, 2020 at 5:52 PM Derek Kozel wrote:
> Hello,
>
> The span of the frequency sink is determined by the sample rate of the
> signal that is input to it. In order to zoom in add a Resampler block in
> front and decimate by the
Hello,
The span of the frequency sink is determined by the sample rate of the
signal that is input to it. In order to zoom in add a Resampler block in
front and decimate by the zoom factor.
Regards,
Derek
On 04/03/2020 16:42, Md. Atiqur Rahman wrote:
Hello everyone,
I have a question to
Depends on the operating system you're running on.
However, if the blocks have been removed in GNU Radio 3.8, they've been
removed because they didn't work anymore, so you'll need to replace
them either way.
Best regards,
Marcus
PS: If you include as much info as possible in your original
Hello,
Thank you in advance for the help...
I am trying to transmit a video wirelessly by using Gnuradio. However, some
of the blocks that I want to use in my study are undefined. But, these
blocks can be reached at older versions of Gnuradio. I followed the
instructions given below web-site. But,
Dear Ranganathan,
the two connections to the Wireshark block are for (1) the packets that
are generated locally and (2) the packets that are received. It is the
same kind of data, i.e., the bytes that are about to be send out/the
bytes that were demodulated.
If you disconnect "rxout" from the
Thank you so much for your answer, Marcus.
I understood everything. I'm going to try to build my own block.
Have a nice day.
On Tue, Mar 3, 2020 at 9:48 PM Müller, Marcus (CEL) wrote:
> Hi Vinicius,
>
> you can directly feed the output of the OFDM channel estimation block
> into a simple
