реклама на сайте
подробности

 
 
4 страниц V  < 1 2 3 4 >  
Reply to this topicStart new topic
> зачем нужна ПЛИС при разработке СБИС, нафига когда есть CADENCE?
x736C
сообщение Jan 17 2017, 06:33
Сообщение #16


Знающий
****

Группа: Участник
Сообщений: 865
Регистрация: 3-03-06
Пользователь №: 14 942



Цитата(AVR @ Jan 17 2017, 09:23) *
но "как на реальной железке" - даже не верится.

Если не надо эмулировать систему на уровне логических ячеек, то почему нет.
Виртуалки же вполне шустро крутят одну операционку с прикладными задачами из под другой.
Только это актуально для отладки софта, а не железа, о котором шла речь в этой теме.
Go to the top of the page
 
+Quote Post
bogaev_roman
сообщение Jan 17 2017, 06:43
Сообщение #17


Знающий
****

Группа: Свой
Сообщений: 974
Регистрация: 20-10-09
Из: Химки
Пользователь №: 53 082



Цитата(addi II @ Jan 16 2017, 21:28) *
получается что сапр такой как каденс со всеми пакетами для проектирования сбис стоящий 200 млн не способен в "адекватные" сроки "спроектировать" более сложную сбис нежели 555 таймер) в адекватные сроки
какое-то противоречие...

Знаю например что ангстрем не использует плис в своем маршруте но с другой стороны ангстрем процы не делает...

А о каком устройстве вообще идет речь - порядок логических вентилей, какие интерфейсы, скорости? В простых случаях, кстати, создание с нуля прототипа вообще не требуется - иногда достаточно отладочную борду (минимальные сроки и деньги).
Цитата
но у Синопсиса были так называемые "платформ симуляторы" предназначенные для отладки софта
в RTL код процессор вставляется как некий предкомпиленный объект (написаный на С, а не на Верилоге) и тогда производительность симуляции становится сравнимой с рантаймом

Про такое я слышал, но говорили, что стоимость ну очень высока.
Go to the top of the page
 
+Quote Post
Flood
сообщение Jan 17 2017, 10:33
Сообщение #18


Знающий
****

Группа: Свой
Сообщений: 623
Регистрация: 8-06-06
Пользователь №: 17 871



Цитата(yes @ Jan 16 2017, 17:52) *
по поводу разработки софта для АЗИК процессора - гораздо разумнее использовать симуляторы, не знаю как у Каденса, но у Синопсиса были так называемые "платформ симуляторы" предназначенные для отладки софта


У Cadence, конечно, такое есть. Называется Cadence Palladium. Насколько знаю, цены там космические, но производительность, а также время компиляции проектов не сравнимы с обыкновенным прототипированием на ПЛИС. В результате применения таких платформ софт и драйверы для разного рода сложных чипов (SoC, GPU и т.п.) появляются раньше выхода первых чипов с фабрики.
В сети можно найти интересные презентации о применении Palladium в Nvidia и подобных конторах.
Go to the top of the page
 
+Quote Post
yes
сообщение Jan 17 2017, 19:14
Сообщение #19


Профессионал
*****

Группа: Свой
Сообщений: 1 911
Регистрация: 23-12-04
Пользователь №: 1 640



Цитата(Flood @ Jan 17 2017, 13:33) *
У Cadence, конечно, такое есть. Называется Cadence Palladium. Насколько знаю, цены там космические, но производительность, а также время компиляции проектов не сравнимы с обыкновенным прототипированием на ПЛИС. В результате применения таких платформ софт и драйверы для разного рода сложных чипов (SoC, GPU и т.п.) появляются раньше выхода первых чипов с фабрики.
В сети можно найти интересные презентации о применении Palladium в Nvidia и подобных конторах.


Palladium это аппаратный ускоритель - та же ПЛИС, но за привязку к ней GUI и вообще, то что уже инженеры постарались, добавляет немало денег (вроде можно не покупать, а арендовать)
у Синопсиса аналог HAPS

а то чисто программный симулятор, но работает часто быстрее чем аппаратный, потому что модель более абстрактная
Go to the top of the page
 
+Quote Post
favalli
сообщение Jan 18 2017, 16:12
Сообщение #20


Участник
*

Группа: Участник
Сообщений: 23
Регистрация: 16-04-12
Пользователь №: 71 387



Цитата(addi II @ Jan 15 2017, 20:57) *
Здравствуйте!

Подскажите пожалуйста кто действительно знает зачем нужны ПЛИС в процессе разработки СБИС?
Как я понимаю это нужно тем у кого нет достаточного пакета CADENCE, - кабибра, вируоза, енкоунтер и кто проектирует низкочастотную "логику"
Вопрос, - нафига ?, технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не даст

Выскажу свое мнение по этому поводу с колокольни функционального верификатора.
Допустим вы разрабатываете высокоскоростной контроллер предположим PCIE 3.0 со своими приемопередатчиками и цифровой частью, которым рулит допустим MIPS-подобный процессор.
Первая не тривиальная задача для такого проекта при симуляции RTL описания, не говоря уже о нетлисте, даже при налиичи дорогостоящих гридов прогоны регрессий могут занимать по 2-3 дня. Синтез такого проекта в ПЛИС тоже занятие не быстрое, но в сравнение намного быстрей.
Во вторых вы правильно писали что ПЛИС для таких проектов стоят солидных денег, но опять же запуск партии на заводе того же TSMC стоит на порядки дороже, а цену ошибки я думаю оценить можно. Плюс к этому не забывайте что для симуляции вам помимо лицензии на САПР нужна еще лицензия на BFM(миниммум) либо комплексный тестсьют который все сделает за вас(тут ценник уже космический и не сравним с ПЛИС).
Ну а в третьих добавлю банальщины что количество людей верифицирующих проект в российских конторах обычно меньше разработчиков, в мировой практике насколько я знаю уже другая картина...
Так что обычно стараються проверить все и в симуляции, параллельно гоняя в ПЛИС какие-то нагрузочные тесты.

Сообщение отредактировал favalli - Jan 18 2017, 16:13
Go to the top of the page
 
+Quote Post
Poluektovich
сообщение Jan 19 2017, 16:59
Сообщение #21


Местный
***

Группа: Свой
Сообщений: 205
Регистрация: 15-09-08
Из: Зеленоград
Пользователь №: 40 201



Для ранней отладки софта вендоры предлагают виртуальные платформы, которые состоят из быстрой ISS-модели процессора и TLM-моделей периферии.
Виртуальные можно использовать и с аппратными ускорителями, программа будет испольяться на ISS, а высокоскоростная периферия помещается в аппаратный ускоритель. А все вместе называют гибридной платформой.
Go to the top of the page
 
+Quote Post
yes
сообщение Jan 19 2017, 21:45
Сообщение #22


Профессионал
*****

Группа: Свой
Сообщений: 1 911
Регистрация: 23-12-04
Пользователь №: 1 640



Цитата(AVR @ Jan 17 2017, 09:23) *
Звучит фантастически, хотя вероятно именно так и работают симуляторы всяких Nios2/Microblaze, но "как на реальной железке" - даже не верится.


известный "фри" симулятор qemu достигает где-то трети-половины (зависит от крутости хоста) для 500МГц АРМа
но он не "цикл-акурате", то есть сопрягать его с rtl-кодом не просто

предполагаю, что платные модели процессора имеют похожую производительность, а точная времянка требуется только от axi шины, но так как ни разу вживую такого не видел - то не уверен в этом утверждении - самому интересно
Go to the top of the page
 
+Quote Post
radigast
сообщение Jan 25 2017, 08:16
Сообщение #23





Группа: Участник
Сообщений: 7
Регистрация: 23-10-16
Пользователь №: 93 878



Вставлю свои пять копеек в эту тему.

Есть следующие основные подходы к моделированию аппаратуры до выпуска тестового чипа:
  • высокоуровневая TLM/ISS модель
  • собственно RTL
  • ПЛИС
  • ускорители/эмуляторы


RTL является непосредственном источником для дальнейшего проектирования ИС (если вы не используете HLS, который, на мой взгляд, пока применим только для отдельных подблоков, преимущественно аппаратных акселераторов какой-либо сложной математики). Поэтому хочешь - не хочешь, а RTL перед отправкой на финальный синтез моделировать придется. Также как потом придется моделировать и полученные нетлисты. Причем, даже при условии, что все уже было проверено в ПЛИС (как уже упоминалось, прототип в ПЛИС и RTL под синтез в ИС это не одно и тоже и, как минимум, придется перепроверять подключение макро памятей и физики)

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

TLM/ISS на этапе проработки архитектуры хороши: можно поисследовать утилизацию архитектуры на реальных задачах, прикинуть разбиение алгоритма на HW/SW. Но реальные цифры по производительности на ней не получишь, реальный драйвер тоже не отладишь. Все-таки в RTL слишком много особенностей реализации, которые сложно учесть на этом этапе проектирования, а они бывает существенно сказываются на результатах работы ПО.
Потактовые модели ядер для данного уровня бывают, но это уже оптимизированные модели, сделанные для готового и апробированного RTL, который продается как IP. И тут речь уже идет скорее не о разработке таких моделей, а об экстракции из RTL и дальнейшей оптимизации (свободные тулы для этого — verilator, слышал о такой конторе как Carbon, которые профессионально этим занимаются).

С другой стороны моделирование RTL является слишком медленным для реальных задач, без которого не будет обратной связи по производительности, удобству программирования, и останется риск пропуска архитектурных и «хитрых» ошибок. В этом контексте ПЛИС идеально подходят для прототипирования:
  • вычислительных ядер
  • акселераторов
  • сложной, но стандартной периферии, типа ethernet со встроенным алгоритмами обработки пакетов, и.т.п

Моделирование RTL, при этом, все равно никуда не уходит. Ставить непроверенный RTL в ПЛИС и тратить сутки на пересинтез и дебаг мелких багов, которые можно отловить за минуты/часы моделирования RTL — удовольствие ниже среднего.


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

Жирные западные компании, как правило, имеют целые здания забитые серверами, число которых стремится к бесконечности и счетное число эмуляторов. В таких условиях запустить тысячи симуляций RTL может оказаться более быстрым способом проверки, чем использование эмулятора. Так, что с эмуляторами тоже не все так однозначно — все определяется теми возможностями, которые есть у компании. Опять же, для больших проектов возни с ПЛИС и эмуляторами может быть очень много.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Jan 26 2017, 13:56
Сообщение #24


Знающий
****

Группа: Свой
Сообщений: 915
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



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

В большинстве случаев требования к асику изменятся.
Go to the top of the page
 
+Quote Post
yes
сообщение Jan 26 2017, 14:25
Сообщение #25


Профессионал
*****

Группа: Свой
Сообщений: 1 911
Регистрация: 23-12-04
Пользователь №: 1 640



Цитата(Koluchiy @ Jan 26 2017, 16:56) *
Лучше всего для этого - сделать прототип на фпга и дать юзерам поиграться.


прототип на FPGA это какой-нибудь Стратикс или старший Виртекс (и может не один), с источниками по 20А, размером 50х50 и местом под радиатор и т.п.
а прототипируемый АЗИК - это 10х10 с 0.5Вт потребления...
юзеры сильно удивятся с прототипа sm.gif
Go to the top of the page
 
+Quote Post
krux
сообщение Jan 26 2017, 16:21
Сообщение #26


Профессионал
*****

Группа: Свой
Сообщений: 1 436
Регистрация: 2-07-12
Из: дефолт-сити
Пользователь №: 72 596



на дипчипе мелькали статейки про системы эмуляции, например http://www.deepchip.com/items/dac15-02.html
смысл эмуляторов - в возможности "видеть" каждый reg или wire на каждом такте, и значительное ускорение времени симуляции.
применяются как правило в "тяжелых" случаях, когда непонятно, из-за чего происходит сбой при более высоких уровнях симуляции, и для раннегго написания софта/драйверов.

и это, не забываем, что при серии менее 10тыс штук экономически выгоднее ПЛИС чем ASIC.
Go to the top of the page
 
+Quote Post
Koluchiy
сообщение Jan 30 2017, 13:09
Сообщение #27


Знающий
****

Группа: Свой
Сообщений: 915
Регистрация: 12-04-09
Из: Москва
Пользователь №: 47 543



Цитата(yes @ Jan 26 2017, 18:25) *
прототип на FPGA это какой-нибудь Стратикс или старший Виртекс (и может не один), с источниками по 20А, размером 50х50 и местом под радиатор и т.п.
а прототипируемый АЗИК - это 10х10 с 0.5Вт потребления...
юзеры сильно удивятся с прототипа sm.gif

Под юзерами подразумевались, конечно же, не школьники с улицы, а разработчики и тестеры оборудования, куда планируется впихнуть этот асик.
Go to the top of the page
 
+Quote Post
yes
сообщение Jan 30 2017, 16:40
Сообщение #28


Профессионал
*****

Группа: Свой
Сообщений: 1 911
Регистрация: 23-12-04
Пользователь №: 1 640



Цитата(Koluchiy @ Jan 30 2017, 16:09) *
Под юзерами подразумевались, конечно же, не школьники с улицы, а разработчики и тестеры оборудования, куда планируется впихнуть этот асик.


по-моему
99% АЗИКов разрабатывается для каких-то носимых устройств. и это не процессоры/драйверы LCD и т.п. (что покрывается гигантами индустрии), а какие-то baseband-ы для обработки радиосвязи и т.п. - то есть имеет смысл проверка работоспособности в реальных условиях работы.

естественно, можно найти вариант прототипа на ПЛИС: делаются устройства, в которых реализуется только часть функциональности - ну типа там пара каналов, а в реальном АЗИКе их должны быть сотни, или делается стенд, который, например, можно возить на машине, а эмулируется карманное устройство и т.п.
для каких-то популярных систем (например, тех же GNSS) выпускаются симуляторы, которые могут изобразить эфирный сигнал всей системы в разных условиях "для платы на столе", но и стоят такие симуляторы $M

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

то есть, такая ситуация, что ПЛИС позволяет заменить все (или хотя бы большую часть) этапов разработки АЗИКа я не знаю. но я совершенно не утверждаю, что ПЛИС нужно запретить, при большом запасе времени и гибком дедлайне прототипировать на ПЛИС весьма интересно и полезно.

есть одно "но" скорее менеджерское, чем инженерное:
мне часто приходилось сталкиваться (особенно у отечественных заказчиков) с недоверием к алгоритмам - то есть они хотят на этапе "проверки реализуемости" получить какую-то железку с лампочками, а не софтверные модели и результаты симуляции - тут без ПЛИС не обойтись sm.gif

Go to the top of the page
 
+Quote Post
BackEnd
сообщение Jan 31 2017, 19:08
Сообщение #29


Частый гость
**

Группа: Участник
Сообщений: 168
Регистрация: 28-07-16
Пользователь №: 92 747



Цитата(yes @ Jan 30 2017, 16:40) *
есть одно "но" скорее менеджерское, чем инженерное:
мне часто приходилось сталкиваться (особенно у отечественных заказчиков) с недоверием к алгоритмам - то есть они хотят на этапе "проверки реализуемости" получить какую-то железку с лампочками, а не софтверные модели и результаты симуляции - тут без ПЛИС не обойтись sm.gif

Точно подмечено.


--------------------
"Классики марксизма говорили, что общественно-экономическая формация меняется с изменением средств производства, которые всегда принадлежали имущему классу.
И сейчас мы находимся в системе координат капитализма, когда самые передовые средства производства принадлежат уже не капиталистам.
Люди, у которых нет обуви, имеют гаджеты. Сейчас создана такая информационная паутина, что вместо коллективного бессознательного можно говорить о коллективном сознании.
Если иметь мозги и гаджеты, можно перевернуть весь мир. Коллективное сознание будет управлять миром! Это исторический путь, который нельзя миновать."
Вячеслав Мальцев
Go to the top of the page
 
+Quote Post
lexx
сообщение Feb 12 2017, 05:09
Сообщение #30


Частый гость
**

Группа: Свой
Сообщений: 106
Регистрация: 25-06-04
Пользователь №: 186



Я бы тоже не доверял дизайну без тестирования на FPGA.
Как уже было сказно выше:
1. Позволяет начать разработку/отладку софта/прошивки гораздо раньше
2. Интеграция на верхнем уровне и её прогонка/тестирование
3. Прогонка синтеза (по опыту был вариант, который приводил к ошибке, при этом симуляция проходила без проблем, линт ошибок не выявил)
4. Только функциональное тестирование занимает несколько недель, 24/7 (симуляция займет вечность)
5. Возможность прогонки тестов с различными задержками по шинам (еще месяц или больше)

P.S. есть специфические особенности FPGA, невозможно сделать полностью идентичный дизайн.
P.P.S. все очень зависит от размера проекта, но FPGA даже для маленьких предпочтителен.
P.P.P.S. нельзя сказать, что с FPGA лучше, чем без него, он скорее как молотилка данных (но иногда именно это и нужно), однако следует сочетать UVM like поблочно, FPGA, как глобальный и общая симуляция на топ уровне.

Зачем нетлист-то симулировать ? Я понимаю, что есть специфичные тесты для этого, но функциональное тестирование мне совсем непонятно. Если без задержек, то это просто бесполезно, поскольку аналогичен исходному коду. С задержками скорее пост-проверка на фукционирование, но это более опять же специфичный тест с post-layout, а не тестирование само по себе.
Go to the top of the page
 
+Quote Post

4 страниц V  < 1 2 3 4 >
Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 28th April 2017 - 06:12
Рейтинг@Mail.ru


Страница сгенерированна за 0.01508 секунд с 7
ELECTRONIX ©2004-2016