Hi Nate,
some news from my side about this issue:
- For v3.15.0.0-rc2, the error shows up when using split_stream or
packet_resizer block (and possibly others)
I then followed your advice and went back to v3.14.1.1, which should be stable.
Here two problems pop up:
- Timing constraints are
The split stream bug seems to have been fixed in October on the master
branch: https://
github.com/EttusResearch/fpga/commit/1102779f49d44c9e8b88ce7251d203eb62ae26c9
(but
not yet ported onto 3.14)
I just cherry-picked 1102779f onto my uhd-fpga UHD-3.14 and it cleaned it
up for me.
I assume this w
EJ,
I'm finding that I have the same problem after installing 3.14.1.1.
I did the following:
$ uhd_images_downloader
$ uhd_image_loader --args "type=n3xx"
which is what I thought we were supposed to do, but I got the same error on my
uhd_usrp_probe that Robert did.
I'll see if I can figure ou
Ah, Sorry for the confusion. I assume anyone using the split_stream block
is already building FPGA images from source... To clarify, I'm referring to
rebuilding the FPGA images from source using the uhd-fpga repo, which
follows the instructions here:
https://files.ettus.com/manual_archive/v3.14.1.1
We weren't intending on using the split_stream block yet, and we haven't
started building images from source either (waiting on Vivado license still).
I simply picked the default RFNoC branch so we could start looking at some of
the pre-built blocks as we start investigating building some custo