I had the same problem indeed, I think this is because vivado 2017.4 output image size is a bit different from the output imase size of vivado 2015.4. I say so because the error did not appear with uhd-3.10.3. I think the problem is that no one updated the tools provided with libuhd used to configure the fpga in order to handle the new output file dimension.
My solution is very simple, if you are under Linux just use dd and copy the original file with a command like this: dd if=<orig_file>.bit of=<new_file>.bit bs=<the_rigth_dimension> count=1 And it works, at least for me. In fact if you open the bit file with a hexeditor you can see how the last bites looks like a padding. Best, Paolo On 30/09/19 23:06, Francesco Restuccia via USRP-users wrote: > Hi guys, > > I am responding to the following thread: > http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-August/057669.html > > I am having the same problem while running the uhd_image_builder.py > with the default images for X310. > > See below: > > frank@frank-iMac:/opt/uhd/host/build/examples$ > "/opt/uhd_gnuradio_installs/bin/uhd_image_loader" > --args="type=x300,addr=192.168.10.15" > [INFO] [UHD] linux; GNU C++ version 8.3.0; Boost_106700; > UHD_3.15.0.git-71-g18bc320d > Error: RuntimeError: The specified FPGA image is too large: 15878040 > vs. 15878032 > > Any idea? I guess that this should NOT happen with default images > downloaded through uhd_images_downloader. > > Note that the USRP works by burning the default bitfile (HG version) > directly via Vivado and JTAG. > > Best, > > Francesco > > > > _______________________________________________ > USRP-users mailing list > USRP-users@lists.ettus.com > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com _______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
