spartan6,microblaze,прошивка программы Опции

[serg_k1]

Здравствуйте, помогите разобраться. Есть плата spartan6 на ней система с подчиненным microblaze. При работе ISE->SDK->programm FPGA программа запускается. При программировании из ISE -нет. В ISE - update Bitstream with Processes Data не нашел. Но добавил свой*.elf файл в system(microblaze)- как они рекомендуют. При generate Programming File выдается следующее

Код

...
Initializing Memory...
Running Data2Mem with the following command:
data2mem -bm "implementation/system_bd" -p xc6slx45tfgg484-3 -bt
"implementation/system.bit"  -bd
"SDK/SDK_Export/hw_platform/Release/hw_platform.elf" tag microblaze_0  -o b
implementation/download.bit
Memory Initialization completed successfully.
Process "Generate Programming File" completed successfully

top_module.bit при этом не изменяется.
Прошивал download.bit и top_module.bit.
После прошивки все мертвое.
При этом размер файлов system.bit,download.bit , top_module.bit одиннаковый.
Что не так делаю?

[Golikov A.]

может то что идете против течения? зачем вам ISE? если вы уже связались с микроблайз?

Правильный путь такой:
Сделали ядро в платформ студии,
добавили модули, отредактировали их в ISE
импортили в платформ студию
собрали ядром экспортили в СДК
пишите программу, отлаживаете, создаете прошивку прошиваете ПЛИС

Еще более прогрессивно в вивадо ломится

А вот возврат к ISE - это не есть верно, и фиг его знает что оно там не работает. Если у вас эксперимент ради эксперимента то разбирайтесь, а если нет, то бросайте эту затею. Микроблайз и среда для него и так достаточно глючная, чтобы еще и не стандартным путем ходит...
ВСЕ ИМХО

[serg_k1]

может то что идете против течения? зачем вам ISE? если вы уже связались с микроблайз?

Правильный путь такой:
Сделали ядро в платформ студии,
добавили модули, отредактировали их в ISE
импортили в платформ студию
собрали ядром экспортили в СДК
пишите программу, отлаживаете, создаете прошивку прошиваете ПЛИС

Еще более прогрессивно в вивадо ломится

А вот возврат к ISE - это не есть верно, и фиг его знает что оно там не работает. Если у вас эксперимент ради эксперимента то разбирайтесь, а если нет, то бросайте эту затею. Микроблайз и среда для него и так достаточно глючная, чтобы еще и не стандартным путем ходит...
ВСЕ ИМХО

Собственно вся затея нужна для изучения работы компонента avnet - fmc_imageon_vita_receiver_1_13а. А микроблейз для его инициализации и только. Хотел в chipscope все посмотреть. И в ISE есть то, к чему этот IP будет пристыковываться.
А то, что вы предлагаете - это где микроблейз top. Верно? что-то у меня тут не очень. Но если не разберусь, то придется делать так. И как здесь с chipScope?

[Golikov A.]

Ну да, микроблайз - тор, предположить иное - дико. Микроблайз жрет под 50% ресурсов средненького спартана 6, представить что реально это пойдет только для инициализации - ужасно.

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

Видать у вас как раз тот редкий случай когда, наверное, имеет смысл микроблайз в ISE запихать, где то я видел юзер гайд на этот счет. Поищу если найду кину суда.

не нашел... только это
http://www.xilinx.com/ipcenter/processor_c...rial_c2bits.pdf
там есть что-то про ISE тулс, с сылкой на какой-то несуществующий документ, но может разберетесь%)

[aabmail]

ChipScope к EDK прикручивается следующим образом:

1. В EDK: Нажимаете Generate Netlist.
2. В EDK: В меню Projects -> Customize buttons добавляете ngcbuild -i implementation\system.ngc implementation\system_all.ngc
3. В EDK: Нажимаете на соответствующую custom button.
4. Создаете новый проект ChipScope Inserter. Указываете design files, например:
C:\xil_projects_14.7\current\hw\implementation\system_all.ngc
C:\xil_projects_14.7\current\hw\implementation\system.ngc
C:\xil_projects_14.7\current\hw\implementation\
5. В ChipScope Inserter делаете все как обычно, но в конце нажимаете Insert
6. В EDK: Нажимаете Generate Bitstream.

не перепутайте ngc с ngо, которое там по умолчанию.

Кроме этого, неплохо сделать так, чтобы в нетлисте ngc была сохранена иерархия проекта. Для этого во всех source файлах необходимо написать KEEP_HIERARCHY.
Пример:

Код

architecture Behavioral of sp6_DAC_IF_s4 is
...
    attribute KEEP_HIERARCHY : string;
    attribute KEEP_HIERARCHY of Behavioral : architecture is "yes";

В противном случае в ChipScope Inserter все будет свалено в одну кучу.
Раскапывать эту кучу не очень приятно, особенно в проектах EDK.

[serg_k1]

ChipScope к EDK прикручивается следующим образом:

Спасибо, с этим буду разбираться.

[serg_k1]

Ну да, микроблайз - тор, предположить иное - дико. Микроблайз жрет под 50% ресурсов средненького спартана 6, представить что реально это пойдет только для инициализации - ужасно.

Мне нужно только для изучения IP пока жду плату

Видать у вас как раз тот редкий случай когда, наверное, имеет смысл микроблайз в ISE запихать

Собрал микроблайз - тор. XPS-SDK. Видимо что-то я не так делаю. Здесь та же проблема. В SDK все запускается. А в XPS программа не стартует. Update bitstream делаю. Скорее всего чт-то одно не так делаю.

[Golikov A.]

а Платформ студию не надо возвращаться. После того как вы сделали проц, собрали его и экспортнули в SDK, все... дальше работа только в нем. В нем делаете проект, пишите софт, в нем же отлаживаете, в нем же делаете финальную прошивку которую грузите в флэш. Я вот только запамятовал последний шаг SDK умеет или в самом конце все таки Impact нужен.

Но все тестовые загрузки для отладки делаются 100% из SDK, к платформ студии возвращаться не надо