Forum Discussion

Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
14 years ago

Input file is too large to fit (Nios Programmer)

Wondered if anybody can guide me in the right direction with an issue I am having with the nios flash programmer. I am using a ArriaIIgx 95K logic being configured by an EPCS64 device. I store...
Altera_Forum's avatar
Altera_Forum
Icon for Honored Contributor rankHonored Contributor
14 years ago

Thanks pancake.

I have managed to create a .jic with the config data and the hex data

the map file looks like this

BLOCK START ADDRESS END ADDRESS

Page_0 0x00000000 0x0026851A

App2.hex 0x0026851B 0x002AED1A

The key to making it do this this was creating a hex file from the .elf and then correcting for a problem in quartus detailed here

http://www.altera.com/support/kdb/solutions/rd09282011_907.html

Next, in the convert programming files add the flash loader and the .sof. Next add the .hex data with 'relative addressing' switched on but no address set.

This file fits into a EPCS64.

Problem is that the software doesn't run. The design runs though. I am not sure how the epcs flash loader knows where to find the code. Does it just assume it is going to be directly after the file? Also if we are using this method, does the .hex have to be created differently from the elf2hex format?

C