On 2022-01-03 16:36, ri28...@mit.edu wrote:
Hi Marcus,
I’ve attempted to use uhd::tx_streamer::recv_async_msg() before, but
it slowed down my application and caused frequent lates on the
tx_streamer. I’m unclear on the intended usage. I tried creating a
separate thread that polls in an infi
I don’t think that recv_async_msg() blocks. So an infinite loop will chews up
CPU.
The production o O/L/D/U happens independently. I’m struggling with multi
laptop failure right now or I’d get you more info on shutting those off. I
assume that redirection is not appropriate because your applic
Hi Marcus,
I’ve attempted to use uhd::tx_streamer::recv_async_msg() before, but it slowed
down my application and caused frequent lates on the tx_streamer. I’m unclear
on the intended usage. I tried creating a separate thread that polls in an
infinite while loop looking for async messages. Am I
On 2022-01-03 05:30, seckinoncu8...@gmail.com wrote:
Hello Marcus,
I did the calibration but it didn’t change the results. There is still
LO leakage on transmitter. I attached the generated cal file location
as a figure.
So, I"m just looking again at your Spectrum Analyser traces.
It loo
Hi,
In my application, I also saw LO leakage. We have many USRPs. Their leakage can
be different . One way to avoid the impact is not to allocate data around DC in
baseband signal.
Regards,Hongwei
On Monday, 3 January 2022, 10:31:52 GMT, seckinoncu8...@gmail.com
wrote:
Hello Marcus,
On 2022-01-03 14:16, Richard Joseph Muri wrote:
Hello,
I have a Linux C++ application using UHD 3.13 and an x310 USRP.
Occasionally my host machine sends a late packet to the USRP,
resulting in UHD printing an “L” to stdout, or the host machine drops
some packets, resulting in UHD printing a
Hello,
I have a Linux C++ application using UHD 3.13 and an x310 USRP. Occasionally my
host machine sends a late packet to the USRP, resulting in UHD printing an "L"
to stdout, or the host machine drops some packets, resulting in UHD printing a
"D" to stdout.
I would like prevent printing
On 2022-01-03 05:30, seckinoncu8...@gmail.com wrote:
Hello Marcus,
I did the calibration but it didn’t change the results. There is still
LO leakage on transmitter. I attached the generated cal file location
as a figure.
___
USRP-users mailing l
Hello all,
I am using UHD 4.0 and when I look at the FPGA using Vivado over JTAG, I see
that the FPGA is not programmed. So I send HG bitstream which is downloaded
with "uhd_images_downloader" via JTAG to X310 (USRP-2945R). I am able to
successfully ping the X310 and observe daughterboards and
My understanding is that the NoC shell, instantiated inside the RFNoC block,
takes in the raw CHDR bus for the control and data planes and provides a more
user friendly data interface for your user logic to interface with. The NoC
shell is autogenerated by RFNoC Modtool and shouldn’t need any e
Hi, I am studying RFNOC blocks for USRP, the file that I am reading is in
the below link...
https://files.ettus.com/app_notes/RFNoC_Specification.pdf
I know Verilog language, so another part I am studying RFNOC blocks Verilog
Code.
However knowing Verilog and RFNoC_Specification is not enough, be
Hello Marcus,
I did the calibration but it didn’t change the results. There is still LO
leakage on transmitter. I attached the generated cal file location as a figure.
___
USRP-users mailing list -- usrp-users@lists.ettus.com
To unsubscribe send an emai
12 matches
Mail list logo
