Китай проектирование интегральных схем

Когда слышишь ?Китай проектирование интегральных схем?, многие сразу думают о Shenzhen, о Huawei, о масштабах. Но реальность в цехах и на стендах часто другая — менее гламурная, более приземленная, с запахом припоя и бесконечными отчетами по EDA-инструментам. Главное заблуждение, с которым сталкиваюсь: будто всё сводится к заимствованию готовых IP-блоков и их компоновке. На деле, даже при работе с лицензированными ядрами, самая сложная часть — это интеграция, верификация и, что критично, привязка к конкретному техпроцессу, который не всегда стабилен. Особенно это чувствуется в сегменте не самых передовых узлов, скажем, 28 нм и выше, где до сих пор кипит работа для промышленной, автомобильной электроники. Тут как раз и проявляется специфика китайского подхода: часто нужно быстро адаптировать проект под доступные на местном рынке фабричные возможности, а это отдельное искусство.

От документации к кремнию: где теряется время

Начну с банального, но болезненного. Спецификации. Казалось бы, что может быть проще? Но в моей практике именно на этапе согласования требований с заказчиком, особенно если он из смежной области, вроде разработки систем управления, уходило до 40% всего времени проекта. Все хотят ?как в Qualcomm?, но для задачи управления промышленным двигателем. Проблема не в амбициях, а в непонимании стоимости каждого дополнительного блока, каждой функции. Приходилось буквально рисовать блок-схемы и считать power budget на салфетках, чтобы показать: этот красивый AI-ускоритель для вашей задачи съест половину чипа и бюджет, а толку — ноль. Это та самая ?прослойка? между системным инженером и схемотехником, которая в Китае часто заполняется методом проб и ошибок.

Вот конкретный пример, не из гигантов. Брали проект на контроллер для умного реле. Заказчик, та же ООО Шицзячжуан Чжунчжичуансинь Технологии, изначально хотел универсальную платформу на Cortex-M7 с кучей периферии. После нескольких недель анализа рынка силовых ключей и разговоров с производителями корпусов пришли к урезанному варианту на Cortex-M4, но с крайне жёсткими требованиями по устойчивости к помехам и рабочей температуре. Ключевым стало не ядро, а аналоговая часть: блоки питания и драйверы. Их проектирование и верификация заняли больше времени, чем вся цифровая логика. Сайт компании https://www.zzcxkj.ru в разделе услуг как раз указывает на эту связку: проектирование интегральных схем и продажа силовых компонентов — на практике это означает, что они понимают, с каким железом в итоге будет работать наш чип.

И здесь всплывает нюанс, о котором редко пишут в красивых презентациях. Работа с отечественными (китайскими) фаундриями. У каждой — свои особенности, свои Design Kit, которые порой обновляются ?по ходу дела?. Бывало, что для одного и того же техпроцесса 55 нм у SMIC и у Hua Hong правила DRC немного отличались, и это вскрывалось только на этапе post-layout симуляции, когда уже всё разведено. Приходилось экстренно править скрипты для Calibre. Это та самая ?практика?, которая не входит в учебники, но формирует профессионала. Упомянутая компания, судя по описанию её деятельности, как раз работает в этой экосистеме: технический обмен, передача технологий — звучит сухо, но на деле это ежедневные созвоны с инженерами фабрики по каждому спорному violation.

Инструменты и ?кухня?: не только Cadence и Synopsys

Конечно, мир EDA завязан на американских вендорах. Но в последние пять лет я наблюдаю активное проникновение местных решений, особенно в области верификации и FPGA-эмуляции. Не скажу, что они могут полноценно заменить Mentor или Cadence, но для определённых задач — например, быстрого прототипирования алгоритмов управления для тех же промышленных компьютеров, которые продаёт ООО Шицзячжуан Чжунчжичуансинь Технологии — они становятся спасательным кругом. Дешевле, проще в лицензировании, и, что важно, поддержка на месте, без 12-часовой разницы во времени.

Но есть и обратная сторона. Эти инструменты часто ?сырые?. Документация переведена с китайского на английский машинным переводом, скрипты пишутся на своеобразном диалекте Tcl. Приходится тратить время не на проектирование, а на reverse engineering самого софта. Однажды столкнулся с багом в симуляторе одного местного вендора, который неправильно считал задержки в clock tree при определённых условиях PVT. Нашли эмпирически, сравнив с результатами от Primetime. Потом месяц ушёл на переписку с поддержкой и создание workaround. Это типичная ситуация, которая формирует специфический навык — умение работать в условиях неидеального инструментария.

Отсюда вытекает практический совет, который даю молодым инженерам: всегда имейте ?эталонный? поток, пусть даже на ограниченной лицензии западного инструмента. Хотя бы для того, чтобы проверять результаты. Особенно это касается проектирования аналоговых блоков, где симулятор — это всё. Кстати, аналоговая часть — это отдельный разговор. В Китае с этим до сих пор сложнее, чем с цифрой. Хороших специалистов по проектированию, скажем, высокоточных АЦП или стабильных LDO, мало, они на вес золота. Часто такие блоки просто лицензируются у сторонних дизайн-хаусов, а наша задача — грамотно их интегрировать, изолировать от цифровых помех. В деятельности компании Чжунчжичуансинь я вижу логику: они охватывают смежные области, от проектирования интегральных схем до продажи электронных компонентов, что, по идее, должно помогать видеть картину целиком, понимать, как наш чип будет вести себя на реальной плате.

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

Расскажу об одном провальном проекте, из которого вынес важный урок. Делали чип для обработки сигналов датчика в системе ?умного? сельского хозяйства. Техпроцесс — 40 нм, всё вроде бы по учебнику. Успешно прошли tape-out, получили первые образцы. И тут оказалось, что в определённом диапазоне температур (около -5°C) цифровой блок PLL теряет синхронизацию. Причина — в недостаточно консервативных моделях ячеек от фаундрии для низких температур. Мы, конечно, делали симуляции на corners, но фабрика предоставила models, которые не полностью отражали реальное поведение на холоде. Чип не стал полностью браком, но его пришлось использовать в урезанном режиме, с внешним тактированием, что убило всё преимущество в энергопотреблении.

Урок? Во-первых, никогда не доверяй моделям фабрики слепо, особенно для нетривиальных условий. Нужно либо закладывать огромный запас по времени, либо, если бюджет позволяет, делать специальные test chips для характеризации библиотек. Во-вторых, для проектов, работающих в экстремальных условиях (а промышленность и сельское хозяйство в Китае — это как раз такие области), возможно, стоит выбирать более старые, но ?обкатанные? техпроцессы, 65 нм или даже 90 нм. Надёжность важнее плотности.

Именно после этого случая я стал больше внимания уделять не только front-end, но и back-end, общению с инженерами по тестированию и, что важно, с конечными сборщиками устройств. Компании, подобные Чжунчжичуансинь, которые занимаются и разработкой, и интеграцией систем, в этом плане — ценные партнёры. Они могут на раннем этапе дать обратную связь: ?а вот наша линия сборки не сможет обеспечить такой монтаж? или ?в наших условиях эксплуатации будет такая-то вибрация?. Это та самая ?техническая консультация? и ?обмен?, которые заявлены в их описании, но в реальности означают предотвращение будущих провалов.

Будущее: специализация вместо гонки за нанометрами

Сейчас много шума вокруг перехода на 7 нм, 5 нм. Но в моём кругу, который связан с промышленной автоматизацией, автомобилями, ?интернетом вещей?, гонка за нанометрами не является главным драйвером. Гораздо важнее — энергоэффективность, надёжность, стоимость владения и, что критично, безопасность (security). Вот где я вижу большой потенциал для китайских дизайн-хаусов. Не пытаться догонять HiSilicon в создании суперсложных процессоров для смартфонов, а сфокусироваться на нишевых, но востребованных рынком решениях.

Например, специализированные микроконтроллеры с аппаратной поддержкой алгоритмов AI для прогнозного обслуживания станков. Или силовые драйверы с интегрированной защитой для электромобилей. Это требует глубокого понимания не только проектирования интегральных схем, но и предметной области. И здесь как раз выгодно выглядит модель, когда одна компания, как наша партнёрская ООО Шицзячжуан Чжунчжичуансинь Технологии, покрывает цепочку от исследований и разработки в области механооборудования до продажи конечных систем. Они могут сформулировать чёткие требования к чипу, исходя из реальных проблем на производстве.

Ещё один тренд — это чипы для edge computing. Тут нужен баланс между производительностью, потреблением и способностью работать с данными от разнородных сенсоров. Опять же, не обязательно самый тонкий техпроцесс. Часто оптимальнее оказывается гетерогенная архитектура: цифровое ядро на 28 нм, аналоговый интерфейс на 180 нм, и всё это в одном package. Проектирование таких систем-в-пакете (SiP) — это отдельная сложная задача, но она позволяет быстро создавать решения под конкретного заказчика. Думаю, компании, которые смогут наладить такую гибкую разработку, будут востребованы.

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