Scientific journal
Modern high technologies
ISSN 1812-7320
"Перечень" ВАК
ИФ РИНЦ = 1,172

CREATION OF SOFTWARE FOR A STAND FOR CONDUCTING FORCED TESTS OF POWER SUPPLIES

Zheleznyakov R.A. 1 Khachatryan A.A. 1 Berberova M.A. 1, 2 Kurnasov E.V. 1
1 MIREA – Russian Technological University
2 Scientific Research Center of Physical and Technical Informatics
1213 KB
Software capable of controlling a forced testing bench for power supplies is often created by enterprises independently. In this regard, it is important to highlight those aspects that are key. The purpose of this work is to identify these details, on the basis of which the requirements for the functional aspects of the forced testing bench, its hardware device, as well as the functional requirements for the software will be built. The topic under study relates to the development of software in continuous production. As a result of the analysis of “bottlenecks” during testing, attention is drawn to possible malfunctions in the operation of the devices under test, which must be identified during forced testing, and methods for their implementation are determined. This will create a system that ensures high measurement accuracy, reliability and automation of the testing process. Based on the analysis of existing solutions, software requirements are formed. These requirements should include a user interface, support for various testing modes, data collection and processing. The C# language was used to create the software, the program itself was written using Windows Presentation Foundation. The proposed solution is aimed at increasing the efficiency of forced testing, minimizing human errors, and improving the quality of test analysis.
power supply
linear
forced testing
software
c#
relational database

Введение

Блок питания (БП) – устройство, формирующее выходное напряжение, необходимое подключенному потребителю [1]. Поскольку БП используются в различных сферах, то список конечных потребителей обширен. В перечень сфер использования БП входит бытовая техника, промышленное оборудование, мобильные устройства, медицинское оборудование и др. Каждый тип потребителя предъявляет свои требования к характеристикам БП, которые различаются мощностью, выходным напряжением, током и размерами устройства. В связи с обширной областью применения данного источника питания проведение форсированных испытаний является важным этапом для обеспечения надежности и безопасности их эксплуатации. Форсированные испытания позволяют выявить возможные недостатки в конструкции, оценить устойчивость устройства к перегрузкам, температурным изменениям и внешним помехам, а также определить срок службы в реальных условиях эксплуатации. По возрастанию частоты выхода из строя элементы БП распределяются следующим образом: транзистор, резистор, реле, конденсатор [2].

Созданием программного обеспечения (ПО) занимаются компании, специализирующиеся на данной тематике. Создаются автоматизированные стенды для измерений параметров источников питания с универсальными интерфейсами и сценариями тестирования [3; 4]. Высокие показатели достигаются за счет использования специализированного ПО, использования широкого спектра интерфейсов, учета разнообразия задач пользователей и других аспектов, влияющих на стабильность систем. В таких комплексах есть свои недостатки, главным из которых является высокая техническая сложность. В связи с этим производители прибегают к ручным методам тестирования. Данный способ отличается тем, что операторы сами управляют параметрами и фиксируют результаты. Это приводит к частым ошибкам, связанным с человеческим фактором, длительному сбору данных и другим трудностям. В связи с этим производители приходят к необходимости создания своих решений. Они позволяют настроить управление оборудованием и обработку данных с высокой степенью свободы. Данный подход отличается высокими временными и трудовыми затратами, отсутствием стандартизации и унифицированного подхода.

Цель исследования – разработка программного обеспечения для форсированных испытаний блоков питания.

Материалы и методы исследования

Исследование проводилось на базе испытательного стенда для БП, предоставленного компанией ОВЕН. ПО разрабатывалось на языке C# с применением платформы .NET и графического интерфейса WPF для обеспечения взаимодействия оператора с оборудованием [5; 6]. Связь между ПО и аппаратной частью стенда реализована через интерфейс RS-485, обеспечивающий чтение и запись регистров для управления процессом [7].

Среди методов проведения испытаний выделяются следующие: подготовка БП; выбор режимов тестирования [8; 9]; подача напряжения, превышающего установленную норму, при повышенной температуре в испытательной ячейке; формирование отчета.

Результаты исследования и их обсуждение

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

К испытательному стенду также предъявляется ряд требований, которым он должен соответствовать для проведения форсированных испытаний. Важно не только правильно считывать выходные данные, но и верно настроить подачу входных напряжений и их точное отображение оператору. В быту превышение входного напряжения на 10 В грозит повреждением источника питания, снижением ресурса или его выходом из строя [10]. Кроме того, недооценка отклонений может привести к непрогнозируемым последствиям при эксплуатации, особенно в критически важных системах. Высокая же точность измерений позволяет выявлять такие проблемы. Так же важно обеспечить достаточно широкий диапазон измерений, позволяющий рассмотреть возможные условия эксплуатации различных типов БП. Использование интерфейсов общения между стендом и ЭВМ, на котором будет запущена программа, также является важным аспектом. Выбор интерфейса связи (например, USB, Ethernet, RS-485 или Wi-Fi) должен быть основан на требованиях к надежности, пропускной способности и удобству эксплуатации. Помимо программного управления проведением испытания важно установить необходимые для этого кнопки и индикаторы на стенд. В случае программного сбоя наличие кнопки позволяет оператору самостоятельно прервать проведение испытания [11].

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

При разработке ПО для стенда испытаний БП важно выбрать соответствующие технологии, которые будут играть ключевую роль в функционировании системы. Язык программирования C# отличается высокой производительностью и удобством разработки. Благодаря платформе .NET представляется возможным наладить общение между устройствами, подключенным через COM-порт. Для хранения и обработки данных могут использоваться реляционные базы данных, поскольку «реляционные системы используют структуры (таблицы) для хранения и работы с данными. Каждый столбец (атрибут) содержит свой тип информации. Каждая запись в базе данных с уникальным ключом переносится в строку таблицы, а ее атрибуты отображаются в столбцах таблицы» [12, с. 8].

Выбор архитектуры ПО зависит от требований к системе, способов взаимодействия компонентов и от дальнейшей масштабируемости системы. В зависимости от предполагаемой нагрузки модель взаимодействия компонентов может быть монолитной, клиент-серверной или микросервисной. Главной особенностью монолитного типа является объединение всех компонентов в одном приложении. В связи с этим данную архитектуру проще разработать, протестировать и обеспечить высокую производительность. При этом у монолитной архитектуры есть следующие недостатки: сложность масштабирования, зависимость компонентов и ограниченная гибкость [13]. Однако даже в монолитной архитектуре возможно четкое разделение представлений, бизнес-логики и обработки данных. Это упрощает дальнейшее расширение функциональности стенда. Согласно Роберту Мартину: «Принципы SOLID определяют, как объединить функции и структуры данных в классы и как эти классы должны сочетаться друг с другом… Цель принципов – создать программные структуры среднего уровня, которые терпимы к изменениям; просты и понятны; образуют основу для компонентов, которые могут использоваться во многих программных системах» [14, с. 75].

За связь с оборудованием стенда отвечает модуль взаимодействия. Он реализуется с помощью библиотек, драйверов и используемых интерфейсов связи. В зависимости от того, какой тип интерфейса используется для связи с аппаратной частью, ПО должно уметь обрабатывать соответствующие сигналы. Самым ярким примером является шина типа RS-485. Она широко используется в промышленной автоматизации, благодаря помехоустойчивости и возможности подключения сразу нескольких устройств. Modbus RTU – один из стандартных протоколов, позволяющий унифицировать взаимодействие с оборудованием. Этот протокол позволяет выполнять операции чтения и записи данных в эти регистры.

Следующим важным элементом является создание архитектуры приложения, а именно архитектуры взаимодействия модулей сбора, обработки и хранения данных. Соблюдая принципы SOLID, был создан класс-интерфейс ITest. В этом классе изначально реализован абстрактный метод Run, позволяющий запустить любой тест. Этот класс помогает реализовать паттерн «Стратегия», что позволяет, в зависимости от введенных параметров, запустить любой тест, не прибегая к изменению кода программы. Далее от этого класса происходит наследование несколькими новыми классами: TestHeat, TestCurrent, TestVoltage. Каждый из этих классов оперирует данными, отправляемыми на стенд форсированных испытаний.

missing image file

Рис. 1. Этапы вызова элементов архитектуры при запуске теста Источник: составлено авторами

Таблица 1

Погрешности данных

Параметр

Оборудование

Диапазон

Формула погрешности

Расчет

Абс. погр.

Отн. погр.

Измерение тока

Эл. нагрузка

0–30 А

±(0.03 %изм. + 0.08 %п.ш)

0.0003×10А + 0.0008×30А

±0.027 А

±0.27 %

Измерение Uвых

Эл. нагрузка

0–150 В

±(0.015 %изм. + 0.03 %п.ш)

0.00015×24В + 0.0003×150В

±0.0486 В

±0.203 %

Измерение Uвх

Мультиметр

20–480 В

±0.2 %

0.002×220В

±0.44 В

±0.2 %

Измерение Iвх

Мультиметр

0.025–6.0 А

±0.2 %

0.002×3А*

±0.006 А

±0.2 %

Таблица 2

Сравнение характеристик тестирования

Параметр

Ручное тестирование

ПО

Результаты сравнения

Общее время теста 1 БП

40–90 мин

8 мин

Снижение в 8 раз

Частота сбора данных

3–5 замеров

48 замеров

Увеличение в 12 раз

Точность измерений

±2–5 %

±0,5 %

Увеличение в 5 раз

Источник: составлено авторами.

missing image file

Рис. 2. Фрагмент работы системы Источник: составлено авторами

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

Для того чтобы ПО и стенд коммуницировали друг с другом, необходимо реализовать модуль интеграции с аппаратной частью стенда. Основной особенностью данного модуля является обмен управляющими командами между ЭВМ и стендом форсированных испытаний, получение результатов измеренных данных. Для этих целей были созданы два файла: SerialPort и ModbusService. Эти файлы содержат классы для открытия портов с целью передачи данных в виде последовательности сигналов. Первый файл помогает обратиться к системе, на которой установлено ПО, а второй реализует отправку по протоколу ModBus. Схема взаимодействия со стендом представлена на рис. 1.

В результате тестирования полученные данные автоматически сохраняются в базу данных с использованием DataAccessObject – DAO [15].

Использование автоматизированной системы многократно ускоряет процесс тестирования, так как ручное тестирование испытуемых устройств может длиться до нескольких часов[1]. Автоматизированная система проведения испытаний позволяет выполнять эти действия за 8 мин с частотой измерений 6 раз/мин по отношению к одному БП. При этом программа позволяет параллельно испытывать большее количество устройств, не теряя при этом скорость измерений. На рис. 2 представлен фрагмент записи работы системы с соответствующими измерениями.

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

На основе полученных данных также вычисляется КПД, значение которого равно ±0.44 %. Выполним сравнение характеристик ручного и автоматизированного тестирования. Ключевыми метриками является время проведения тестов, количество выполняемых измерений и их точность. Данные представлены на табл. 2.

Частота сбора данных составляет 1 замер в 10 секунд. Одновременное выполнение процесса считывания данных между несколькими ячейками достигается за счет асинхронной архитектуры C#, паттерну «Стратегия», который динамический подгружает тестовые сценарии и тем самым сокращает задержки между этапами.

Выводы

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

1. Рассмотрены основные физические свойства БП. Было выявлено, что при повышении температуры БП происходит ухудшение стабильности устройства. Это приводит к снижению эффективности преобразования входного напряжения. При этом ускоряется старение компонентов и их выход из строя при постоянном нахождении в критических условиях окружения. Но проведение форсированных испытаний позволяет выявить слабые места.

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

3. Было разработано ПО для стенда форсированных испытаний с реализацией паттернов проектирования, среди которых ключевой – «Стратегия». Разработка ПО позволила повысить производительность испытательного стенда форсированных испытаний.