Discussion and technical support related to USRP, UHD, RFNoC
View all threadsDear all,
I compiled the UHD driver for Windows 10 using MSVC 2015 with RNOC
enabled but I cannot set up the usrp object due to the following assertion:
-- Creating WSA UDP transport for 10.1.10.2:49153
[2016-10-07 14:44:45.771 ERROR] Exception thrown: AssertionError: block_def
in void __cdecl
uhd::usrp::device3_impl::enumerate_rfnoc_blocks(unsigned
__int64,unsigned __int64,unsigned __int64,const class uhd::sid_t &,class
uhd::device_addr_t,enum uhd::endianness_t)
at C:\CTTC\UHD\host\lib\usrp\device3\device3_impl.cpp:148
The source code is from the maint branch and corresponds to the version
UHD_003.010.000.000-79-ON
Any clue?
Thank you so much.
--
Pol Henarejos
Researcher, MSc
pol.henarejos@cttc.es
Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
Av. Carl Friedrich Gauss, 7
08860 Castelldefels, Barcelona (Spain)
Tel: +34 93 645 29 00 Ext: 2177
Fax. +34 93 645 29 01
www.cttc.es
Dear Pol Henarejos,
my first approach here: Are you using the FPGA image that belongs to
that release? We'd generally recommend using the uhd_images_downloader
tool; since you've built UHD yourself, you probably have a working
python installation, so that should just work fine. If for some reason
it doesn't you can find the exact file name you should download from [1]
in uhd/host/CMakeLists.txt as the variable UHD_IMAGES_DOWNLOAD_SRC.
Best regards,
Marcus
[1] https://files.ettus.com/binaries/images/
On 07.10.2016 14:48, Pol Henarejos via USRP-users wrote:
Dear all,
I compiled the UHD driver for Windows 10 using MSVC 2015 with RNOC
enabled but I cannot set up the usrp object due to the following
assertion:
-- Creating WSA UDP transport for 10.1.10.2:49153
[2016-10-07 14:44:45.771 ERROR] Exception thrown: AssertionError:
block_def
in void __cdecl
uhd::usrp::device3_impl::enumerate_rfnoc_blocks(unsigned
__int64,unsigned __int64,unsigned __int64,const class uhd::sid_t
&,class uhd::device_addr_t,enum uhd::endianness_t)
at C:\CTTC\UHD\host\lib\usrp\device3\device3_impl.cpp:148
The source code is from the maint branch and corresponds to the
version UHD_003.010.000.000-79-ON
Any clue?
Thank you so much.
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Dear Marcus,
Thanks for your approach. I previoulsy updated the image of FPGA. The
UHD driver does not complain about mismatch of versions, so I guess the
image is correct.
I have tested it on Linux and no problem was given. It only fails on
Windows. Additionally, I recompiled the UHD driver with the flag
ENABLE_RFNOC disabled but the error still appears on Windows.
Regards.
Pol Henarejos
Researcher, MSc
pol.henarejos@cttc.es
Centre Tecnològic de Telecomunicacions de Catalunya (CTTC)
Av. Carl Friedrich Gauss, 7
08860 Castelldefels, Barcelona (Spain)
Tel: +34 93 645 29 00 Ext: 2177
Fax. +34 93 645 29 01
www.cttc.es
El 7/10/2016 a les 14:48, Marcus Müller ha escrit:
Dear Pol Henarejos,
my first approach here: Are you using the FPGA image that belongs to
that release? We'd generally recommend using the uhd_images_downloader
tool; since you've built UHD yourself, you probably have a working
python installation, so that should just work fine. If for some reason
it doesn't you can find the exact file name you should download from [1]
in uhd/host/CMakeLists.txt as the variable UHD_IMAGES_DOWNLOAD_SRC.
Best regards,
Marcus
El 7/10/2016 a les 14:48, Pol Henarejos ha escrit:
Dear all,
I compiled the UHD driver for Windows 10 using MSVC 2015 with RNOC
enabled but I cannot set up the usrp object due to the following assertion:
-- Creating WSA UDP transport for 10.1.10.2:49153
[2016-10-07 14:44:45.771 ERROR] Exception thrown: AssertionError: block_def
in void __cdecl
uhd::usrp::device3_impl::enumerate_rfnoc_blocks(unsigned
__int64,unsigned __int64,unsigned __int64,const class uhd::sid_t &,class
uhd::device_addr_t,enum uhd::endianness_t)
at C:\CTTC\UHD\host\lib\usrp\device3\device3_impl.cpp:148
The source code is from the maint branch and corresponds to the version
UHD_003.010.000.000-79-ON
Any clue?
Thank you so much.