просто наблюдение:

я не особо с EDK работал - нужно было встроеный PPC в FX запустить - за день дошел до работоспособности примера и за пару дней до работы нужной мне системы (но софт раздражает и подглюкивает)

попробовал ради эксперимента пройти Альтеровское флоу от идеи до работающей программы - не вышло:
вроде бы более правильно описано подключение железа (создание и подключение авалон-слейвов) но проект (темплейт "hello world!" со стандартными слейвами) таки не собрался - какие-то там депенденсы мэйк не нашел

не бывает полного счастья

Репорт в студию!
Скорее всего чего-то в IDE забыли подключить.

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

следует отметить, что эксперимент был под виндовс 7 - сейчас снесли эту каку, если будет и под ХР - тогда напишу

А у меня получилось

Вроде бы там у Альтеры не сложно, если внимательно вчитаться. У меня почти сразу получилось.

Попробуйте тут почитать. Много интересного.
http://www.nioswiki.com/

поставил ХР - все заработало (видимо цыгвин для Вынь7 не работает)
да, нужно отметить, что NIOS SOPC+EDK сделаны поудобней ксайлинской EDK

в вопрос : есть ли для разных коров из SOPC проверочные тестовые приложения - ну там SDRAM | FLASH контроллеры и т.п., чтобы быстренько проверить, что работает?

-----------------

но про ксайлинкс нужно сказать, что PPC с CORECONNECT-ом все-таки более слложная система и задачи может решать, которые NIOS никак не потянет

с китом обычно идут. ну и на фтп есть.


например?

ЕМНИП, ППЦ у ксайлинкса - это, все-таки, хардовое ядро. И сравнивать его с ниосом2 не совсем корректно.
Сравнивать имеет смысл ниос2 с микроблейзом.

а где точнее?

у меня не кит - собственная плата

конкретно нужно SDRAM и CFI FLASH, ну и для SSRAM CY7C1380

я предполагал, что есть что-то типа ксайлинского test_app - для каждой корки набор тестов (генерится в EDK автоматом).

---------------------

по поводу PPC - я сталкивался с тем, что мне 300МИПС-ов помогло (а РРС-шные МИПСы, подозреваю, пожирнее НИОСовых будут )

ну а вообще там немеряный thrououtput по шинам ядра - для всяких "разбирателей" высокоскоросных потоков, имхо, вещь незаменимая
http://www.xilinx.com/support/documentatio...uides/ug200.pdf (5МБ)




в защиту их софта можно сказать - тащат два ядра все-таки (по два симулятора, по два набора драйверов и т.п.), ну и вся шинная фигня из-за coreconnect-a достаточно сложная
но это не извиняет кривизны UI - с тем же цигвином - они его как-то так хитро ставят, что умирает не ксайлинский цигвин и т.п., а достаточно пару переменных правильно определить и все будет ОК

про НИОС - я не считаю, что простота это плохо для технических решений, важно, что сделано хорошо и не глючит.
а сравнить можно не только с блейзом, но и с LatticeMico32 - имхо, даже больше общего (Wishbone)
однозначно NIOS удобнее

------------------

а практический вопрос по поводу тестов : что-то я не нашел ничего
самому писать или где-то добыть?

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

Тестовые проекты живут в NiosII EDS - папки ..\examples\verilog и ..\examples\vhdl.
Если нужно сделать быстро, я рекомендовал бы посмотреть там : http://www.nioswiki.com/Cyclone_III_-_Nios...-_Starter_board
Там все сделано пот третий циклон - сделайте все то же самое под Ваш стратикс, и будет Вам счастье

МИПСы гиганта мысли спасают до поры до времени. всегда найдется задача, где и 300 будет мало тут главное вовремя унюхать тенденцию и перекинуть вычисления/разбор потоков/что-там-еще на периферию. пусть ядро только прерывания ловит.

да с железом все замечательно - работает, "хело ворд" пишет, светодиодом мигает и т.п.

я пытаюсь понять - есть ли софт для поддержки железа? ну то есть что-то типа драйвера, если это можно так назвать, или набора утилит (в виде функций API)

ну для SDRAM-а - проинициализировать, погонять бегущий 0/1 и т.д.
для флашки - прочитать CFI, стереть/записать блок и т.п.

это все несложно, но уйму времени забирает - поэтому хочется нахаляву.




есть, имхо, простой принцип, которому должен следовать и стар и млад - пока что-то можно посчитать процессором, считать процессором, а в ПЛИС засовывать то, что уже никак в процессор не лезет
следование этому принципу сильно экономит время и деньги

и как следствие - более мощный процессор всегда хорошо

ну и по потреблению процессорное решение обычно лучше ПЛИСового

есть HAL (hardware abstraction layer). все описано в 5 томе квартус-хендбука. коды открыты, можно поковыряться там.



не согласен . чтобы поиметь ниос на ~300 мипс нужен стратикс (сравните цены с циклонами). а если вынести тупые(fft, например), но вычислительно сложные задачи из ядра на периферию, то выяснится, что и 50 мипс хватает. так что экономия тут спорная, тут скорее человеческий фактор - пристрастия ведущего разработчика

да, спасибо, до HAL API Reference я добрался,
еще в software examples есть memtest

------------------

а что за C2H компилер - он входит в квартус/ниос стандартный пакет или ставится отдельно?

по поводу конкуренции софтверных ядер с процессорами, я не занимаю непримеримой позиции, что софтверные ядра это баловство, на практике неприменимое.

но чем бюджетнее продукт (то есть удешевление компонентов важно) тем меньше вероятность использования софт-ядер.

недавно, например, спрашивали меня - а можно ли кэн контроллер засунуть в Латтисовскую ПЛИС (XP2-8) - я отвечал - да пожалуйста, хоть десять
а потом синтезировал, отплейсил как отдельный модуль - так этот CAN отъел почти четверть ПЛИС. то есть бюджетнее будет поставить какой-нибудь PIC с кэном
просто раньше разворачивал микропроцессорные системы в ПЛИСинах другого калибра - самая маленькая раз в 20 больше - поэтому и считал, что этот кэн занимает меньше процента

другое дело когда старшие стратиксы/виртексы в каких-то экспериментальных целях - ну там продвинутые DSP алгоритмы или новые архитектуры (например видеоаксератора) отлаживать - там проще внутрь ядро засунуть
тут и всякие "хитрые" тулзы типа c2h или матлаба тут могут пригодится

c2h - это примерно то, о чем я писал (только я ручками делаю, и б.м. зря) www.altera.com/literature/ug/ug_nios2_c2h_compiler.pdf

может "расшить" следующие узкие места:


... и что можно не делать:


короче, из некоторых шаблонов кода на C создает компоненты для SOPC, которые можно задействовать ниосом.
да, все идет с квартусом в комплекте.

а практическая доступность тула?

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

какая лицензия нужна для с2н?
нужно ли дополнительный софт или при наличии лицензии работать начинает то, что встроено в квартус(ниос)?

софта вроде не надо
https://mysupport.altera.com/lic/lic-ipm-pu...ed.asp?prod=n2h
или к Stewart_Little