Forum Discussion
What is wrong with Quartus II?
Hello,
I currently spend more time waiting for Quartus II than conceiving and compiling a whole project. I systematically have to wait for minutes each time a compilation is over, or QSys generated, or whatever action is performed, before being able to get back hand on the application and thus going further. Most of the time it ends by forcing the application to quit and starting it fresh again (and go through a 'clean project' just in case, but not sure it is very efficient...). Quartus II has never been very user friendly, but nowadays it is absolutely unusable. What to do? I'm running Quartus 17.0 build 595 lite edition on a windows 10 computer, quad core i7, 2.50 GHz, 16 GB RAM. Any advice? Thanks -jylo27 Replies
- Altera_Forum
Honored Contributor
I didn't yet notice a similar problem with the Quartus II Windows GUI. I'm only occasionally using 17.1, most active projects (Cyclone III) are still on 13.1.
Besides the hint to possible license server issues given by Tricky, did you check with a previous version? - Altera_Forum
Honored Contributor
Are you sure the compilation is completely finished? Check the status. It might still be generating programming files or you've accidentally enabled the generation of something by the EDA Netlist Writer (files for 3rd-party tools).
- Altera_Forum
Honored Contributor
I didn't try with former versions because, for various reason, I had to remove all previous installs on my computers...
But, indeed, I can't tell it is specifically due to the Quartus version. I'm more suspecting some weird behavior between Quartus, maybe Java and the OS for this particular computer. For sure Quartus II is doing something, but the completion message is displayed and the progress bar says 100% completed. I'll check for whatever 3rd-party tools activated that could be favorably removed. Thanks for the advice -jylo - Altera_Forum
Honored Contributor
BTW, I'm definitely sure that the compilation process is over because sometimes I can even program the device run some tests but when I come back to Quartus and for example click on the menu to check or change the settings, it is completely stuck and I need to kill it to get back hand on it (it just happens to occur!).
-jylo - Altera_Forum
Honored Contributor
The assembler and timequest can be run in parrellel, are you sure timequest isnt still running?
Is there an up to date timing report in the folder? - Altera_Forum
Honored Contributor
Yes, completely sure: everything shows 100% in the Tasks window and as I just said, it can occurs hours after the compilation process has completed...
Last case: I compiled the project, went to Nios II to rebuild the application, programmed the device, detected something was wrong and thus wanted to open the settings window under Quartus... simply no way! CPU usage at 17% about and nothing happening. - Altera_Forum
Honored Contributor
Do you have the option for a dialog box to appear when compilation is finished? If that's turned on, you have to click OK in the dialog which could have gotten hidden behind other windows. I always turn that option off and just rely on a system beep to indicate when compilation is finished.
- Altera_Forum
Honored Contributor
Well, the problem is not a problem of compilation at all!
The problem is that I spend more time waiting for Quartus to allow me doing something that waiting for a compilation to complete (even compilation times are already rather long though...). Example of the day: I've done a compilation (which I'm completely sure is over), converted programing files, programed the device (it's a MAX10), ran the system (can thus confirm that compilation was completed), found a problem and then came back to Quartus in order to add lines to signal tap, to verify my timing. And this is the start of long long waiting time. Windows mention (Not Responding) in the application bar. Each time I click on whatever button, I get a rolling cursor for minutes before the action can be performed... Only solution: kill the application and start it again. I'm thus good for a couple actions and then back in troubles... I think this will end by a clean re-install of Quartus... but not even sure this will help. - Altera_Forum
Honored Contributor
Well, I probably got badly inspired... :(((
I took opportunity of a little less stress over the weekend to uninstall Quatus 17.0 and install a fresh Quatus 17.1... Very bad idea!!! No more way to compile the BSP and I systematically get the error message: ./drives/inc/iniche/ins_tse_mac.h:34:27: fatal error: altera_msgdma.h: No such file or directory... Now reinstalling Quartus 17.0... :( - Altera_Forum
Honored Contributor
I installed 17.1 recently on a Windows 10 system, and my system shows those files exist.
$ find . -name 'altera_msgdma.h' -print ./17.1/ip/altera/altera_msgdma/top/HAL/inc/altera_msgdma.h $ find . -name 'ins_tse_mac.h' -print ./17.1/ip/altera/ethernet/altera_eth_tse/src/software/lib/UCOSII/inc/iniche/ins_tse_mac.h I wonder if you ran out of disk space during the installation, or whether the installation file was corrupted during the download. You can check the MD5 checksum of the installation file against the value on the install web page using WinMD5sum: http://download.cnet.com/winmd5sum/3000-2381_4-10115915.html