Hi NurAiman_M_Intel,

Thanks for answering my post.

Using a EPCQ/EPCS16, this works fine and has done for years. The handle returned from the function (alt_flash_open_dev("/dev/epcs_controller")) gives reference to a memory address in the SRAM (because I've instantiatied a variable in SDRAM); data sheet states that as long as the returned value isn't zero, then the operation has been successful.

Using the EPCQ32, (same footprint and pinout [using ASx1 mode and not ASx4]), the point where I can step the code to the line where alt_flash_open_dev("/dev/epcs_controller") is, returns '0x0', which is indicative of failure to open/read/communicate device. I'm going to scope it up to see if there is actually a bit stream fired off at this point to see if the NIOS II processor actually attempts a transaction.

In Quartus I've instructed the AS device to be EPCQ32, and not Auto.

I'm totally stumped! The device is brand new, I can upload the sof to it without issue, I can erase the IC though NIOS II flash programmer, so I know something is transacting, just when it comes to the firmware trying to interact with the Flash IC, I can't perform the instruction because it hangs..

Thank you for any help.

Regards,

Matthew

Good Morning SyafieqS_Intel,

The versions of Quartus/NIOS that I can use is pretty limited because of applicability to device - I have to work with Cyclone II compatible Quartus/NIOS, which ceases with Quartus/NIOS > v13.1.

I would have to try other versions to see what happens, but I'm a little concerend that this wouldn't work because support for the FPGA wouldn't be there.

Anything above the support level would mean that spurious behaviour may occur.

I've recently downloaded v21.1, so I ought to try that.

Thanks,

M