Хабрахабр

[Перевод] McKinsey: переосмысляем софт и архитектуру электроники в automotive

image

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

Сегодня эту роль все чаще выполняют программное обеспечение, большие вычислительные мощности и современные датчики; большинство инноваций связаны со всем этим. Двигатель был технологическим и инженерным ядром автомобиля 20-го века. От этих вещей зависит все, начиная от эффективности автомобилей, их доступа к интернету и возможности автономного вождения, заканчивая электромобильностью и новыми мобильными решениями.

Возьмем в качестве примера растущее число строк программного кода (SLOC), содержащихся в современных автомобилях. Однако вместе с важностью электроники и ПО растет также их уровень сложности. Лавинообразная сложность вызывает серьезные проблемы с качеством программного обеспечения, о чем свидетельствуют многочисленные отзывы о новых автомобилях.
У машин повышенный уровень автономии. В 2010 году на некоторых автомобилях было около десяти миллионов SLOC; к 2016 году этот показатель увеличился в 15 раз и составил примерно 150 миллионов строк кода. Автомобильной отрасли необходимо переосмыслить современные подходы к ПО, а также к электрической и электронной архитектуре. Поэтому люди, работающие в автомобильной промышленности, считают качество и безопасность ПО и электроники ключевыми требованиями для обеспечения безопасности людей.

Решение острой проблемы отрасли

Поскольку автомобильная промышленность переходит от аппаратно-управляемого обеспечения к программно-управляемым устройствам, среднее количество ПО и электроники на транспортном средстве быстро увеличивается. На сегодняшний день программное обеспечение составляет 10% от общего содержимого автомобилей для сегмента D или автомобиля побольше (примерно 1220 долларов США). Ожидается, что средняя доля программного обеспечения вырастет на 11%. Прогнозируют, что к 2030 году ПО будет составлять 30% от общего содержимого автомобилей (около $ 5200). Неудивительно, что люди, участвующие в том или ином этапе создания автомобилей, пытаются извлечь выгоду из инноваций, реализованных с помощью программного обеспечения и электроники.

image

Они пытаются привлечь автопроизводителей в качестве поставщиков первого уровня. Компании, разрабатывающие программное обеспечение, и другие игроки в области цифровых технологий больше не хотят быть на задворках. В то же время компании, привыкшие работать с электронными системами, смело вступают в сферу применения технологий и приложений от технических гигантов. Свое участие в «стеке» автомобильных технологий компании расширяют за счет перехода от фич и приложений к операционным системам. Производители автомобилей премиум-класса не стоят на месте и разрабатывают собственные операционные системы, аппаратные абстракции и способы обработки сигналов, чтобы их продукты были уникальными по своей природе.

В будущем нас ждет сервис-ориентированная архитектура (SOA) транспортного средства на основе общих вычислительных платформ. У вышеописанной стратегии есть последствия. Различия будут не в традиционном аппаратном обеспечении автомобиля, а в пользовательском интерфейсе и в работе с программным обеспечением и передовой электроникой. Разработчики добавят много нового: решения в области обеспечения доступа к интернету, приложения, элементы искусственного интеллекта, расширенную аналитику и операционные системы.

Автомобили будущего перейдут на платформу новых брендовых конкурентных преимуществ.

image

Программное обеспечение продолжит двигаться вниз по цифровому стеку, чтобы стать частью оборудования под видом интеллектуальных датчиков. Скорее всего, они будут включать в себя информационно-развлекательные инновации, возможности автономного вождения и интеллектуальные функции безопасности, основанные на «отказоустойчивом» поведении (например, система, способная выполнять свою ключевую функцию, даже если ее часть выходит из строя). Стеки станут горизонтально интегрированными и получат новые уровни, которые переведут архитектуру в SOA.

Они влияют на программное обеспечение и электронную архитектуру. Модные тенденции меняют правила игры. Например, новые интеллектуальные датчики и приложения создадут «бум данных» в транспортном средстве. Эти тенденции определяют сложность и взаимозависимость технологий. Модульные обновления SOA и беспроводные обновления (OTA) станут ключевыми требованиями для поддержки сложного программного обеспечения в автопарках. Если компании, занимающиеся производством автомобилей, хотят оставаться конкурентоспособными, им нужно эффективно обрабатывать и анализировать данные. Все больше будут применяться информационно-развлекательные системы и, хоть и в меньшей степени, передовые системы помощи водителю (ADAS). Они также очень важны для реализации новых бизнес-моделей, в которых функции появляются по первому требованию. Причина в том, что появляется все больше и больше сторонних разработчиков приложений, которые предоставляют продукты для транспортных средств.

Пора переходить на интегрированную концепцию безопасности, предназначенную для прогнозирования, предотвращения и обнаружения кибератак, а также защиты от них. Из-за требований к цифровой безопасности стратегия обычного контроля доступа перестает быть интересной. Когда появятся высокоавтоматизированные возможности вождения (HAD), нам потребуется конвергенция функционала, превосходная вычислительная мощность и высокая степень интеграции.

Изучение десяти гипотез о будущей электрической или электронной архитектуре

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

Все чаще будет осуществляться консолидация электронных блоков управления (ЭБУ/ECU)

Вместо множества конкретных ЭБУ для конкретных функций (как в нынешней модели в стиле «добавить функцию, добавить окно») отрасль перейдет на объединенную архитектуру ЭБУ автомобиля.

Для доменов основных транспортных средств они частично заменят функциональные возможности, которые есть сейчас в распределенных ЭБУ. На первом этапе большая часть функциональности будет сосредоточена на объединенных контроллерах доменов. Ждем готовый продукт на рынке через два-три года. Разработки уже ведутся. Консолидация вероятней всего произойдет у стеков, связанных с функциями ADAS и HAD, в то время как более базовые функции транспортного средства могут сохранять более высокую степень децентрализации.

Поэтому виртуализация программных функций и абстрагирование от аппаратных средств станут просто необходимыми. Мы движемся в направлении автономного вождения. Можно объединить аппаратное обеспечение в стеки, которые удовлетворяют разным требованиям по отношению к времени ожидания и надежности. Этот новый подход можно реализовать по-разному. Или же можно заменить ЭБУ одним резервным «суперкомпьютером». К примеру можно взять высокопроизводительный стек, поддерживающий функциональные возможности HAD и ADAS, и отдельный управляемый временем стек с малым временем ожидания для основных функций безопасности. Другой возможный сценарий это когда мы совсем отказываемся от концепции блока управления в пользу умной вычислительной сети.

Снижение затрат на разработку функций и на необходимое вычислительное оборудование, включая коммуникационное оборудование, ускорит процесс консолидации. Изменения обусловлены прежде всего тремя факторами: затратами, новыми участниками рынка и спросом на HAD. Растущий спрос на функции HAD и резервность также потребует более высокой степени консолидации ЭБУ. То же самое можно сказать и о новых участниках автомобильного рынка, которые, скорее всего, подорвут отрасль с помощью программно-ориентированного подхода к архитектуре автомобилей.

Они делают первые шаги по обновлению своей электронной архитектуры, хотя на данный момент прототипа еще нет. Некоторые автопроизводители премиум-класса и их поставщики уже активно участвуют в консолидации ЭБУ.

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

Сопровождение консолидации нормализует ограничение стеков. Оно позволит разделить функции транспортного средства и аппаратного обеспечения ЭБУ, которое включает в себя активное использование виртуализации. Аппаратное и встроенное микропрограммное обеспечение (включая операционную систему) будет зависеть от основных функциональных требований, а не от части функционального домена транспортного средства. Чтобы обеспечить разделение и сервис-ориентированную архитектуру нужно ограничить количество стеков. Ниже перечислены стеки, которые могут стать основой для будущих поколений автомобилей через 5-10 лет:

  • Стек, управляемый временем. В этом домене контроллер напрямую подключен к датчику или к исполнительному механизму, в то время как системы должны поддерживать жесткие требования в режиме реального времени и при этом обладать малым временем ожидания; планирование ресурсов основано на времени. Этот стек включает в себя системы, которые достигают наивысшего уровня безопасности автомобиля. Примером может служить классический домен автомобильной архитектуры открытых систем (AUTOSAR).
  • Стек, управляемый временем и событиями. Этот гибридный стек объединяет высокопроизводительные приложения безопасности за счет, например, поддержки ADAS и HAD. Приложения и периферийные устройства разделены операционной системой, в то время как приложения планируются по времени. Внутри приложения планирование ресурсов может быть основано на времени или приоритете. Операционная среда обеспечивает выполнение критически важных приложений в изолированных контейнерах, четко отделяя эти приложения от других приложений в автомобиле. Хороший пример — адаптивный AUTOSAR.
  • Стек, управляемый событиями. Этот стек сосредоточен на информационно-развлекательной системе, которая не является критически важной для безопасности. Приложения четко отделены от периферийных устройств, а ресурсы планируются с использованием оптимального планирования или планирования на основе событий. Стек содержит видимые и часто используемые функции: Android, Automotive Grade Linux, GENIVI и QNX. Эти функции позволяют пользователю взаимодействовать с транспортным средством.
  • Облачный стек. Последний стек охватывает доступ к данным и координирует его и функции автомобиля снаружи. Данный стек отвечает за связь, а также за проверку безопасности приложений (аутентификацию) и устанавливает определенный автомобильный интерфейс, в том числе удаленную диагностику.

Поставщики автомобилей и производители технологий уже начали специализироваться на некоторых из этих стеков. Ярким примером является информационно-развлекательная система (стек, управляемый событиями), где компании разрабатывают коммуникационные возможности — 3D и расширенную навигацию. Второй пример — искусственный интеллект и зондирование для высокопроизводительных приложений, где поставщики объединяются с ключевыми автопроизводителями для разработки вычислительных платформ.

В домене, управляемым временем, AUTOSAR и JASPAR поддерживают стандартизацию этих стеков.

Промежуточное программное обеспечение будет абстрагировать приложения от аппаратного обеспечения

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

Например, адаптивная платформа AUTOSAR это динамическая система, которая включает в себя промежуточное программное обеспечение, поддержку сложной операционной системы и современные многоядерные микропроцессоры. Уже есть доказательства того, что представители автомобильного бизнеса переходят к более гибким архитектурам, в том числе и к промежуточному программному обеспечению. Однако разработки, имеющиеся на данный момент, ограничены только одним ЭБУ.

В среднесрочной перспективе количество бортовых датчиков значительно возрастет

В следующих двух-трех поколениях транспортных средств автопроизводители установят датчики со схожими функциями, чтобы гарантировать, что резервов, связанных с безопасностью, достаточно.

image

Мы считаем, что объединение радара и камеры может быть самым популярным решением в ближайшие пять-восемь лет. В долгосрочной перспективе автомобильная промышленность разработает специальные решения для датчиков, чтобы уменьшить их количество и стоимость. Они позволят обеспечить резервность как в сфере анализа объектов, так и в сфере локализации. Поскольку возможности автономного вождения продолжают расти, будет необходимо ввести лидары. Например, для конфигурации автономного вождения SAE International L4 (высокой автоматизации) вначале, вероятно, потребуется от четырех до пяти лидарных датчиков, включая те что будут установлены сзади для навигации в городе и для видимости почти на 360 градусов.

Либо их количество увеличится, либо уменьшится, либо останется таким же. По поводу количества датчиков в транспортных средствах в долгосрочной перспективе сложно что-то сказать. Нормативные требования могут, например, усилить контроль за водителем, что приведет к увеличению количества датчиков внутри транспортного средства. Все зависит от регламента, технической зрелости решений и способности использовать несколько датчиков в разных случаях. Датчики движения, мониторинг состояния здоровья (частоты сердечных сокращений и сонливости), распознавание лица и радужной оболочки — это лишь некоторые из возможных вариантов использования. Можно ожидать, что в салоне автомобиля будет использоваться больше датчиков потребительской электроники. Поэтому гораздо выгоднее количество датчиков уменьшить. Однако, чтобы увеличить количество датчиков или даже оставить все как есть, потребуется более широкий перечень материалов, причем не только в самих датчиках, но и в сети транспортных средств. Благодаря более мощным и функциональным сенсорным технологиям, лишние сенсоры возможно больше не понадобятся. С появлением высокоавтоматизированных или полностью автоматизированных транспортных средств усовершенствованные алгоритмы и машинное обучение могут повысить производительность и надежность датчиков. Датчики, используемые сегодня, могут устареть — появятся более функциональными датчики (например, вместо парковочного помощника на основе камеры или лидара могут появится ультразвуковые датчики).

Датчики станут умнее

Системной архитектуре будут нужны интеллектуальные и интегрированные датчики для управления огромными объемами данных, которые необходимы для высокоавтоматизированного вождения. Высокоуровневые функции, такие как объединение датчиков и трехмерное позиционирование, будут работать на централизованных вычислительных платформах. Циклы предварительной обработки, фильтрации и быстрой реакции, скорее всего, будут находиться на границе или выполняться непосредственно в самом датчике. Согласно одной из оценок, объем данных, которые автономный автомобиль будет генерировать каждый час, составляет четыре терабайта. Следовательно, искусственный интеллект будет перемещаться из ЭБУ в датчики для проведения базовой предварительной обработки. Она требует небольшого времени ожидания и низкой вычислительной производительности, особенно если сравнить затраты на обработку данных в датчиках и затраты на передачу больших объемов данных в транспортном средстве. Резервность принимаемых на дороге решений в HAD, тем не менее, потребует конвергенции для централизованных вычислений. Вероятней всего эти вычисления будут считаться на основе предварительно обработанных данных. Интеллектуальные датчики будут контролировать свои собственные функции, в то время как резервность датчиков повысит надежность, доступность и, следовательно, безопасность сенсорной сети. Чтобы обеспечить правильную работу датчика в любых условиях, потребуются приложения для очистки сенсоров — противогололедные средства и средства для удаления пыли и грязи.

Потребуется полная мощность и резервные сети передачи данных

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

«Automotive Ethernet» поднимется и станет основой автомобиля

Современных автомобильных сетей недостаточно для удовлетворения потребностей будущих транспортных средств. Повышенные скорости передачи данных, требования к резервности для HAD, необходимость безопасности и защиты в подключенных средах, а также потребность в межотраслевых стандартизированных протоколах, скорее всего, приведут к появлению автомобильного Ethernet. Он станет ключевым средством обеспечения, особенно для резервированной центральной шины данных. Решения Ethernet потребуются для обеспечения надежной связи между доменами и удовлетворения требований в режиме реального времени. Это станет возможным, благодаря добавлению Ethernet таких расширений как Audio Video Bridging (AVB) и time-sensitive networks (TSN). Представители индустрии и OPEN Alliance поддерживают внедрение технологии Ethernet. Многие автопроизводители уже сделали этот большой шаг.

Такие технологии, как FlexRay и MOST, вероятно, будут заменены автомобильным Ethernet и его расширениями — AVB и TSN. Традиционные сети вроде локальных взаимосвязанных сетей и сетей контроллеров, будут продолжать использоваться в транспортном средстве, но только для закрытых сетей нижнего уровня, например, в датчиках.

В будущем мы ожидаем, что автомобильная промышленность также будет использовать другие технологии Ethernet — HDBP (high-delay bandwidth products) и 10-гигабитные технологии.

OEM-производители всегда будут строго контролировать возможности подключения к данным для обеспечения функциональной безопасности и HAD, однако они будут открывать интерфейсы, чтобы доступ к данным могли получить третьи лица

Доступ к данным будет открыт для третьих лиц, когда это не запрещено правилами. Центральные шлюзы связи, передающие и принимающие критически важные для безопасности данные, всегда будут напрямую подключаться к бэкэнду OEM-производителя. В этой области появляющиеся открытые интерфейсы позволят контент-провайдерам и приложениям разворачивать свои продукты, в то время как OEM-производители будут придерживаться стандартов, насколько это возможно. Информационно-развлекательная деятельность является «приложением» к транспортному средству.

Доступ к техническому обслуживанию для автомобильной сети больше не потребуется, но сможет проходить через бэкенды OEM-производителей. Сегодняшний бортовой диагностический порт будет заменен подключенными телематическими решениями. Однако устройства после продажи будут иметь все меньше доступа к внутренним сетям передачи данных. OEM-производители предоставят порты данных в задней части транспортного средства для определенных случаев использования (отслеживания угнанных транспортных средств или индивидуальной страховки).

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

Автомобили будут использовать облачные сервисы, чтобы объединить бортовую информацию с внешними данными

«Нечувствительные» данные (то есть данные, которые не связаны с личностью или безопасностью) будут все чаще обрабатываться в облаке для получения дополнительной информации. Доступность этих данных за пределами OEM будет зависеть от будущих законов и договоренностей. По мере роста объемов данных без аналитики данных будет невозможно обойтись. Аналитика нужна для обработки информации и извлечения важных данных. Мы стремимся к автономному движению и другим цифровым инновациям. Эффективность использования данных будет зависеть от обмена данными между несколькими игроками рынка. До сих пор неясно, кто и как это будет делать. Однако крупные поставщики автомобилей и технологические компании уже сейчас создают интегрированные автомобильные платформы, способные обрабатывать новое множество данных.

В автомобилях появятся обновляемые компоненты, которые будут поддерживать двустороннюю связь

Бортовые тестовые системы позволят автомобилям автоматически проверять наличие обновлений. Мы сможем управлять жизненным циклом автомобиля и его функциями. Все ЭБУ будут отправлять и получать данные от датчиков и исполнительных механизмов, извлекая данные. Эти данные будут использоваться в разработке инноваций. Примером может послужить построение маршрута на основе параметров транспортного средства.

Благодаря этим технологиям у нас появятся новые функции, кибербезопасность и более быстрое развертывание функций и ПО. Возможность обновления OTA является обязательным условием для HAD. Кроме того, эта возможность также требует комплексного решения по обеспечению безопасности на всех уровнях стека — как за пределами транспортного средства, так и внутри ЭБУ. Фактически, именно возможность обновления OTA является движущей силой многих важных изменений, описанных выше. Интересно посмотреть, кто и как это сделает. Это решение еще только предстоит разработать.

Отрасли необходимо преодолеть ограничения в договорах поставщиков, нормативные требования, а также проблемы безопасности и конфиденциальности. Смогут ли обновления у автомобилей устанавливаться как на смартфоне? Многие автопроизводители объявили о планах развертывания сервисных предложений OTA, включая беспроводные обновления для своих автомобилей.

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

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

Оценка будущих последствий программного обеспечения для автомобилей и электронной архитектуры

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

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

Мы видим несколько основных стратегических шагов:

  • Разделите циклы развития транспортного средства и функции транспортного средства. OEM-поставщики и поставщики первого уровня должны решить, как они будут разрабатывать, предлагать и развертывать функции. Они должны не зависеть от циклов разработки транспортных средств, как с технической, так и с организационной точек зрения. Учитывая текущие циклы разработки транспортных средств, компаниям необходимо найти способ управления инновациями в программном обеспечении. Кроме того, им следует подумать о вариантах модернизации и обновлений (например, вычислительных блоков) для существующих автопарков.
  • Определите целевую добавленную стоимость для разработки программного обеспечения и электроники. OEM-производители должны определить отличительные особенности, для которых они могут установить контрольные точки. Кроме того, крайне важно четко определить целевую добавленную стоимость для их собственных разработок ПО и электроники. Также нужно определить области, в которых потребуются продукты, и темы, которые следует обсуждать только с поставщиком или партнером.
  • Задайте явную цену программному обеспечению. Чтобы отделить программное обеспечение от аппаратного обеспечения, OEM-производителям нужно переосмыслить внутренние процессы и механизмы для того, чтобы купить ПО напрямую. В дополнение к традиционной настройке также важно проанализировать, как гибкий подход к разработке программного обеспечения может быть привязан к процессу закупок. Здесь поставщики (первого уровня, второго уровня и третьего уровня) также играют решающую роль, поскольку им необходимо придать четкую бизнес-ценность своим программным и системным предложениям, чтобы они могли получить большую долю дохода.
  • Разработайте конкретную схему организации новой архитектуры электроники (включая бэкенды). Представителям автоиндустрии нужно изменить внутренние процессы для поставки и продажи передовой электроники и ПО. Также им нужно рассмотреть различные организационные установки для электронных тем, связанных с транспортными средствами. В основном, новая «многоуровневая» архитектура требует потенциального разрушения текущей «вертикальной» настройки и введения новых «горизонтальных» организационных единиц. Кроме того, необходимо расширить возможности и навыки разработчиков ПО и электроники в командах.
  • Разработайте бизнес-модель отдельных компонентов автомобиля как продукта (особенно для поставщиков). Крайне важно проанализировать, какие функции придают реальную ценность будущей архитектуре и, следовательно, могут быть монетизированы. Это поможет вам оставаться конкурентоспособными и получать значительную долю стоимости в области автомобильной электроники. Впоследствии нужно будет найти новые бизнес-модели для продажи ПО и электронных систем, будь то продукт, услуга или что-то совершенно новое.

Когда начинается новая эра автомобильного программного обеспечения и электроники, она кардинально меняет все, что касается бизнес-моделей, потребностей клиентов и характера конкуренции. Мы считаем, что на этом можно будет много заработать. Но чтобы извлечь выгоду из надвигающихся перемен, все представители отрасли должны переосмыслить свой подход к автопроизводству и с умом установить (или изменить) свои предложения.

Эта статья была разработана в сотрудничестве с Global Semiconductor Alliance.

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть