АВТОМАТИЗИРОВАННАЯ СИСТЕМА ОБРАБОТКИ РЕЗУЛЬТАТОВ ИСПЫТАНИЙ КОСМИЧЕСКИХ АППАРАТОВ

Хасанова Р. А.¹, Антамошкин А. Н.²

¹Аспирант, Сибирский государственный аэрокосмический университет имени академика М.Ф.Решетнёва (СибГАУ); ²профессор, доктор технических наук, Сибирский государственный аэрокосмический университет имени академика М.Ф.Решетнёва (СибГАУ)

АВТОМАТИЗИРОВАННАЯ СИСТЕМА ОБРАБОТКИ РЕЗУЛЬТАТОВ ИСПЫТАНИЙ КОСМИЧЕСКИХ АППАРАТОВ

Аннотация

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

Ключевые слова: автоматизация, моделирование, оптимизация испытаний, унифицированный набор средств измерений.

Khasanova R. A.¹, Antamoshkin A. N.²

¹Postgraduate student, Siberian state aerospace university named after academician M. F. Reshetnev (SibSAU); ²professor, doctor of technical sciences, Siberian state aerospace university named after academician M. F. Reshetnev (SibSAU)

COMPUTER-BASED SYSTEM FOR RESULTS PROCESSING OF SATELLITE TESTS

Abstract

Substantiated the relevance of automating the testing of satellite on the paper. The study should be designed system that is doing the analysis of the information and forms the conclusion the degree of compliance with requirements specification parameters.

Keywords: automatization, modeling, tests optimization, uniform set of instrumentation’s means.

Космический аппарат (КА) состоит из множества технически сложных систем, каждая из которых включает в себя большое количество электронных приборов. Приборы в свою очередь состоят из электронных компонентов, на которые оказывают влияние неблагоприятные факторы космического пространства. Предусмотреть меры защиты необходимо в процессе изготовления КА, а это требует сил и времени. На заре изготовления КА создание одного изделия занимало порядка 6-9 лет. При этом, срок активного существования такого аппарата, т.е. непосредственной эксплуатации по его целевому назначению, составлял 1-3 года. На сегодняшний день ситуация кардинально поменялась. Срок активного существования спутника растет и составляет для современных аппаратов не менее 15 лет, а срок изготовления – 2-3 года. Такие сроки задают Заказчики и, чтобы успешно существовать в современных условиях конкурентной гонки, их приходится выдерживать. Практически с каждым новым проектом на спутник возлагаются все новые и новые функции, аппаратура становится сложней и включает в себя все большее количество автономных модулей.

Поэтому существует потребность в системе, которая решит следующие проблемы.

1. Сокращение времени изготовления КА.
2. Повышение качества проводимых работ по изготовлению аппарата.
3. Представление документации, сопровождающей все циклы создания аппарата, в таком виде, чтобы в ней наиболее полно отражалась информация об изделии и специфике его работы и была удобна в использовании как разработчиком аппарата, так и его Заказчиком.

Важной, трудоемкой и довольно длительной частью создания КА являются его испытания. И, в первую очередь автоматизация, должна затронуть этап разработки документации, сопровождающей испытания, этап проведения самих испытаний и этап выпуска отчетной документации по результатам испытаний [4].

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

Этапы этого процесса следующие.

Прежде всего - это определение последовательности операций с объектом испытаний (назовем так прибор или модуль в составе КА, на примере которого будут разрабатываться типовые процедуры испытаний). При описании порядка операций лучше всего руководствоваться рекомендациями разработчика прибора (модуля), но это не говорит о том, что ни в коем случае нельзя отступать от порядка, приемлемого для разработчика. Какие-то отступления всегда возможны. По окончании этого этапа получим глобальный алгоритм испытаний.

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

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

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

В-пятых, система должна анализировать полученные значения измерений, значения с телеметрических датчиков и все другие параметры на предмет: «норма» и «ненорма». Для этой задачи потребуется база данных, содержащая значения, требуемые в соответствии с Техническим заданием на прибор (модуль), которые прописаны заказчиком аппаратуры (изделия).

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

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

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

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

С момента изготовления до сдачи Заказчику КА «проживает» этапы наземных и лётных испытаний. Схема жизненного цикла изделия, который нужно автоматизировать, представлен на Рисунке 1.

Рис. 1. Схема испытаний изделия

Таким образом, автоматизированная система должна решить следующие задачи.

1. Автоматизацию разработки процедур испытаний.
2. Оптимизацию процесса испытаний за счет унифицированного набора средств измерений и обработки данных испытаний.
3. Автоматизацию процесса верификации результатов испытаний.
4. Автоматизацию вывода отчетной информации и составления отчетов по испытаниям.

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

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

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

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

Приступая к решению задач автоматизации, надо изначально разделить собственно внедрение тех или иных приложений, автоматизирующих конкретные процессы обработки данных [1,3] и внедрение платформы для подобной автоматизации.

Целью внедрения платформы автоматизации является:

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

Существует более 20 технологий проектирования организационно-технических систем и несколько сотен специальных инструментов, предназначенных для автоматизации этого процесса. Существуют также средства моделирования, входящие в состав комплексных систем управления предприятиями (SAP/R3, BAAN, Oracle Application и др.).

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

• средства построения моделей;
• средства анализа моделей;
• средства оптимизации моделируемых систем по их моделям;
• поддержка библиотек типовых моделей;
• оформление регламентов и документации;
• поддержка разработки моделей баз данных и программных средств;
• интеграция с другими программными продуктами (CASE-средствами, ERP-системами, прикладными программами) [2].

В результате исследования разработана структура СУБД, которая позволит заносить, хранить и извлекать данные, полученные в процессе электрических испытаний бортового комплекса управления; сформирована гибкая система запросов СУБД, которая подходит для различных КА как коммерческим, так и военного назначения; создана система, которая проводит анализ информации и формирует заключение о степени соответствия параметров требованиям Технического задания.