В данной статье автор анализирует и сравнивает современные интегрированные испытательные платформы и собственные (индивидуальные) испытательные программы с позиции экономической целесообразности и перспективности. Материал заинтересует не только конструкторов и технологов, но и руководителей производственных предприятий.
Многие инженеры, занятые тестированием оборудования, автоматизируют и оптимизируют рутинные операции, используя для этого самостоятельно разработанные программные средства, которые часто называют собственными испытательными программами. Поскольку автор программы обладает глубоким знанием предмета, такой подход обеспечивает полный контроль и позволяет гибко адаптировать программу в соответствии с конкретными контрольно-измерительными требованиями, что весьма привлекательно. Но вещи не всегда таковы, какими кажутся на первый взгляд. Постоянное усложнение тестов вынуждает многие компании задуматься о том, что собственные программы не так уж идеальны, как им представлялось раньше.
Циклы разработки продуктов продолжают сокращаться, так как компании стремятся справиться с конкурентным давлением и удовлетворить требования заказчиков. Программные средства автоматизированного проектирования и моделирования расширяют границы контрольно-измерительных технологий с помощью электромагнитных симуляторов, средств объёмного представления топологии печатной платы и инструментов оптимизации. По мере того как разработчики вносят в свои проекты очередные инновации, инженерыиспытатели стремятся справиться с большим объёмом нахлынувших на них данных. Сокращение сроков проектирования ставит в сложное положение подразделения, которые заняты квалификационными и производственными испытаниями и не хотят оказаться узким местом в общем графике выпуска продукции.
Согласно недавнему исследованию [1], 91% разработчиков и испытателей затрачивают до 6 месяцев на сопоставление данных моделирования с результатами реальных измерений (см. рис. 1). Такое сопоставление очень важно с точки зрения надёжности и производительности, но замедляет продвижение товара на рынок. Группы испытателей стремятся ускорить процесс сопоставления без ущерба для качества продукции. Согласно Отчёту о процессах тестирования и проверки [2], приведённому в том же исследовании, 91% инженеровиспытателей заявили о том, что используют для тестирования и проверки собственные программные средства. Почему же так много инженеров прибегают к собственным программам?
Чаще всего инженеры используют собственные программы для экономии времени. Инженеры пишут собственные сценарии для уменьшения объёма ручной работы и сокращения общего времени испытаний. Если в процессе испытаний приходится выполнять много ручных операций, то автоматический сценарий может существенно сократить число ошибок. Другая причина, по которой инженерыиспытатели создают собственные программы, заключается в том, что они просто не знают о существовании готовых инструментов, способных сделать то, что им надо. Инженерам надо выполнить определённый тест, но им ничего не известно об имеющихся серийно выпускаемых решениях. Иногда инженеры чётко представляют себе концепцию и хотят воплотить её в собственный технологический процесс с помощью специальных сценариев.
Проблема осложняется ещё и тем, что инженерыиспытатели используют для проверки и тестирования всё бо¢льшее число различных программных средств. Объединение их в общий технологический процесс требует применения собственных инструментов. Согласно всё тому же исследованию [2], 48% инженеровиспытателей используют в процессе тестирования от трёх до пяти разных инструментов, 29% – от пяти до десяти и 14% – более 10 инструментов всего лишь для тестирования и проверки. Каждая дополнительная программа удлиняет процесс проверки и тестирования изза неизбежных операций импорта, экспорта и коррекции ошибок.
Собственные контрольно-измерительные программы зачастую отлично выглядят «на бумаге», потому что позволяют объединить несколько разных программных инструментов. Однако на практике многие компании понимают, что подбор и обучение персонала для поддержки собственных программных сред нерационально расходуют интеллектуальный потенциал. Численность персонала и объём затрат на поддержку собственных программ могут отвлечь ценные ресурсы на неопределённо долгое время. А что будет, когда авторы собственного программного обеспечения займутся новым проектом или уйдут в другую компанию и больше не смогут поддерживать созданные ими программы? Собственные программы могут решить текущие проблемы, но они не гарантируют возможности будущего расширения.
Совершенствование программных средств разработки и моделирования является основным фактором, ускоряющим разработку изделий. Характерные для современной промышленности короткие циклы проектирования требуют более быстрого и гибкого подхода, с которым не могут справиться традиционные собственные испытательные программы. Современные продукты, как правило, требуют более обширного тестирования, в то время как сроки испытаний остаются прежними. У собственных программ нет шансов выиграть эту гонку. Трудно повысить скорость программы, созданной для более простых тестов меньшего объёма. И не менее трудно оптимизировать процесс тестирования и скорость исполнения в устаревших системах.
К счастью, современные среды для создания испытательных программ предлагают инженерам альтернативное решение этих проблем. Современные контрольно-измерительные программы имеют встроенные средства диагностики, например анализаторы временны¢х диаграмм, которые помогают инженерам понять, какие тесты отнимают большую часть времени, и оптимизировать общий процесс тестирования (см. рис. 2). Но на этом их преимущества не заканчиваются.
Как уже говорилось, разработчики и испытатели тратят долгие месяцы на сопоставление данных моделирования с результатами измерений. Согласно проведённому исследованию, каждый третий инженер назвал процесс сопоставления одним из наиболее сложных этапов тестирования и проверки. Интеграция данных проектирования с собственным программным обеспечением является неимоверно сложной задачей, вынуждающей разработчиков теста дублировать большую часть того, что уже существует в средствах проектирования. Если программы моделирования и тестирования не используют одинаковые измерительные алгоритмы, то согласованность результатов гарантировать невозможно. Несогласованность результатов нарушает взаимодействие разработчиков и испытателей и может задержать передачу изделий в производство. Современные среды для создания испытательных программ гладко интегрируются с системами автоматизированного проектирования и моделирования, гарантируя, что физические тесты будут опираться на те же метрологические принципы, что и моделирование (см. рис. 3). При этом любое несоответствие указывает на проблемы с самим продуктом, а не с программным обеспечением или применяемыми методами.
Собственные программы зачастую охватывают лишь малую часть общего процесса тестирования продукта и обычно создаются для поддержки одной специфической операции или теста. Современные среды для создания испытательных программ предлагают интегрированный набор средств автоматизации тестирования, управления испытательным проектом, управления испытательной станцией, мониторинга испытаний и анализа. Благодаря современной архитектуре пользователи могут обмениваться данными, полученными на разных испытательных станциях в различных подразделениях, что улучшает процесс сотрудничества в ходе разработки продукта. Кроме того, современные инструменты предлагают общие интерфейсы, общие базы данных и открытые интерфейсы прикладного программирования (API) для интеграции с имеющимся оборудованием и программным обеспечением. Всё это позволяет оптимизировать проведение испытаний.
На фоне сокращения сроков проектирования, роста коммерческого давления и усложнения требований заказчика группы разработчиков, использующие собственные испытательные программы, сталкиваются с серьёзными проблемами. И хотя в прошлом собственные испытательные программы вполне могли справляться с возложенными на них задачами, сегодня обеспечить поддержку устаревших систем становится всё трудней. Компании, решающие контрольно-измерительные задачи, переходят от собственных программ к современным испытательным платформам.
Программный пакет Keysight PathWave [3] является современной платформой для разработки и тестирования, гарантирующей, что группы разработчиков достойно справятся с нарастающей сложностью продуктов. Одновременно он сокращает время тестирования и стоимость разработки. Пакет содержит встроенные средства диагностики, способен подключаться к системам автоматизированного проектирования и моделирования и охватывает весь технологический процесс проектирования и тестирования. В состав пакета входят передовые средства анализа, мгновенно создающие эффективные представления для разработчиков и производителей.
Современные испытательные платформы обладают многими преимуществами, отсутствующими у собственных испытательных программ. Они упрощают управление несколькими испытательными установками, сложными процедурами настройки и позволяют дистанционно управлять проектами на нескольких рабочих площадках. Современные интегрированные испытательные платформы ускоряют тестирование и диагностику, сокращая время продвижения продуктов на рынок. На фоне постоянно растущего конкурентного давления время продвижения на рынок становится очень важным фактором, и современные среды для создания испытательных программ становятся фактическим стандартом.
Обзор рынка анализаторов спектра и сигналов
В статье приводится обзор состояния рынка анализаторов спектра (АС), включая настольные и портативные варианты исполнения, а также рынка анализаторов фазового шума (ФШ) на основе информации из открытых источников (Федеральный информационный фонд по обеспечению измерений ФГИС «АРШИН») [1]. Проведён анализ изменения конъюнктуры рынка и объёмов потребления начиная с 2019 года, включая новых производителей оборудования, вышедших на рынок после февраля 2022 года. 15.04.2024 СЭ №4/2024 587 0 0Частицы в ультрачистой воде
Статья написана по материалам международной технологической дорожной карты для полупроводников (IRDS™ 2023) и посвящена обзору технологии контроля концентрации частиц в ультрачистой воде. 15.04.2024 СЭ №4/2024 616 0 0Двухканальный индикатор уровня звука на базе микроконтроллера EFM8LB12 и дисплея OLED 1306
В статье приведены принципиальная схема, разводка и внешний вид платы, программные средства и результаты работы двухканального индикатора уровня звука на основе микроконтроллера (МК) EFM8LB12, двух ОУ MCP6002 и дисплея OLED 1306, на котором для каждого канала отражаются гистограммы с высотой, пропорциональной уровню звука соответствующего канала. Такой индикатор может быть установлен на переднюю панель аудиоусилителя. По сравнению с похожими покупными индикаторами описываемый индикатор отличается простотой и стоит в несколько раз дешевле. 15.04.2024 СЭ №4/2024 564 0 0Электронные датчики и радары в системе беспроводной связи ОТА, LOP и E-peas
В будущем разработчиков РЭА ожидает эра «одноразовых» устройств: «установил и забыл» – надёжные, устойчивые к внешним воздействиям среды, но не предназначенные для ремонта. Одна из важных решаемых задач – сочетание сбора энергии из среды, её преобразование в электрическую и применение датчиков и микроконтроллеров с крайне низким энергопотреблением. В сочетании с технологиями E-peas (Electronic portable energy autonomous systems – автономные портативные электронные системы), LOP (с низким энергопотреблением) и решениями NXP возникают перспективы датчиков положения, давления и измерения сопутствующих величин от OEM-производителей. С аппаратными настройками и масштабируемостью производительности РЭА в формате процессоров S32R с исключением ошибок в передаче данных аналогового и смешанного сигнала беспроводным способом на небольшие расстояния. В статье представлены примеры системных решений для организации и управления питания датчиков РЭА, задействованных в беспроводной передаче данных, сетевых технологиях и транспортной технике с беспроводной сетью ОТА (Over-the-air – по воздуху). 15.04.2024 СЭ №4/2024 587 0 0