update: as far as I can tell uhd_images_downloader no longer tells the
user where on Ettus's server it looks for the files and even with an
internet connection it doesn't grab the RFNoC images. However, I was
able to look inside the uhd_images_downloader.py file itself and piece
together the new image path (
http://files.ettus.com/binaries/cache/e3xx/)
and build-specific image file name. There I found the correct RFNoC
images, moved them the E310, and uhd_usrp_probe will now list the RFNoC
capabilities just before it gives the string of errors and closes.
rfnoc_rx_to_file and rx_samples_to_file work. 

I haven't yet been able to get the old version of gnuradio running on
the pc side to generate the python script to test the window or fft
functions on the pre-compiled images.


A stock fpga image (not RFNoC) build with Vivado Webpack from the
instructions in fpga-src seemed produce a working image. The image made
following the instructions in "Getting Started with RFNoC Development"
using 

./uhd_image_builder.py window fft -d e310 -t E310_RFNOC -m 5 --fill-
with-fifos (my radio too old for sg3)

did not work. It gives the error:
root@ettus-e3xx-sg1:~/newinstall/usr/share/uhd/images# uhd_usrp_probe
--args='fpga=usrp_e310_fpga_RFNOC.bit'
[INFO] [UHD] linux; GNU C++ version 4.9.2; Boost_105700;
UHD_4.0.0.rfnoc-devel-702-geec24d7b
[INFO] [E300] Loading FPGA image: usrp_e310_fpga_RFNOC.bit...
[INFO] [E300] FPGA image loaded
[INFO] [E300] Initializing core control (global registers)...

[INFO] [E300] Performing register loopback test... 
[INFO] [E300] Register loopback test passed
[INFO] [0/Radio_0] Initializing block control (NOC ID:
0x12AD100000000000)
[INFO] [0/Window_0] Initializing block control (NOC ID:
0xD053000000000000)
[WARNING] [RFNOC] Can't find a block controller for key FFT, using
default block controller!
[INFO] [0/FFT_0] Initializing block control (NOC ID:
0xFF70000000000000)
[WARNING] [RFNOC] Can't find a block controller for key FIFO, using
default block controller!
[INFO] [0/FIFO_0] Initializing block control (NOC ID:
0xF1F0000000000000)
[WARNING] [RFNOC] Can't find a block controller for key FIFO, using
default block controller!
[INFO] [0/FIFO_1] Initializing block control (NOC ID:
0xF1F0000000000000)
[WARNING] [RFNOC] Can't find a block controller for key FIFO, using
default block controller!
[INFO] [0/FIFO_2] Initializing block control (NOC ID:
0xF1F0000000000000)
[ERROR] [AD936X] CODEC loopback test failed! Expected: 0x0F70E550
Received (TX/RX): 0x0F70E550/0x00000000
Error: RuntimeError: CODEC loopback test failed.

still, progress



On Tue, 2019-06-11 at 14:45 +0000, d.des wrote:
> I'm still trying to re-create the situation which existed back when
> https://kb.ettus.com/Software_Development_on_the_E3xx_USRP_-_Building_RFNoC_UHD_/_GNU_Radio_/_gr-ettus_from_Source
>  
> was written but am not having any luck. Following those insructions I
> can't get access to any pre-build modules other than radio, ddc, and
> duc. I'm looking for the: 
> 
> >   |   |   * Radio_0
> >   |   |   * FIFO_0
> >   |   |   * Window_0
> >   |   |   * FFT_0
> >   |   |   * fosphor_0
> >   |   |   * FIFO_1
> >   |   |   * FIR_0
> 
> modules shown in the tutorial.
> 
> My latest attempt was to git and cross-compile UHD_4.0.0.4.0.0.rfnoc-
> devel-238-g39a41476-702-geec24d7b
> since it seems to match the latest RFNoC-labeled images at
> files.ettus.com that look the most like:
> 
> http://files.ettus.com/binaries/images/uhd-images_4.0.0.rfnoc-devel-xxx-xxxxxxxxx.zip
> 
> but I get:
> 
> ERROR] [0/Radio_0] Major compat number mismatch for noc_shell:
> Expecting 2, got 195936478
> 
> It HAS TO BE POSSIBLE to back to the situation that existed when that
> document was written. Can someone point to the right combination that
> existed back then? Should I keep randomly walk back versions until it
> works, or is there some other modernization (maybe the sd card image)
> that is breaking pre-build RFNoC images? I want to try to make my own
> but want something that works to start from.
> 
> tnx


_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to