im like a dirty piglet always ask for help and never share so today decided to wash my sins. inside modelsim on a library window if you would expand all the libraries and then click ctrl+f and type there "generic_m10k" you would find that it is located into altera_insim_ver library. so go to the project window in modelsim and right click on empty space then add to project -> existed file. navigate into \altera\13.1\modelsim_ase\altera\verilog\src and find altera_lnsim.v file, add it to your current project. compile it along with other files that you are using. now,in modelsim go to simulate -> start simulation ->library ->add and type: altera_lnsim_ver click ok. this way you are telling modelsim to use this library you just compiled. personally i think it should be programmed so that libraries you compile must be automatically included into the use list but by unknown reasons developers left this for us to do. remember, to learn it i have spent tens of hours, tens of days, and tens of neurons when i was nervous because nothing worked, so mention my name in prayers when you go to the church :) tell the big guy i demand at least 1million to be happy :)))
I am using the mityarm_5csx_dev_board project that you guys have. If I use the web edition of quartus to run it, everything is fine, but if I use the subscription edition of quartus ii I get some errors.
That project was built with the 13.0 sp1 tools. If you've updated it to the 13.1 tools you probably need to run the hps_sdram_p0_pin_assignments.tcl. Select Tools -> Tcl Scripts... and then in the tree view you should see Project -> mityarm_5csx_dev_board -> synthesis -> submodules -> hps_sdram_p0_pin_assignments.tcl. If you run that I believe it will take care of the issue.
The closed source altera / intel FPGA development software quartus in version 13.1 (64 Bit) don't run on Mint 21 anymore. (I need this old version because newer versions don't support cyclone3)On Mint 20.3 it worked after I add an old additional libpng12 library to the system.But now on Mint 21 the quartus complier start compiling a project but never get ready.
milan@Mint21:/tools/quartus/13.1/quartus/adm$ export QUARTUS_64BIT=yesmilan@Mint21:/tools/quartus/13.1/quartus/adm$ export QUARTUS_ROOTDIR=/tools/quartus/13.1/quartusmilan@Mint21:/tools/quartus/13.1/quartus/adm$ . ./qenv.shmilan@Mint21:/tools/quartus/13.1/quartus/adm$ cd ../linux64/
shjung2,This looks like a security authentication error, i.e. the regenerated .rbf file is not passing the security tests on the board. This is a known issue with Quartus II 14.0, but it is possible to generate a functional bitfile in Quartus II 13.1. The most common cause of this error is that Quartus is not reading from the okHostMicrocode.hex file. Is that .hex file in the working directory of your project?
okAlex,I am using Quartus II 13.1 Web edition, and I copied the okHostMicrocode.hex file in the working directory of my project.I have tested another example, the PipeTest.When I have recompiled the PipeTest.v, and execute the PipeTest.exe with the regenerated PipeTest.rbf file, then it is O.K. 2b1af7f3a8