EPCS4 Configuration+firmware, Quartus problem

Hi,

I'm using a Altera Cyclone 1C6 which contains a Nios. The FPGA is configured by an EPCS4. I want to store the firmware for the NIOS in the config device. This should be possible using ASMI. The problem is that I can't store the HEX file into the programming file for the configuration device. With Quartus, this should be done by converting the SOF file into a POF, and then insert the HEX file into the 'Main Block Data' area. This doesn't work, the contents of the HEX file are not included in the resulting POF. (The POF should in turn be converted into a RPD file, which can be programmed into the EPCS4 using a JAM/STAPL player).

There are two modes for the HEX file, absolute and relative addressing. With absolute addressing I get a warning that it's overwriting parts of the SOF, but it actually places the data aligned to the end of the configuration file, e.g. the HEX file doesn't immediately follow the FPGA config data (I use nr_asmi_past_config() function to find out where the app code is). With relative addressing, there's no data at all.

Is this a bug in Quartus 4.0 or am I doing something totally wrong??

Jeroen

Reply to
Jeroen
Loading thread data ...

configured

device.

then

the

With

SOF,

With

Big day for Cyclone config!

I'd like to know the answer to your question as well, but here is what I did.

I used the ASMI interface to write a loader that stores a SRECords in the EPCS4 and loads and runs this stored firmware on boot. SREC format is trivial and even I was able to get it going in less than a day.

Ken

Reply to
Kenneth Land

Hi, I am currently trying to update a EDK 3.2 project file to a EDK 6.1 project file. I am using the following procedure and receiving the following error message. Any ideas would be greatly appreciated. Procedure:

1: run rev32to61 utility on project file. Errors: Can't open perl script C:\EDK\\bin\nt\edk_instname_revup.pl": No such file or directory WARNING:MDT - Some of the instance names in your design had same name as the IP. Revup changed those instance names in MHS and MSS files. Revup also changed your c source files where any macros and variables defined in xparameters.h were referred to.    If your are referring to these instance names in UCF or BMM file, please change those references yourself. ERROR:MDT - Error while reving up instance names I have searched the entire computer and can not find the perl script it is looking for. I have even tried reinstalling the software:( Thanks in advance, Winston
Reply to
Winston

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.