Ведущий основа интегральных схем

Когда говорят про ведущий основа интегральных схем, многие сразу думают о передовых техпроцессах в 3 нанометра или о новых архитектурах процессоров. Это, конечно, важно, но мой опыт подсказывает, что фундамент часто закладывается в менее заметных, но критически важных вещах: в методологии проектирования, в качестве библиотек стандартных ячеек, и что уж греха таить — в организации работы между командами. Вот об этом редко пишут в громких анонсах, но без этого даже самый гениальный чип может так и остаться на бумаге.

Где на самом деле кроется ?ведущий??

Помню один проект, лет пять назад. Задача была — разработать контроллер для промышленной автоматизации. Техпроцесс выбрали не самый новый, 180 нм, но надежный и с хорошими аналоговыми блоками. Казалось бы, все просто. Но проблемы начались на этапе верификации временных параметров. Библиотеки стандартных ячеек, которые нам предоставила фабрика, были, скажем так, ?оптимистичными?. В спецификациях заявлены одные задержки, а в реальном кремнии, особенно при экстремальных температурах, поведение было другим. Вот тут и понимаешь, что ведущий основа интегральных схем — это не только технология производства, но и глубина сопроводительной документации, точность моделей для симуляции. Мы тогда потратили месяц на создание собственных корректирующих моделей, чтобы предсказать поведение в реальных условиях. Без этого шага чип бы просто не прошел приемочные испытания на заводе.

Или другой аспект — проектирование печатной платы под этот самый чип. Многие инженеры-схемотехники считают, что их работа заканчивается на выводах корпуса. Ан нет. Паразитные индуктивности и емкости на плате, качество разводки питания — все это напрямую влияет на стабильность работы ядра. Приходилось плотно работать с коллегами, которые занимались системной интеграцией, буквально ?на пальцах? объясняя, почему здесь нужен конденсатор именно в 100 нФ, а не в 10, и почему земляную полигон надо вести именно так, а не иначе. Это та самая практика, которая в учебниках дается в последнюю очередь.

Кстати, о коллегах. Успех часто зависит от того, насколько быстро команда разработчиков ИС может получить обратную связь от тех, кто будет встраивать этот чип в конечное устройство. Раньше этот цикл занимал месяцы. Сейчас, с появлением компаний, которые специализируются на техническом консультировании и сквозной поддержке, процесс ускорился. Видел, как работают ребята из ООО Шицзячжуан Чжунчжичуансинь Технологии — они как раз из таких. Не просто продают готовые решения, а могут подключиться на этапе архитектурного проектирования, помочь с выбором компонентов и методик, а потом и с отладкой на реальной плате. Для инженера-разработчика такая поддержка — глоток свежего воздуха. Их сайт zzcxkj.ru — это, по сути, шлюз к целому комплексу услуг, от проектирования ИС до продажи силовых компонентов. В их описании деятельности четко виден этот сквозной принцип: от идеи до готового устройства в стойке.

Провалы, которые учат больше, чем успехи

Хочется рассказать и о неудаче, которая многому научила. Пытались как-то использовать для прототипирования одну популярную ПЛИС, чтобы эмулировать логику будущего ASIC. Цель — поймать ошибки в алгоритмах до отправки проекта на производство. И все вроде шло хорошо, пока не столкнулись с проблемой синхронизации. На ПЛИС внутренние тактовые домены вели себя идеально, а когда перенесли RTL-код на ASIC с его реальными деревьями тактирования и PLL, начались сбои, которые было очень сложно отловить. Оказалось, модели задержек в ПЛИС и в стандартных ячейках для ASIC — это две большие разницы. Ведущий основа интегральных схем в данном случае — это понимание фундаментального различия между программируемой логикой и заказным кристаллом. Теперь мы на этапе архитектурного проектирования сразу закладываем бóльший запас по временным параметрам и планируем более тщательную статический временной анализ (STA).

Еще один болезненный момент — это зависимость от единственного поставщика. Был проект, где вся аналоговая часть была завязана на специфические ячейки от одного производителя. А потом этот производитель объявил о снятии технологии с производства. Паника. Пришлось в авральном порядке искать альтернативу и практически с нуля перепроектировать блоки ЦАП и АЦП. С тех пор мы всегда, когда это возможно, проектируем с оглядкой на второй источник (second source) или хотя бы на портируемость библиотек. Это добавляет работы, но спасает нервы и сроки.

Именно поэтому сейчас ценю подход, когда компания-партнер, та же ООО Шицзячжуан Чжунчжичуансинь Технологии, предлагает не просто купить компонент, а комплексно взглянуть на цепочку: проектирование интегральных схем, подбор элементной базы (те же силовые электронные компоненты или промышленные компьютеры), и помощь в интеграции. Это снижает риски. Видел на их сайте, что они как раз охватывают весь этот спектр — от НИОКР в области оборудования до розничной продажи аппаратных продуктов. Для инженера это означает, что можно получить согласованную консультацию, а не метаться между десятком поставщиков.

А что с софтом? Он тоже часть основы

Часто упускают из виду, что современная микросхема — это не только кремний. Это еще и прошивка, драйверы, средства отладки. Можно сделать блестящий по характеристикам цифровой сигнальный процессор (DSP), но если для него нет удобного компилятора и отладочного комплекта, его никто не купит. Разработка программного обеспечения — это неотъемлемая часть процесса. Иногда на создание SDK и инструментов уходит времени не меньше, чем на проектирование самого hardware.

Здесь часто возникает разрыв между командами. ?Железщики? пишут спецификации на регистры, а программисты их читают и понимают немного иначе. Опыт показал, что лучший способ — это совместные ?воркшопы? на ранних этапах и использование специализированных инструментов для генерации кода документации и даже тестов прямо из системного описания (например, на основе UVM или подобных методологий). Это та самая ?техническая коммуникация?, которую упоминают в своем описании деятельности многие технологические компании, включая ООО Шицзячжуан Чжунчжичуансинь Технологии. Это не пустые слова, а реальная практика, экономящая месяцы работы.

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

Будущее: системный уровень как новый фундамент

Сейчас все больше говорят о проектировании на системном уровне (SLD). И это логично. Когда ты проектируешь не просто чип, а целый вычислительный узел для, допустим, промышленного управляющего компьютера, нужно думать сразу о многом: о тепловыделении, о межчиповой шине (например, SerDes), о протоколах связи. Ведущий основа интегральных схем постепенно смещается от уровня транзистора к уровню системы-на-кристалле (SoC) и даже системы-в-упаковке (SiP).

Здесь опять всплывает важность партнеров, которые понимают всю цепочку. Посмотрите, например, на портфель деятельности компании, о которой я упоминал: проектирование ИС, продажа промышленных компьютеров и систем, интеграция информационных систем. Это идеальная вертикаль для создания сложного продукта. Они могут участвовать не только в создании отдельной микросхемы, но и в том, чтобы она корректно работала в составе большего устройства, которое, в свою очередь, встраивается в сеть. Это уже следующий уровень ответственности и компетенций.

Сейчас мы в одном проекте как раз идем по этому пути: проектируем специализированный сопроцессор, который будет поставляться в виде готового модуля (compute module) для встраивания в сторонние системы. И самыми сложными вопросами оказались не схемотехника, а вопросы лицензирования интерфейсов, обеспечение электромагнитной совместимости (ЭМС) и, как ни странно, документация для сторонних разработчиков. Без партнера, который имеет опыт в продаже и интеграции готовых аппаратных решений, здесь было бы очень тяжело.

Вместо заключения: основа — это экосистема

Так к чему же я все это веду? К тому, что ведущий основа интегральных схем сегодня — это не какая-то одна супер-передовая технология. Это надежная, предсказуемая и хорошо документированная цепочка: от библиотек ячеек и моделей симуляции — через инструменты проектирования и верификации — к качественным компонентам для прототипирования и производства — и далее к софту, средствам отладки и системной интеграции. Разрыв в любом звене этой цепи сводит на нет преимущества в других.

Поэтому, когда выбираешь технологию или партнера для проекта, нужно смотреть не на отдельные яркие характеристики, а на целостность предлагаемого решения. Способна ли компания закрыть большинство этих вопросов? Готова ли она работать не как безликий поставщик, а как инженерный партнер, который вникнет в суть задачи? Вот, например, когда видишь, что фирма занимается и техническим обменом, и передачей технологий, и продажей электронных компонентов, как ООО Шицзячжуан Чжунчжичуансинь Технологии, это говорит о системном подходе. Их сайт zzcxkj.ru — это просто визитная карточка, за которой должна стоять реальная экспертиза.

В конечном счете, успешный чип — это тот, который не только работает на стенде, но и нашел свое место в реальном устройстве, решающем реальную задачу. И фундамент для этого закладывается на самых ранних, часто рутинных и негламурных этапах работы. Об этом редко вспоминают, но именно это и есть основа основ.