Суть следующая, необходимо обеспечить работу программы (не критичную по скорости исполнения) из EPCS, а работу обработчика прерывания и памяти данных из on-chip. Работаю на плате DE2-70, Quartus 9.1. Как уже пробовал, просто поставить вектор сброса на EPCS, а вектор исключений на on-chip не работает, ругается BSP editor:(( И еще, как определить, сколько памяти будет доступно для памяти программ в EPCS?

если мне память не изменяет, просто так EPCS как память программ использовать нельзя. в свое время попался модуль "epcs virtual memory", он вроде для таких извратов предназначен.

Как нельзя ? Компонент для этого идет в комплекте с NIOS. Называется, если не ошибаюсь epcs_flash_controller

epcs_flash_controller представляет из себя контроллер SPI + on-chip memory. в on-chip находится код загрузчика, который копирует код из epcs в какое-нибудь ОЗУ, а затем передает ему управление. вектор сброса указывает именно на on-chip.

Насчет epcs virtual memory конечно интересно, но вот информации мало, как, да что. К сожалению сайт автора не работает, ссылок куда он перенесен не нашел((. Если есть какая нибудь информация по этому поводу буду рад видеть))

автор ушел работать в microtronix и убрал свои разработки из свободного доступа. так что, наверное, самый простой путь - разобрать его исходники и написать свой модуль. там всего 1 файл, второй сгенерирован мегавизардом.

А если пробовать следующим образом, записать программу в EPCS при помощи флеш программера, а затем, допустим по 1 кБ читать и выполнять этот код, используя on-chip memory как файл подкачки. Возможен ли такой вариант?

дык epcs virtual memory, что выше приводился, это и делает примерно цимес тут в следующем: ниос должен видеть этот модуль как память соотв. размера, обращение же по некоторому адресу будет происходить либо быстро (нужный сегмент находится в буфере), либо медленно (код подгружается в буфер).

Пока пробовал поставить epcs virtual memory как компонент SOPC builder, но возникли проблемы при компиляции:

Хотя все пути до файлов проверил
Мой предыдущий вариант про файл подкачки в принципе работает, однако приходится в EPCS записывать машинный (откомпилированный) код, который я нашел только в дебугере (скопировал из памяти код готовых команд). Ну а в основной программе, извлекаю часть этого кода и делаю к нему переход.
Но тут очень много проблем, например работа с библиотеками очень затруднительна(( А искать машинный код очень тяжело...
Может есть какие варианты?

а сам компонент epcs virtual memory создали?
по поводу кода - а чем nios2-flash-programmer не подходит?

Делал и new component (хотя при указании в IP Search Path ->Tools->Options компонент появляется в общем списке), но он ругается на большое число "лишних" сигналов, да и сам компонент при этом выглядит не так как прежде...
По поводу кода, я не нашел как сделать средствами nios2-flash-programmer машинный код. Либо, необходимо использовать утилиту elf2flash?
Подскажите если не сложно...

да, примерно так:
elf2flash --epcs --input="hello_world.elf" --output="output_file_name.flash"



скриншоты с руганью покажите, скорее всего он не распознал по именам сигналов типы интерфейсов

Файл сделал, однако, как я думаю все это бесполезно...буду копать в сторону epcs virtual memory.
Проблемы при создании new component:

почему бесполезно?
насчет интерфейсов - так и есть, он не распознал. должно быть 2 интерфейса Avalon-MM Slave, 1 clockreset, и export для шины ASMI (которая к EPCS идет). кто такие FLASH_ERASED* не понятно, по идее они внутри должны быть, процессор о них типа не знает. вообще пихать все в один файл не есть гут, имхо. лучше по модулям разбить.

Вроде собрать блок в SOPC builder удалось, правда в квартусе не видны asmi интерфейсы и FLASH_ERASED торчат наружу....Проблема теперь в следующем:

Работаю на CycloneII и пока не нашел к чему зацепить эти выводы....на Cyclone III вроде все проще...