addi II 0 15 января, 2017 Опубликовано 15 января, 2017 · Жалоба Здравствуйте! Подскажите пожалуйста кто действительно знает зачем нужны ПЛИС в процессе разработки СБИС? Как я понимаю это нужно тем у кого нет достаточного пакета CADENCE, - кабибра, вируоза, енкоунтер и кто проектирует низкочастотную "логику" Вопрос, - нафига ?, технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не даст Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
iosifk 3 15 января, 2017 Опубликовано 15 января, 2017 · Жалоба Здравствуйте! Подскажите пожалуйста кто действительно знает зачем нужны ПЛИС в процессе разработки СБИС? Как я понимаю это нужно тем у кого нет достаточного пакета CADENCE, - кабибра, вируоза, енкоунтер и кто проектирует низкочастотную "логику" Вопрос, - нафига ?, технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не даст Я так думаю, что кроме технологических инструментов надо уметь живьем отлаживать то, что хотите спроектировать... И далеко не всегда знания о предмете в начале разработки позволяют работать с изделием... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
x736C 0 15 января, 2017 Опубликовано 15 января, 2017 (изменено) · Жалоба Вопрос, - нафига ?, технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не даст Добрый вечер! Выскажу свои соображения. Верификация СБИС сегодняшних размеров нетривиальная задача, занимающая месяцы. ПЛИС — это своего рода ускоритель, используемый в процессе отладки дизайна. Интересная статья по теме: Intel Nehalem Processor Core Made FPGA Synthesizable В пункте 2.1 приводится обоснование целесообразности использования ПЛИС для моделирования ASIC. Не смотря на то, что процессор работал на частоте 520 кГц, дизайн в итоге получается вполне высокочастотный. Изменено 15 января, 2017 пользователем x736C Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Shivers 0 15 января, 2017 Опубликовано 15 января, 2017 · Жалоба Прототипирование в ПЛИС нужно для того, чтобы тестировщики начали писать программные тесты еще до того, как с фабрики придет микросхема. Софт не в три дня пишется, его тоже надо отлаживать, поэтому подобное распараллеливание сильно ускоряет общий процесс запуска микросхемы в серию. Ну и конечно, ПЛИС это дополнительная верификация - не всегда можно все промоделировать и надежно покрыть тестами, случаются и двойные ошибки - в тесте и RTL. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
yes 7 15 января, 2017 Опубликовано 15 января, 2017 · Жалоба а кто сказал, что нужна? я проработал в одной группе, которая принципиально не использовала ПЛИС. с ними выпустили пару АЗИКов (успешно). и, насколько я знаю, они придерживаются той же методы и еще пару выпустили уже без меня. то есть методология разработки АЗИКа совершенно не предполагает ПЛИС. но если нет уверенности в алгоритмах и способности проверить на модели, то гораздо дешевле их проверить на ПЛИС, чем потратить на АЗИК. > заплатили миллиард в общей сложности за проект ну осетра то можно и урезать :) или речь про российскую госкомпанию во времена нефти по двести? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
addi II 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба Спасибо за ответы, я согласен что ПЛИС ускоряет процесс отладки тесбенчей но, если речь идет о производительном прототипировании, посмотрите сколько стоят такие плис, например кинтекс ультраскейл 1,3 млн По поводу неуверенности в модели, как я понимаю код будет один и тот же разница только в библиотеках , - наапрашивается вопрос нафига изза неуверенности разработчика идет работы которая для АСИК в итоге ничего не даст, например есть интерфейс 6Ггц, я на прис отладиваю его, а далее на другой технологии получаю асик и там все подругому?, - фронты, задержки итд Получается аргументы только в пользу ускорения отладки тестбенча Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Shivers 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба Иногда ПЛИС-макет, это еще и отдельный этап отчетности перед заказчиком. Прежде чем заплатить десятки-сотни килобаксов за запуск в производство, заказчик хочет убедиться, что разработка логической модели завершена, т.е. его не разводят. Как убеждать заказчика - показывать листинги кода и вейвформы? Куда нагляднее - демонстрация макета, работающего в железе, с работющим софтом. Конечно, это лишняя работа, но зачастую макетирование в ПЛИС - жесткое требование заказчика, прописанное в ТЗ. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
bogaev_roman 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба Получается аргументы только в пользу ускорения отладки тестбенча Я принимал участие в разработке прототипа процессора на FPGA - самый урезанный линукс грузился на моделировании неделю, а на прототипе 30 минут. Вот можно поделить и получить коэффициент эффективности. Находились ошибки (причем критические) при работе прототипа с направленными тестами без сбоев в течении нескольких дней, чтобы отловить их на моделировании потребовалось бы ну очень долго ждать. Ну и на выходе был бы рабочий асик итерации с 3-4, на прототипе со 1-2. Соответственно логичесик да, ускоряется отладка, но по факту и глобальнее ускоряются общие сроки выхода конечного продукта и экономятся денюжки (одна дополнительная итерация отбивает расходы на плис, хотя тут конечно еще все зависит от уровня разработчиков). Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
1891ВМ12Я 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не дастЯ конечно ASICами не занимаюсь (занималка еще не выросла :) ), но занимаюсь верификацией проектов для ПЛИС. ВЧ интерфейс можно и промоделировать отдельно, но если логика работы внутри ASIC сложнее чем в китайской гирлянде, то использование ПЛИС для отладки этой логики очень даже помогает. Моделирование секунды работы схемы может занять неделю, как и пишет bogaev_roman, а на ПЛИС будет работать существенно быстрее, а от ВЧ интерфейса можно абстрагироваться, да так даже полезнее будет - может что дополнительно вылезет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Maverick_ 15 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба Здравствуйте! Подскажите пожалуйста кто действительно знает зачем нужны ПЛИС в процессе разработки СБИС? Как я понимаю это нужно тем у кого нет достаточного пакета CADENCE, - кабибра, вируоза, енкоунтер и кто проектирует низкочастотную "логику" Вопрос, - нафига ?, технология ведь все равно разная и в части высокочастотных интерфейсов такая отладка ничего не даст если коротко ПЛИС нужна для проврки работоспособности разработанных описаний(как раньше делали макетную плату для проверки например разработанного усилителя (грубое сравнение)) Не всегда тестирование позволяет увидеть ошибки/проблемы, иногда проверить на ПЛИС быстрее, чем промоделировать (с необходимым покрытием) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
yes 7 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба > ПЛИС ускоряет процесс отладки тесбенчей думаю, нет. в тестбенче нужно собирать покрытие, смотреть внутренности, которые как для RTL, так и для GATE модели будет отличаться от ПЛИС. при этом нужно еще потратить время на связь ПЛИС с "GUI" или разобраться с тем, как работает тестер для АЗИКа (там обычно скан цепочки, которые совсем в возможность отладки на ПЛИС не укладываются) ну и при прогоне тестбенча 95% времени (ну и денег, если симулятор покупной, а не хакнутый) тратится на GATE симуляцию, а не на подготовку тестбенча на RTL по поводу разработки софта для АЗИК процессора - гораздо разумнее использовать симуляторы, не знаю как у Каденса, но у Синопсиса были так называемые "платформ симуляторы" предназначенные для отладки софта в RTL код процессор вставляется как некий предкомпиленный объект (написаный на С, а не на Верилоге) и тогда производительность симуляции становится сравнимой с рантаймом сам я такой технологией не пользовался - достаточно было исполнения милисекунд кода, что занимало на RTL симуляторе минуты симуляции. но видел работу таких "ядер" симуляторов - линукс там практически как на реальной железке шевелится Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
addi II 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба получается что сапр такой как каденс со всеми пакетами для проектирования сбис стоящий 200 млн не способен в "адекватные" сроки "спроектировать" более сложную сбис нежели 555 таймер) в адекватные сроки какое-то противоречие... Знаю например что ангстрем не использует плис в своем маршруте но с другой стороны ангстрем процы не делает... Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Inanity 1 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба Думаю, что истина посередине. Мы постепенно отходим от парадигмы использования дискретных компонентов, системы интегрируются друг в друга. Да, логику, которая платформо-независима можно проектировать в отрыве от внешнего мира. Но когда разрабатывается специализированная SoC, то без взаимодействия с конечной платформой не обойтись. Тут ПЛИС и помогает на этапе прототипирования, экономя время и деньги при поиске различных подводных камней. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Des333 0 16 января, 2017 Опубликовано 16 января, 2017 · Жалоба получается что сапр такой как каденс со всеми пакетами для проектирования сбис стоящий 200 млн не способен в "адекватные" сроки "спроектировать" более сложную сбис нежели 555 таймер) в адекватные сроки какое-то противоречие... Знаю например что ангстрем не использует плис в своем маршруте но с другой стороны ангстрем процы не делает... Такое ощущение, что Вы очень хотите найти подтверждение именно тому, что ПЛИС не нужны :) Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
1891ВМ12Я 0 17 января, 2017 Опубликовано 17 января, 2017 · Жалоба по поводу разработки софта для АЗИК процессора - гораздо разумнее использовать симуляторы, не знаю как у Каденса, но у Синопсиса были так называемые "платформ симуляторы" предназначенные для отладки софта в RTL код процессор вставляется как некий предкомпиленный объект (написаный на С, а не на Верилоге) и тогда производительность симуляции становится сравнимой с рантаймом сам я такой технологией не пользовался - достаточно было исполнения милисекунд кода, что занимало на RTL симуляторе минуты симуляции. но видел работу таких "ядер" симуляторов - линукс там практически как на реальной железке шевелится Звучит фантастически, хотя вероятно именно так и работают симуляторы всяких Nios2/Microblaze, но "как на реальной железке" - даже не верится. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться