FPGARelated.com
Forums

EPCS4 Configuration+firmware, Quartus problem

Started by Jeroen May 13, 2004
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


"Jeroen" <sink@null.dev> wrote in message
news:40a386c6$0$562$e4fe514c@news.xs4all.nl...
> 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 > >
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
Hi, <p>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. <p>Procedure: <BR>
1: run rev32to61 utility on project file. <p>Errors: <BR>
Can't open perl script C:\EDK\\bin\nt\edk_instname_revup.pl": No such file or directory <BR>
WARNING:MDT - Some of the instance names in your design had same name as the IP. <p>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. <BR>
&nbsp;&nbsp;&nbsp;If your are referring to these instance names in UCF or BMM file, please change those references yourself. <BR>
ERROR:MDT - Error while reving up instance names <p>I have searched the entire computer and can not find the perl script it is looking for.  I have even tried reinstalling the software:( <p>Thanks in advance, <p>Winston