Re: [USRP-users] Default RFNoC image for N310 does not compile

2019-12-19 Thread Robert via USRP-users
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

Re: [USRP-users] Default RFNoC image for N310 does not compile

2019-12-19 Thread EJ Kreinar via USRP-users
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

Re: [USRP-users] Default RFNoC image for N310 does not compile

2019-12-19 Thread Jeff S via USRP-users
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

Re: [USRP-users] Default RFNoC image for N310 does not compile

2019-12-19 Thread EJ Kreinar via USRP-users
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

Re: [USRP-users] Default RFNoC image for N310 does not compile

2019-12-19 Thread Jeff S via USRP-users
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