загрузка NIOS при включении питания, загрузка NIOS из EPCS, SDRAM - для хранения инструкций Опции

[a.v.yastrebov]

Здравствуйте!

На плате установлены:
1. EP3C40Q240-C8
2. SDRAM MT48LC4M32B2
3. EPCS M25P54 в количестве двух штук, одна из которых подключена к конфигурационным ногам ПЛИС, вторая - к regulag I/O (соответствует EPCS контроллеру в qsys)

В qsys добавлено следующее:

1. on-chip memory
2. nios 2 processor
3. sysid
4. JTAG UART
5. EPCS flash controller
6. PIO
7. SDRAM controller (для MT48LC4M32B2 есть установка по умолчанию)

Вектор сброса процессора установлен на базовый адрес EPCS flash controller
Вектор обработчика исключений - на on-chip memory
В Eclips создан проект, зажигающий светодиод на плате

Задача: использовать SDAM для хранения инструкций и данных

Для этого в BSP Editor во вкладке Linker области .text, .rodata, .rwdata, .heap, .stack, .bss указаны на SDRAM; .entry и .exeptions - на EPCS и on-chip соответственно.

.elf-файл с программной частью зашивается в EPCS при помощи NIOS 2 Flash Programmer.
.jic-файл с аппаратной частью зашивается при помощи стандартного Quartus Programmer.

После передергивания питания NIOS не подает признаков жизни.

Если же в BSP Editor во вкладке Linker области .text, .rodata, .rwdata, .heap, .stack, .bss указать на on-chip, после передергивания питания NIOS оживает....

Если у кого есть предположения, в чем проблема, с радостью выслушаю, заранее спасибо!

Да, забыл сказать, что система нормально работает под отладкой в Eclipse, когда все области в BSP Editor указаны в SDRAM

[Konst_777]

...
.elf-файл с программной частью зашивается в EPCS при помощи NIOS 2 Flash Programmer.
.jic-файл с аппаратной частью зашивается при помощи стандартного Quartus Programmer.

После передергивания питания NIOS не подает признаков жизни.
...

А правильно ли расположен .elf-файл в EPCS? Не проще ли использовать NIOS II Flash Programmer для прошивки и .sof и .elf? Тогда NIOS II Flash Programmer автоматически расположит в EPCS .elf сразу же после .sof и загрузчик сможет найти и загрузить .elf.

..Если же в BSP Editor во вкладке Linker области .text, .rodata, .rwdata, .heap, .stack, .bss указать на on-chip, после передергивания питания NIOS оживает....

Вот это дает повод усомниться в полезности моего совета
Да, интересно - в чем же все таки дело?

[Apast]

Я с Altera и с NIOS не работал, но есть достаточный опыт с Xilinx и Microblaze.
Судя по тому что вы пишите код программы вы не меняетет, только переставляете указания линкеру
с внутренней памяти на внешнюю и наоборот. Тогда возникает вопрос а есть ли у вас кусок программы который грузит
исполняемый код во внешнюю память, сам он туда не попадет, и я сильно сомневаюсь что Quartus делает это сам.
В том случае когда указана внутренняя память то код по вкючению питания (после загрузки FPGA) уже лежит там
и все работает. В случае внешней памяти вы должны сделать это сами и этот кусок программы (начальный загрузчик)
должен лежать во внутреней памяти.
Отладчик, я думаю как и у Xilinx, как раз и грузит код во внешнюю память через свой загрузчик.