Forum Discussion
Altera_Forum
Honored Contributor
16 years agoEPCS fpga+nios field update
Hi, I know this has been asked several times, but I can't seem to find an answer that fits my problem so here it goes: I have a large CIII design with a NIOS including the remote updat...
Altera_Forum
Honored Contributor
16 years agoHi Jake,
I´m also trying to use the remote system upgrade, changing the boot. I´ve already seen other posts from you about this issue, hope you can help me. I can´t manage to build the boot (not even the altera original files without any change). I´m just taking the sources in: C:\altera\90\nios2eds\components\altera_nios2\boot_loader_sources Without any change, and within this folder, I´m trying with the command shell: make CODE_BASE=0x000000 EPCS_REGS_BASE=0x2001800 clean all (in the SOPC the epcs controller is on base address from 0x2001800 to 0x2001fff) Next, I type: elf2hex --base=0 --end=0x1ff --width=32 --input=obj/boot_loader_epcs_sii_siii_ciii.elf --output=epcs_flash_controller_0_boot_rom.hex The output file has the same name as the default (epcs_flash_controller_0_boot_rom.hex). Thus, the INIT memory of the EPCS has the file already assigned, and I only overwrite it in the quartus folder. I recompile the quartus project, and I use the flash programmer to program the, the sof+application. After power down, It doesn´t boot anymore. 1- Am I using the elf2hex properly? what about the --width and --end? 2- My device is EP3C40, am I using the correct file or shall I use any other of the altera "boot_loader_sources" folder? I tried "boot_loader_epcs_sii_siii_ciii_be.elf" and "boot_loader_epcs.elf", but it´s the same. I started this with Quartus 9.1 64 bits, but I changed to Quartus 9.0 32 bits, as I thought that there may be some bugs...(have no idea what else to do). Thanks in advance, Melo