плата с Virtex5 - сколько времени делать хоть примерно? Опции

[jojo]

http://www.dinigroup.com/DN9000k10PCIe8T.php

Сколько примерно делать аналог такой платы и какими силами? Делать без истории разработок с Xilinx в команде..
"Среднепотолочная" оценка подошла бы.

Года-то хватит хоть на саму плату и "простейшее" ПО к ней?

[jojo]

>По поводу архитектуры - скачал две забавных бумаги у Xilinx и Altera. Их выдающиеся архитектуры SLICE и ALM выигрывают друг у друга в 50% проектов. Осталось узнать, в какой половине мы.

Опытным путем выяснил, что ALM нам подходит лучше, т.к. расход ресурсов в пересчете на ALM меньше. Частота fmax получается одинаковая. Архитектурно SLICE лучше, когда надо столько LUT6, сколько триггеров. А это еще надо придумать, где такое есть.

Т.е. мы в тех 50%, которым Altera подходит лучше.

>И сидит еще у меня мысль, как будет вести себя трассировщик в ISE на больших проектах с 90-99% заполнением микросхемы. Например, в Lattice падает частота в в 1.5 - 2 раза, а время сборки - целый день.

Время сборки в ISE 10.1 в 5 раз больше, чем в квартусе. Хм.

Понимаю, почему долго собирает, не понимаю, почему временные ограничения не выполняются при трассировке без ручного размещения. Какого черта они не выполняются в автоматическом режиме даже близко, хотя и при большем расходе времени? Задержки в проводах велики, 75/25. (Это относится к Lattice)

В квартусе пока что такой картины нет, соотношения задержки в проводах и в логике примерно 50/50 почти всегда, при любом заполнении (на конкретных проектах).

Я не могу вручную назначать все части проекта, их слишком много, а массовые назначения "регионами" все равно используются не совсем так, как хотелось.

Чую, ставить нужно Stratix 3.

[DmitryR]

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

Тому может быть масса причин: слишком плотное заполнение кристалла, слишком большие требования, ошибки в кодировании (много логики между триггерами), даже неправильная настройка программного обеспечения. Обычно анализ самых длинных путей дает некоторые ответы. И переход на другого производителя может не спасти - у каждого есть свои косяки и тонкости, как в архитектуре, так и в софте.