I’ve been trying to integrate the Questa into the simulation environment, and have had success simulating all the provided modules, with the exception of the FFT. Whenever I would run `make vsim`, it would generate the IP, and then I would run into the following error. \ `vcom -32 -93 -work xil_defaultlib ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd `\ `-- Loading package STANDARD`\ `-- Loading package TEXTIO`\ `-- Loading package std_logic_1164`\ `-- Loading package NUMERIC_STD`\ `** Error: ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(56): (vcom-1598) Library "xfft_v9_1_6" not found.`\ `** Error: ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(57): (vcom-1136) Unknown identifier "xfft_v9_1_6".`\ `** Note: ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(59):` I have done several steps in trying to resolve this. Originally I compiled the sim library through Vivado, so I tried to compile it through the `build_simlibs` command (which I know just does the same thing, but I thought I’d try it). I’ve tried adding in the `MODELSIM_LIBS="secureip xpm"` argument when calling the make file, I’ve tried downgrading to Modelsim DE, and regenerating the library with the exact version that matches the desired version for Vivado 2021.1 (2020.4). No matter what, it seems like it can’t resolve this issue. When I check the generated IP files, I see a xfft_v9_1_vh_rfs.vhd file (which is encrypted), so I’m unclear why it’s unable to find it. Has anyone had any trouble simulating this module? And any steps to try to resolve? Thank you.

Did you look through the simulation libraries that you built to see if xfft_v9_1_6 is in there? I'm wondering if it's not there or if ModelSim just can't find it. Take a look at the manual page if you haven't already: https://files.ettus.com/manual/md_usrp3_sim_running_testbenches.html Let's assume it can't find it. When you run "source setupenv.sh" to setup your environment, there's a --modelsim-path option to say where modelsim is located. It'll tell you if it successfully found modelsim and if it found the compilation libraries. If it can't find the simulation libraries, I think you can try setting the environment variable MSIM_VIV_COMPLIBDIR to point to the directory where they are located. If setupenv.sh can find modelsim and the libraries then "make vsim" should work, assuming you did indeed compile all the required libraries. If that doesn't work, and you confirmed the library is there, here are some other options. When you compile the simulation libraries using Vivado, it generates a modelsim.ini with the required library mappings. Make sure the library is listed in there and that the path is correct. You can set the environment variable MSIM_MODELSIM_INI to point to the generated modelsim.ini file. Or, you can also open the generated modelsim.ini and copy the library references manually to your main modelsim.ini (this is what I typically do). Wade On Tue, Mar 26, 2024 at 1:18 PM chris.pineda--- via USRP-users < usrp-users@lists.ettus.com> wrote: > I’ve been trying to integrate the Questa into the simulation environment, > and have had success simulating all the provided modules, with the > exception of the FFT. Whenever I would run make vsim, it would generate > the IP, and then I would run into the following error. > vcom -32 -93 -work xil_defaultlib > ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd > -- Loading package STANDARD > -- Loading package TEXTIO > -- Loading package std_logic_1164 > -- Loading package NUMERIC_STD > ** Error: > ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(56): > (vcom-1598) Library "xfft_v9_1_6" not found. > ** Error: > ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(57): > (vcom-1136) Unknown identifier "xfft_v9_1_6". > ** Note: > ../../../../../build-ip/xc7z100ffg900-2/axi_fft/synth/axi_fft.vhd(59): > > I have done several steps in trying to resolve this. Originally I compiled > the sim library through Vivado, so I tried to compile it through the > build_simlibs command (which I know just does the same thing, but I > thought I’d try it). I’ve tried adding in the MODELSIM_LIBS="secureip xpm" > argument when calling the make file, I’ve tried downgrading to Modelsim DE, > and regenerating the library with the exact version that matches the > desired version for Vivado 2021.1 (2020.4). No matter what, it seems like > it can’t resolve this issue. When I check the generated IP files, I see a > xfft_v9_1_vh_rfs.vhd file (which is encrypted), so I’m unclear why it’s > unable to find it. Has anyone had any trouble simulating this module? And > any steps to try to resolve? Thank you. > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com >

I did follow all those steps, and it still comes up with that error. I also wanted to note that this only happens for the FFT simulation, all other simulations appear to be working. I have a sneaking suspicion that it’s not linking all the files correctly, because I manually imported the aforementioned xfft_v9_1_vh_rfs.vhd file, and it gave new but similar errors about not finding other libraries. It also works when I use make xsim, which I presume Vivado is handling all file decencies properly.

Hmm. If the library path is correctly added in the modelsim.ini being referenced, then it should find it, or at least the error would be different. You could check the [Library] section of your modelsim.ini to make sure everything looks correct. As another option, have you tried "make modelsim" to run ModelSim directly without Vivado? For what it's worth, this simulation is working for me, in Vivado, in ModelSim through Vivado, or running ModelSim directly. When I run vsim (the ModelSim GUI) I can see the xfft_v9_1_6 library under the Library tab (View -> Library). Wade On Tue, Mar 26, 2024 at 8:54 PM chris.pineda--- via USRP-users < usrp-users@lists.ettus.com> wrote: > I did follow all those steps, and it still comes up with that error. I > also wanted to note that this only happens for the FFT simulation, all > other simulations appear to be working. I have a sneaking suspicion that > it’s not linking all the files correctly, because I manually imported the > aforementioned xfft_v9_1_vh_rfs.vhd file, and it gave new but similar > errors about not finding other libraries. It also works when I use make > xsim, which I presume Vivado is handling all file decencies properly. > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com >

I’ve tried `make modelsim` and it has the same issue. That’s interesting that you’re able to get it to work. \ Do you mind if I ask what version of ModelSim/Questa you’re using? Also to confirm that you’re using Vivado 2021.1 with the AR patch? And lastly if it’s at all possible to share what’s in your library section? I’m definitely at a loss for why I’m having these issues despite having seemingly set it up correctly. Thank you!

Sure, at this moment I'm using: Vivado v2021.1_AR76780 Model Technology ModelSim SE-64 vsim 2021.3 Simulator 2021.07 Jul 13 2021 Our CI pipelines appear to be using: ModelSim SE-64 2020.4 I know we've used PE, DE, and Questa as well, but I don't know for sure when we last tested this particular IP with those. Wade On Wed, Mar 27, 2024 at 3:05 PM chris.pineda--- via USRP-users < usrp-users@lists.ettus.com> wrote: > I’ve tried make modelsim and it has the same issue. That’s interesting > that you’re able to get it to work. > > > Do you mind if I ask what version of ModelSim/Questa you’re using? Also to > confirm that you’re using Vivado 2021.1 with the AR patch? And lastly if > it’s at all possible to share what’s in your library section? I’m > definitely at a loss for why I’m having these issues despite having > seemingly set it up correctly. > > > Thank you! > _______________________________________________ > USRP-users mailing list -- usrp-users@lists.ettus.com > To unsubscribe send an email to usrp-users-leave@lists.ettus.com >