On 1/31/19 6:39 AM, Alban Meffre wrote:
> Hi All
> did someone make the test_corr_est.grc example work properly recently ?
> i tried the 3.7.13 gnuradio version on linux, macos and windows
> in all versions the output of the correlation estimator block is really
> a mess
> this block put tag even
In general, good quality 75 ohm (CATV) coax is perfectly acceptable for
receive applications, and for that matter, most transmit applications.
There's a fair bit of misconception about the amount of "loss" introduced
by an impedence mismatch.
If you mentioned the frequency range you're interested
In addition to what Ron mentioned there is an FPGA implementation of the
LDPC portion of DVB-S2 that I will be releasing late February (I hoped to
be ready to relase it by FOSDEM, but work got in the way) which achieves
the full bitrate. The initial release will not be integrated with RFNoC,
but
Here's a flow graph. It's set up for an Ettus B2x0, so you'll have to
change the UHD sink parameters.
Ron
On 1/31/19 12:01, Afaq Ahmed wrote:
Hello fellows,
I want to create an AM Modulator using USRP2. The setup is such that I
want to use one USRP2 as AM Modulator (Transmitter) and another
Hello fellows,
I want to create an AM Modulator using USRP2. The setup is such that I want
to use one USRP2 as AM Modulator (Transmitter) and another USRP2 to be the
AM Demodulator (Receiver). Can you please point in the right direction ?
May be some suggestions on how I can achieve this would be
The processing requirement for DVB-S2 are significant, especially the
receiver. Since you're using an X-series USRP, I'll guess you're
interested in satellite downlinks which can be 30 to 50 Msyms/s.
Basically, the requirement would be the most powerful system you can
afford. Something with
Hi there!
My name is Maria and I would like to make a question regarding the kind
of PC characteristics which would be required to be able to process the
signal in real-time (on the PC) when using the maximum bandwidth
available on the USRP X-series.
The scenario would be the following one:
Hey All!
I'm fighting a problem with the original GNU Radio OFDM TX example from
https://github.com/gnuradio/gnuradio/blob/master/gr-digital/examples/ofdm/tx_ofdm.grc
Nothing is changed, except adding two File Sinks writing the data to two
text files.
One File Sink is added at the random
Hey All,
We are attempting to migrate the useful Sphinx documentation into Doxygen
so there is less redundant documentation, and one less thing to deal with
in 3.8. If you are someone who uses or has used the Sphinx manual, we
would appreciate feedback about what parts of it you use.
Hi All
did someone make the test_corr_est.grc example work properly recently ?
i tried the 3.7.13 gnuradio version on linux, macos and windows
in all versions the output of the correlation estimator block is really a
mess
this block put tag even if there is no signal at all, with corr_est = 0
Thanks for both your answers!
The solution proposed by Marcus where a block drops samples until it
receive a message
is definitely worth a try and I think that will solve my problem also in an
easier way.
I think that Glens event detection block will come in handy sometime in the
future!
Cheers
11 matches
Mail list logo
