День добрый, коллеги.

Поиск пользовал, документацию читал, ответа не нашёл ;(.

Нужно положить в EPCS64 помимо прошивки пачку данных с компьютера. Думал, что дожен быть вариант работы с mif и hex, но не нашёл.

Благодарю!

Полагаю, что следует сгенерировать jic файл и и подцепить hex файл в соответствующем диалоговом окне.
Можно почитать здесь: http://www.alterawiki.com/wiki/Booting_Nio...lash_Controller
Там решается аналогичная задача - в EPCS укладывается программа (hex файл) для NIOS II.

А вообще, для работы с Serial Flash в User Mode можно использовать специальную мегафункцию: http://www.altera.com/literature/an/an370.pdf

Премного благодарен, очень выручили! Пойду пробовать.

Если заливать конфигурацию планируется программатором, то, почти уверен, придётся ручками править нужные байты (по нужным адресам) в jic-файле (пару байт можно, но 100-1000 и т.д. - сложновато будет). Можно ещё что-то своё написать для правки jic-файла. В утилите конверсии файлов "левые" данные подтягиваться не хотят.
А так необходим EPCS/EPCQx1 Flash Controller для Nios либо ядро ASMI для железа, они оба умеют работать с EPCS.



Это ядро - для прошивки EPCS через JTAG, главной проблемой будет сконвертить нужный jic-файл. Вообще не понятно, для чего оно необходимо, если Quartus Programmer по JTAG способен заливать Factory default SFL image и прошивать EPCS.

Заливать через USB Blaster по JTAG'у планирую.

Из опций "Convert Programming files..." сделал вывод, что hex будет добавлен в EPCS после информации о прошивке и собственно на выходе будет jic файл содержащий прошивку+данные. Пока не пробовал, пишу модуль, который будет из EPCS вытягивать в SRAM, там и отладить хочу. Но что значит "левые" даные подтягиваться не хотят? На этапе конвертирования они как-то анализируются Квартусом? Для каких данных тогда предусмотрена данная функция?

Конвертит прошивку из/в разные форматы. А вот подтянуть к jic произвольные данные у меня не получилось.

У нас есть схема, в который ПЛИС загружает программу в процессор, прошивка для процессора помещается в конфигуратор ПЛИС. Кладём в прошивку ПЛИС (jic файл) загузочный образ для процессора (Blackfin). ПЛИС после старта грузит процессор этими данными через SPI. Процесс подготовки выглядит так:

* собирается программа для проца, транслируется в hex, к нему добавляется заголовок (длина образа) и трейлер (CRC32), чтобы ПЛИС при загрузке могла правильно загрузить и проверить целостность данных. Подготовленный файл копируется в то же место, где лежит sof (конкретно у нас директория /output).

* с помощью Convert Programming files делаться подготовка jic файла из sof и загрузочного образа в hex формате. Конфиг для для этой операции, файл jic.cof (имя файла, ессно, любое):



Конфиг, ессно, писался не руками, а сгенерён с помощью этой же утилиты. Его можно открыть ею и посмотреть настройки. Из них видно, что процессорный образ размещён по адресу 0x400000.

* прошивается конфигуратор. Тут две операции:

quartus_cpf -c settings/jic.cof - подготавливаем jic
quartus_pgm settings/prgjic.cdf - собсно прошивка.

Обе операции можно объединить в один пакетный файл (именно так и делается), дабы не забыть перегенерить jic при сборке новой программы для процессора.

Ясно, что можно туда класть любые данные, лишь бы хватало места.

В общем, всё исправно размещается и работает. Успехов.

А каким образом произвольные данные (файл N-байт) сконвертить в HEX, добавить длину (сколько байт должно быть данное поле), посчитать и добавить CRC32?

Да это хоть руками (с помощью соответствующего редактора и прочих утилит). Мы делаем с помощью скрипта на питоне (всё делается автоматом при сборке выходного файла SCons'ом):



для этого ещё нужна либа IntelHex, написанная Александром Бельченко (aka bialix, когда-то участвовал в этом форуме), которая легко находится в интернетах (собственно, она выполняет функции чтения исходного hex и сохранения выходного). Остальные средства - стандартные для питона.