Hi All,
I'm using a USRP x300 configured with two WBX-120 daughterboards and the XG
firmware version from the UHD 3.13.
The link with the host pc is done with two 10GBe connections.
In my C++ application I have the necessity of receiving and streaming signals
to both daughterboards at the sam
On Tue, Feb 19, 2019 at 12:07 PM Armin Schmidt wrote:
> Thanks for your replay! Hm, yes I've thought also about to use
> STREAM_MODE_STOP_CONTINUOUS, but I would like to be able to restart my app
> also after a crash. Ok, it should never happen, but one can never guarantee
> that case. Do you hav
Thanks for your replay! Hm, yes I've thought also about to use
STREAM_MODE_STOP_CONTINUOUS, but I would like to be able to restart my app
also after a crash. Ok, it should never happen, but one can never guarantee
that case. Do you have an idea, how to deal with such cases? I think it's a
bug in UH
Ramazan,
As Sylvain said, RFNoC Fosphor is another great choice. There already
exists flowgraphs in gr-ettus/examples/rfnoc for the E310 as well (see
rfnoc_fosphor_network_host.grc and rfnoc_fosphor_network_usrp.grc).
Jonathon
On Wed, Feb 20, 2019 at 12:22 AM Sylvain Munaut <246...@gmail.com> wr
Just throwing it out there, but have you looked at rfnoc-fosphor ?
I mean capturing and processing large bandwidth spectrum and
decimating it to low bandwidth data is kind of exactly what it does.
Cheers,
Sylvain
On Tue, Feb 19, 2019 at 4:19 PM Jonathon Pendlum via USRP-users
wrote:
>
> Hi
Hi Ramazan,
The VectorIIR RFNoC block implements a vector of low pass single-pole IIR
filters. The idea is that the spectral content of each FFT bin in the time
direction is low frequency enough that you can low pass filter (VectorIIR)
and decimate (Keep one in N) without significant loss of infor
Ramazan,
The timeout channel 0 error is using a timeout that RFNoC is throwing. There
is a timeout built in that can be ignored if you are purposely dropping a bunch
of samples in the RFNoC domain (which I do in a few flowgraphs). If you dig
through the mailing list, someone pointed to where
On Tue, Feb 19, 2019 at 5:42 AM Armin Schmidt via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hallo,
> We're about to migrate from multi-usrp-application with UHD 3.9 and
> custome FPGA to UHD 3.14 with RFNoC. We are using the USRP x310 with
> daughterboards ubx-160. Everything seems to work
Hi Marcus,
Thank you very much for your answer!
I need to synchronise the following devices:
- 4 USRPs N-200
- 1 USRP X-310
So I thought of using the internal reference and PPS signal from the
X-310 as the input of the Octoclock (not the G) to be able to
synchronise everything for a MIMO se
On 02/19/2019 06:08 AM, Maria Jesus Cañavate Sanchez via USRP-users wrote:
Hi there!
I wanted to ask if the USRP X-310 includes an oscillator to create an
internal 10MHz reference and 1 PPS signal, even if they are not that
accurate, or if the only way to provide these internal signals is by
Hi Jonathon,
Thanks you for your suggestions. I have achieved getting 60 MHz spectrum
samples to file on ARM processor using;
RFNoC: Radio -> RFNoC: FFT -> RFNoC: Vector IIR -> RFNoC: Keep 1 in N ->
File Sink
It just getting overflows after 4-5 seconds such as "*overrun on chan
0*". Is thi
Hi there!
I wanted to ask if the USRP X-310 includes an oscillator to create an
internal 10MHz reference and 1 PPS signal, even if they are not that
accurate, or if the only way to provide these internal signals is by
adding the "Board Mounted GPSDO (OCXO)".
Another thing I wanted to ask is
Hallo,
We're about to migrate from multi-usrp-application with UHD 3.9 and custome
FPGA to UHD 3.14 with RFNoC. We are using the USRP x310 with daughterboards
ubx-160. Everything seems to work fine except that when we stop our
application in the terminal with ctrl-c, a new startup is only possible
13 matches
Mail list logo
