переход с Cyclone III to Arria V, подводные камни Опции

[TamRazZ]

Доброго времени суток всем.!

Возникла на нашем предприятии потребность у руководства осовременить и расширить функционал выпускаемой продукции. В связи с чем, было принято решении о переходе на ПЛИС семейства Arria V (конкретная линейка пока уточняется). До этого мозгом наших приборов был третий циклон. Обновление это будет проходить в рамках ОКР с уже определенным бюджетом. Поэтому возникает задача учесть все финансовые издержки, которые нам предстоят, дабы уложиться в отведенный бюджет. Т.е. на сколько я понимаю ситуацию, простой покупкой новой ПЛИС дело не обойдется. Как минимум придется покупать новое ПО, новые мегафункции и т.д.

Я примерно накидал, что конкретно придется обновлять в нашем случае:
1. Новый Quartus v13 (до этого был 9)
2. Т.к. после 9 квартуса нет возможности симуляции, придется покупать лицензию на ModelSim
3. Для третьего циклона поднимался софт проц NiosII, я так понимаю в аррии его не будет, значит надо покупать новую мегафункцию под него.
4. Наверное, понадобится лицензия на новую среду разработки под новый проц.?!
5. Вместо SoPC Builder будет QSys на него нужна отдельная лицензия.?
6. Апгрейд рабочего места (новый комп с новой производительностью)

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

[TamRazZ]

В Arria в этом случае речь может идти о ARM Cortex-A9, а в данный момент у вас Nios II. Переход на новое семейство - это и новый tool set, и перенос софта, и новая экосистема, и т.п.

Вот об этом и речь хочется узнать обо всех предстоящих заменах заранее...

Вы же еще хотите слить функционал нескольких Nios II CPU на 1 или 2 ядра ARM'а. Тут, скорее всего, без OS не обойдешься.

На самом деле, проц был только на одной из плис, вроде как мозговой центр, который управлял остальной периферией (в том числе находящейся на других плис) посредством внешних интерфейсов (RS-485, Eth etc..). И да, на этом ниосе была операционка ртосовская MicroC OS.

Системный анализ такого перехода проводили?

Собственно, ради этого я здесь.) Набираю необходимый минимум знаний у более опытных коллег, ибо не знаю даже с чего начать... Надеюсь, что меня здесь сориентируют в нужном направлении, и дальше начну более детальный и предметный анализ.)

Это будет Dual-core ARM Cortex-A9. ПО разнообразное, очевидно, которое на армах заводится.

Можно здесь по-подробнее... Какое ПО выбирают опытные разработчики. Под НИОС у нас писали на эклипсе, как я понял, это были специально заточенные под ниос альтеровские сборки. Есть ли под кортекс подобное ПО (альтеровские или специально оптимизированные под встраиваемые процессоры).?

Шучу. Всего 16Гб. 32 это для стратиксов
5AGXB5, 5AGTD7, 5AGXB7, 5ASXB5, 5ASTD5: 16.0 GB

Это звучит гораздо более обнадеживающе

Еще один вопрос возник... РТОС операционки стоят денег за лицензию, извините, конечно, за глупый вопрос, я не программист, не знаю.)

[Raven]

На самом деле, проц был только на одной из плис, вроде как мозговой центр, который управлял остальной периферией (в том числе находящейся на других плис) посредством внешних интерфейсов (RS-485, Eth etc..).

Уже легче. Но переход на ARM все же - не поле перейти, не расслабляйтесь (но и не пугайтесь :-)). Этой дорогой уже многие проходили, одинокими не будете. Сеть просто переполнена описаниями/обсуждениями/советами на эту тему.

И да, на этом ниосе была операционка ртосовская MicroC OS.

Если она вас устраивает, то первым делом проверьте, нет ли ее варианта под ARM Cortex-A9. Это первая точка ветвления в процессе анализа у вас будет.

Можно здесь по-подробнее... Какое ПО выбирают опытные разработчики. Под НИОС у нас писали на эклипсе, как я понял, это были специально заточенные под ниос альтеровские сборки. Есть ли под кортекс подобное ПО (альтеровские или специально оптимизированные под встраиваемые процессоры).?

Возможна сборка своего tool chain'а на основе GNU средств (+ IDE, например, Eclipse). Имеются подробные руководства в сети, как это делается. Ну и вся инфраструктура для ARM (отладочные USB кабели, JTAG серверы и т.п.) уже имеется по альтернативным щадящим ценам. Но можно сделать ставку и на платные tool set'ы (начиная с упомянутого DS-5 Altera edition). В-общем, полная свобода - только работайте, создавайте продукт

Еще один вопрос возник... РТОС операционки стоят денег за лицензию, извините, конечно, за глупый вопрос, я не программист, не знаю.)

Близко с вопросом не знаком, но вроде же есть и открытые/бесплатные RTOS - см. профильный раздел на этом же форуме (это если с MicroC OS не заладится по какой-то причине).

Это звучит гораздо более обнадеживающе

Такая ли это большая проблема - создать сервер или мощную рабочую станцию с 32 ГБ памяти для компилирования FPGA-проектов? И всем ею по очереди пользоваться... Вы же не будете скорее всего, релизить по нескольку FPGA билдов одновременно, верно? А рабочая станция для непосредственного общения с платой и прокручивания software tools может быть и с гораздо более скромными параметрами (например, просто хороший лэптоп с док-станцией).