Honored Contributor
Honored ContributorI've found a solution. The reason QSPI controller was inaccessible is invalid preloader was generated without any inforamtion about QSPI. I added to Qsys project QSPI flash support by defining it in peripheral pins of HPS component. And then use out-of-date preloader previously made. It is erroneous way to do. And also I load this old preloader to the very begining of flash memory so after its booting QSPI controller is hanged. When I fully rebuilt the preloader with handoff containing information about QSPI I can run Altera example Altera-SoCFPGA-HardwareLib-QSPI-CV-GNU and use QSPI flash erasing to remove invalid preloader. Now flash ID can be read by quartus_hps tool and also I can read/erase/write the device via hwlib functions.
It will be better if Altera add the description of the problem to "Known issues" because it was very simple to hang QSPI and far not to easy to make a solution.
