Имеется собственноручно написанный модуль для Serial Flash, который подключен к Nios. В данной памяти будет хранится программный код для процессора. Поэтому необходимо данный модуль подключить к процессору как Reset Vector.
Возможно ли сделать чтобы данный компонент (Serial Flash) определялся как память и была возможность использовать его в качестве reset vector?

только храниться или еще и исполняться?
если первое, то компонент epcs controller из билдера состоит из 2 модулей: on-chip ram и контроллер spi. когда вектор сброса устанавливается "на epcs controller", то фактически он указывает на начало on-chip ram, где располагается код бутлодера.
если второе, то компонент со стороны, подключенной к процессору должен выглядеть как память большого объема. внутри это опять таки контроллер spi, небольшое буферное ОЗУ, откуда фактически исполняется программа, ну и логика, реализующая "подкачку" данных из epcs в ОЗУ. Эта тема уже обсуждалась на форуме, была даже рабочая реализация.

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

т.е. к FPGA поключены 2 флешки, одна с sof, вторая с программой ниоса? нет проблем, ставьте epcs контроллер и цепляйте его ко второй флешке.

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

вы так интересно пишете - один момент прояснится, другой затуманится давайте ближе к телу, что за ПЛИС, какие флешки?

касаемо загрузки: sof грузится не epcs-контроллером, его тянет сама ПЛИС, если настроена на AS-mode. Загрузка программы ниоса происходит в юзерспейсе, когда кристалл уже сконфигурирован, конфликта не будет.

Плис - Cyclone, epcs2, flash - at45. Сама флэш аналогична epcs4, но командные слова для работы с данной флэш отличаются от командных слов epcs (это если смотреть драйвер на epcs controller). Во флэшке хранятся код для ниоса и некоторые данные, которые потом будут использоваться в процессе работы устройства. В случае, когда epcs установлен в качестве reset vector, как происходит чтение данных с нее? Учитываются ли там командные слова для epcs?

читается в буфер, потом из буфера в заданное ОЗУ переносится. когда все программы скопирована, управление передается на ОЗУ.
можете посмотреть код загрузчика, вам надо соорудить нечто подобное с учетом специфики флешки:
ip/altera/nios2_ip/altera_nios2/boot_loader_sources

и да, использовать готовый компонент epcs-контроллера не получится, первый циклон не позволяет назначить его ноги в произвольное место. придется делать свой компонент.

Добавлю к уже сказанному. Прежде всего почитайте альтеровский "an458 alternative nios boot". У меня немного другая была проблема. Опишу мои действия, может помогут. Копировал папку с родным бутлоадером (только у меня в 9,0 путь другой altera\90\nios2eds\components\altera_nios2\boot_loader_sources) Там в папке уже имеется makefile. Редактировал родной бут под свои нужды. Запустил commandshell и выполнял команду make в папке с редактируемым исходнимом. Далее полученый бутлоадер с расширением srec нужно перевести в HEX формат командой nios-elf-objcopy –O ihex –I srec <мой_бутлоадер>.srec <мой_бутлоадер>.hex .Либо спрятать это в сам makefile


При этом нужно в этом же makefile добавить свой hex-файл в качестве таргета: