Разработка системы для анализа неисправностей в работе радиолокационного оборудования

Размещено на http://www.allbest.ru/

Содержание

Введение

1. Специальная часть

1.1 Назначение и область применения

1.2 Постановка задачи

1.3 Разработка ТЗ 7

1.3.1 Основание для разработки

1.3.2 Описание технологического процесса

1.3.3 Требование к системе

1.3.4 Требование к программной документации

1.3.5 Технико-экономические показатели

1.4 Разработка алгоритма программы

1.5 Разработка лингвистического обеспечения

1.6 Разработка структуры программы

1.8 Разработка интерфейса

1.9 Результаты работы и их оценка

2. Конструкторско-технологическая часть

2.1 Технология отладки

2.2 Тесты

2.3 Результаты отладки

3. Экология и охрана труда

Заключение

Список литературы



Введение

оборудование радиолокационный обеспечение программный

В данный момент я работаю в ОАО «ГСКБ «АЛМАЗ-АНТЕЙ» программистом в отделе, который занимается разработкой программного обеспечения, которое используется на военных кораблях для сбора и отображения статистики работы различного оборудования. Мне была дана задача разработать систему для анализа неисправностей в работе радиолокационного оборудования. Она будет установлена на компьютеры, находящиеся на кораблях, где необходимо поддерживать бесперебойную работу оборудования и должна включать в себя модули, реализующие следующие функции:

анализ входных данных на предмет неисправностей в работое радиолокационного оборудования;

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

передачу информации из входных файлов в программу для последующего анализа и визуализации;

вывод информации о спецификациии оборудования, входящего в состав радара, как в текстовом виде, так и в виде эоектрическх схем этих приборов.

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

В данной дипломной работе рассматриваются следующие разделы как:

назначение и область применения;

постановка задачи;

технические средства реализации данной работы;

техническая реализация алгоритмов;

процесс отладки и тестирования.

1. Специальная часть

1.1 Назначение и область применения

ОАО «ГСКБ «АЛМАЗ-АНТЕЙ» - предприятие оборонно-промышленного комплекса России, признанным во всём мире лидер в области разработки новейших зенитных ракетных систем противовоздушной, противоракетной и воздушно-космической обороны[ http://raspletin.com/]. И для обеспечения бесперебойной работы разработанного оборудования, необходимо все время следить за его работоспособностью и производить замену и ремонт неисправных компонентов в кратчайшие сроки. В данном дипломном проекте эта задача решается для одного из типов оборудования, а именно для радиолокационных станций. Программа "Экспертная система анализа неисправностей радиолокационной аппаратуры" предназначена для анализа состояния радиолокационного оборудования и нахождения ошибок в ее работе. Внедрение данной программы позволит добиться следующих результатов:

сократить количество неисправностей в оборудовании, что позитивным образом скажется на его эффективности;

в удобном виде предоставить направление движения потоков данных в интерфейсе программы;

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

собрать воедино все данные о каждом приборе, входящем в состав комплекса, в том числе технические данные и фотографии;

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

Полученная система должна решать следующие задачи:

работа как в реальном времени, так и по файлам логов;

информирование о возникших неисправностях;

предупреждение о неисправных узлах и предоставление рекомендаций п о замене неисправного оборудования в них;

визуализация информационных потоков.

1.2 Постановка задачи

При работе радара на корабле информация о состоянии аппаратуры, при помощи специализированного программного обеспечения записывается в файл.

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

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

Файл с исходными данными находится в папке vspomfile, называется FKO.txt и представляет из себя определенный набор цифр, которые располагаются на 537 строках, и в совокупности дают нашей программе всю необходимую информацию о работоспособности приборов на определённый момент времени.

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

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

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

Соединение элементов манчестерскими каналами (ГОСТ Р52070-2003), каналами Ethernet и волноводами также подсвечиваются в зависимости от их состояния красным, желтым или зеленым цветом.

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

В каждом из открывающихся окон программы предоставляется возможность выбрать с помощью кнопок режим просмотра: СОСТАВ, ТЕКСТ, СХЕМА.

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

При выборе режима ТЕКСТ при нажатии на кнопку элемента раскрывается документ в формат е документа Word, описывающий элемент и возможные причины его неисправности.

При выборе режима СХЕМА при нажатии на кнопку элемента раскрывается его электрическая схема в формате документа pdf, в котором имеется возможность перемещения по частям электрической схемы и использование лупы.

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

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

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

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

1.3 Разработка ТЗ

Техническое задание на разработку программы оформлено согласно ГОСТ 19.201-78.

1.3.1 Основание для разработки

Основанием для разработки программы "экспертная система анализа неисправностей радиолокационной аппаратуры" является задание на дипломное проектирование специальности «Системы автоматизированного проектирования» на кафедре «Информационных технологий и автоматизированных систем».

1.3.2 Описание технологического процесса

Назначение системы

Программа "экспертная система анализа неисправностей радиолокационной аппаратуры" предназначена для анализа состояния радиолокационной станции и нахождения ошибок в ее работе.

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

сократить количество отказов и неисправностей в работе оборудования, тем самым повысив эффективность его работы;

удобное представление загруженности информационных каналов и направления движения данных в информационной системе;

облегчение работы инженеров;

удобство и централизация доступа к технической информации.

Описание технологического процесса

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

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

информирование о возникших неисправностях;

указание неисправных узлов и предоставление рекомендаций по замене неисправного оборудования в них;

Автоматизируемые рабочие места:

инженер.

1.3.3 Требование к системе

Требования к функциональным характеристикам

Рассмотрим функции каждого автоматизированного рабочего места (АРМ).

Функции АРМ:

нахождение неисправностей в оборудовании и соединяющих их кабелях;

устранение вышеперечисленных неисправностей, путем замены неисправной аппаратуры и кабелей.

Требования к надежности

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

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

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

­ Организация бесперебойного электропитания технических средств;

­ Использование лицензионного программного обеспечения;

­ Сохранение работоспособности программного обеспечения при некорректных действиях пользователя;

Требования к условиям эксплуатации

Для нормальной эксплуатации разрабатываемой системы должно быть обеспечено бесперебойное питание компьютера.

При эксплуатации системы должна быть обеспечена соответствующая стандартам эксплуатации средств вычислительной техники температура и влажность воздуха (ГОСТ 21552-84).

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

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

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

На основании результатов тестирования технических средств должны проводиться анализ причин возникновения обнаруженных дефектов и приниматься меры по их ликвидации.

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

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

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

Все пользователи системы должны соблюдать правила эксплуатации электронной вычислительной техники[ ГОСТ 34].

1.3.4 Требование к программной документации

Используемые стандарты

Программные документы на разрабатываемое программное средство должны оформляться в соответствии с требованиями стандартов Единой Системы Программной Документации (ГОСТ 19.106-78).

Перечень программной документации

В состав программной документации должно входить:

Описание программы (ГОСТ 19.402-78).

Описание применения (ГОСТ 19.502-78).

Текст программы (ГОСТ 19.401-78).

Программа и методика испытаний (ГОСТ 19.301-79).

Руководство оператора (ГОСТ 19.505-79).

1.3.5 Технико-экономические показатели

Перечень программной документации

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

Расчет затрат на разработку

Расчет затрат на разработку произведен в соответствии с документом «УКРУПНЕННЫЕ НОРМЫ ВРЕМЕНИ НА РАЗРАБОТКУ ПРОГРАММНЫХ СРЕДСТВ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ», утвержденным Постановлением Государственного комитета СССР по труду и социальным вопросам и Секретариата ВЦСПС от 24 сентября 1986 г. N 358/22-20.

Нормы приведены для рабочего дня продолжительностью 8 часов 12 минут.

Тип ПС

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

Определение функций ПС и оценка его объема

Таблица №1

Определение состава функций ПС ВТ «База предприятий» (КАТАЛОГ ФУНКЦИЙ ПРОГРАММНЫХ СРЕДСТВ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ)

№ п/п	Наименование функции	№ функции по каталогу	Объем функции
			По каталогу функций
1	Организация ввода информации	101	870
2	Контроль, предварительная обработка и ввод информации	102	2100
3	Организация ввода-вывода информации в интерактивном режиме	109	1550
4	Манипулирование данными	207	7200
5	Формирование и вывод на внешние носители	705	6200

Определение объема ПС

- общий объем ПС.

= 870 + 2100 + 1550 + 7200 +6200

= 17920

Учет сложности ПС

Группа сложности = 1 (ГРУППЫ СЛОЖНОСТИ ПС ВТ)

Таблица №2

ЗНАЧЕНИЯ КОЭФФИЦИЕНТА, УЧИТЫВАЮЩЕГО УРОВЕНЬ ПОВЫШЕНИЯ СЛОЖНОСТИ ПС ВТ

№ п/п	Дополнительные характеристики ПС ВТ	Значение Кi
1	Интерактивный доступ	0.06
2	Обеспечение хранения, ведения и поиска данных в сложных структурах	0.07

Дополнительный коэффициент сложности

.

Учет новизны ПС

Таблица №3

Учет новизны ПС «База предприятий» (ЗНАЧЕНИЯ ПОПРАВОЧНОГО КОЭФФИЦИЕНТА, УЧИТЫВАЮЩЕГО СТЕПЕНЬ НОВИЗНЫ ПС ВТ)

Код степени новизны	Степень новизны	Использование	Значение Кн
		нового типа ЭВМ	новой ОС
В	ПС ВТ, являющиеся развитием определенного параметрического ряда ПС ВТ	-	-	0.7

Определение и учет удельного веса трудоемкости стадий разработки ПС

Таблица №4

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

Li	Код стадии	Степень новизны
		В
L1	ТЗ	0,09
L2	ТП	0,07
L3	РП	0,61
L4	ВН	0,16

Учет типовых ПС в собственной разработке

Степень охвата реализуемых функций разрабатываемого ПС ВТ общего назначения типовыми программами и ПС ВТ составляет 40-60% (ЗНАЧЕНИЯ КОЭФФИЦИЕНТА ИСПОЛЬЗОВАНИЯ В РАЗРАБОТКЕ ТИПОВЫХ ПРОГРАММ И ПС ВТ). Следовательно, значение поправочного коэффициента (), учитывающего степень использования в разработке типовых (стандартных) программ и ПС ВТ .

Расчет количества разработчиков и сроков на разработку ПС

Время необходимое для разработки ПС .

Время необходимое для разработки i-ой стадии .

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

Фонд времени одного разработчика в течение 2015 года Ф = 249 дней (с вычетом выходных дней) по данным сайта buh.ru (http://www.buh.ru/info.jsp?ID=72)

Таблица №5

РАСЧЕТ КОЛИЧЕСТВА РАЗРАБОТЧИКОВ И СРОКОВ НА РАЗРАБОТКУ ПС

№ п\п	Характеристики	Стадии	Итого
		ТЗ	ТП	РП	ВН
1	Коэффициент Li	0.09	0.07	0.61	0.16	1
2	Трудоемкость Ti	36	11	96	37	180
3	Численность Ni	2	2	4	4	4
4	Срок ti, лет	0.09	0.05	0.20	0.08	0.42

Общий срок реализации t = 0.42 *12 = 5.7 месяца.

Оценка стоимости разработки ПС

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

Ставка - средняя зарплата одного разработчика;

N - число разработчиков;

t - общий срок разработки;

- количество ставок одного разработчика;

.

При расчете используются следующие значения величин:

Ставка = 50000 руб.

Зарплата =0,5•50000•2•5,7 = 285000 руб.

К - коэффициент учитывающий процент зарплаты в стоимости разработки.

Стоимость разработки = 285000/(60/100) = 170000 руб.

Расчет экономических показателей

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

Годовая экономия, вызванная освоением капиталовложений (Э).

Коэффициент общей эффективности капиталовложений (Кэф).

Годовой экономический эффект (Эг).

Срок окупаемости (Ток).

Расчет годовой экономии

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

ЗП до = 2•ЗП инженера - сумма годовых затрат до внедрения системы.

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

Зарплата инженера вычисляется по формуле.

ЗП руководителя = 40000•12 = 480000 руб.

Сумма годовых затрат после внедрения системы - ЗП после = 1•ЗП инженера

ЗП до = 2•ЗП инженера = 960000 руб.

ЗП после = 1•ЗП инженера = 480000 руб.

Годовая экономия рассчитывается из формулы.

Расчет коэффициента эффективности общих капиталовложений

Коэффициент рассчитывается по следующей формуле:

, где Э - годовая экономия.

Расчет годового экономического эффекта

Расчет срока окупаемости

1.4 Разработка алгоритма программы

Алгоритм -- набор инструкций, описывающих порядок действий исполнителя для достижения результата решения задачи за конечное число действий[ https://ru.wikipedia.org/wiki/Алгоритм]. На этапе разработки алгоритма программы проектируется алгоритм решения задачи в соответствии с заданной спецификацией, формируется общая структура программы, определяются компоненты и их входные и выходные параметры.

Входные данные.

Файл "c:\\FKO\\vspomfile\\progdoc.txt", в котором находится имя программы, с помощью которой можно открыть файлы с расширением doc на рабочем компьютере.

Файл "c:\\FKO\\vspomfile\\progpdf.txt", в котором находится имя программы, с помощью которой можно открыть файлы с расширением pdf на рабочем компьютере.

Файл " "c:\\FKO\\vspomfile\\FKO.txt" ", в котором находится информационный массив признаков работоспособности всех приборов радиолокационной аппаратуры.

Директория "c:\\FKO\\text", в которой находятся файлы документации по каждому прибору радиолокационной аппаратуры с расширением doc.

Директория "c:\\FKO\\sxema", в которой находятся файлы электрических схем по каждому прибору радиолокационной аппаратуры с расширением pdf.

Выходные данные.

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

Алгоритм программы “Экспертная система анализа неисправностей радиолокационной аппаратуры” представляет собой последовательность следующих действий.

Шаг 1. Производим настройку кодировки для русскоязычных текстов (Windows-1251).

Шаг 2. Считываем из файла имя программы, с помощью которой будут открываться файлы с расширением “doc”. Также считываем из файла имя программы, с помощью которой будут открываться файлы с расширением “ pdf”.

Шаг 3.Считываем из файла массив информации о работоспособности каждого элемента радиолокационной аппаратуры - заполняем структуру функционального контроля stFuncControl. По каждому из приборов в структуре stFuncControl имеются два бита, информирующих о состоянии приборов: 00 - исправность, 11 - отказ, 01 - неисправность, в зависимости от чего соответствующие приборам прямоугольники на мониторе имеют цвет зеленый, красный, желтый.

Шаг 4.Формируем диалоговое окно “3Ц-96-2”(рис.1).

Рис. 1

Анализируем структуру функционального контроля stFuncControl для приборов первого уровня: 3П96-1, АРМ, ПСС-А, АР-ПК-1, АР-ПК-2, АР-ПК-3, АР-ПК-4, АС-16-1, АС-16-2, АС-16-3, АС-16-4, ППК-1, ППК-2, ПК-1, ПК-2, ПК-3, ПК-4 и связей между ними и окрашиваем прямоугольники-приборы и стрелки-связи между приборами в соответствующие цвета. При выходе из диалогового окна “3Ц-96-2” программа “Экспертная система анализа неисправностей радиолокационной аппаратуры” завершает свою работу.

Шаг 5. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “3Ц-96-2”. Эти наборы последовательных действий различаются при выборе одной из радиокнопок на диалоговом окне: “СОСТАВ”, “ТЕКСТ”, “СХЕМА”. При выборе радиокнопки “ТЕКСТ” и при нажатии кнопкой мыши на какой-либо прямоугольник-прибор вызывается редактор текста с расширением doc и с текстом описания выбранного прибора (Рис. 2).

Рис. 2

При выборе радиокнопки “ СХЕМА ” и при нажатии кнопкой мыши на какой-либо прямоугольник-прибор вызывается редактор текста с расширением pdf и с электрической схемой выбранного прибора (Рис. 3).

В дальнейшем описании шагов алгоритма действия при выборе радиокнопок “ТЕКСТ”, “СХЕМА” предполагаются аналогичными Шагу 5.

Рис. 3

При выборе радиокнопки “СОСТАВ” при нажатии кнопкой мыши на прямоугольник-прибор 3П96-1 выполняются действия, описанные в Шаге 6; при нажатии кнопкой мыши на прямоугольник-прибор ПСС-А выполняются действия, описанные в Шаге 8; при нажатии кнопкой мыши на прямоугольники-приборы АС-16-1, АС-16-2, АС-16-3, АС-16-4 выполняются действия, описанные в Шаге 10; при нажатии кнопкой мыши на прямоугольники-приборы ППК-1, ППК-2 выполняются действия, описанные в Шаге 12; при нажатии кнопкой мыши на прямоугольники-приборы ПК-1, ПК-2, ПК-3, ПК-4 выполняются действия, описанные в Шаге 14.

Шаг 6. Формируем диалоговое окно “3П-96-1” (Рис. 4).

Рис. 4

Анализируем структуру функционального контроля stFuncControl для приборов: ПЭ-РМ21-1, ПЭ-РМ21-1, ПЭ-РМ21-1, ПЭ-РМ21-1 (имеющих каждый в своем составе приборы БП-60-20, БП2-27-30, М-2К.ШП.12); ПЭ-РМ51-1, ПЭ-РМ51-2 (имеющих каждый в своем составе приборы Блок ФВ, КЗИ-1 50Гц 4А, КЗИ-1 50Гц 10А); ПЭ-РМ43 (имеющего в своем составе четыре БПУ-27-22.4.2 и четыре БП2-27-30) и окрашиваем прямоугольники-приборы в соответствующие цвета

Шаг 7. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “3П-96-1”. при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА”. При закрытии диалогового окна “3П96-1” производится переход на Шаг 4.

Шаг 8. Формируем диалоговое окно “ПРИБОР ПСС-А” (Рис. 5).

Рис. 5



Анализируем структуру функционального контроля stFuncControl для приборов: БОПСС-932, Я14МДМ15У-1941, Я14МДМ5У-5-1943, Я14СНПСС-А-1975, два Я14ОУР-1954, МОДУЛЬ КОММУТАЦИОННЫЙ и окрашиваем прямоугольники-приборы в соответствующие цвета.

Шаг 9. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ПРИБОР ПСС-А при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА. При закрытии диалогового окна “ПРИБОР ПСС-А” производится переход на Шаг 4.

Шаг 10. Формируем диалоговое окно “ПРИБОР АС-16” (Рис. 6).

Рис. 6

Анализируем структуру функционального контроля stFuncControl для приборов: шесть БОПИ909-01, два БОПИ909, шестнадцать Модулей ФАР-А (включающих каждый в себя ЯОСУЛ64-1888,ЯОСУЛ64-1866, А3, А4, А5, А6, А7, А9, А10, А11, А12, А13, А14, А15) и окрашиваем прямоугольники-приборы в соответствующие цвета.

Шаг 11. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ПРИБОР АС-16”. при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА При закрытии диалогового окна “ПРИБОР АС-16” производится переход на Шаг 4.

Шаг 12. Формируем диалоговое окно “ ИЗДЕЛИЕ ППК ” (Рис. 7).

Рис. 7

Анализируем структуру функционального контроля stFuncControl для приборов: два ОСО, два БОУФС, два ВОЛЗА-120, два БОСВЧ, два БОСН-010, два ВУМ, два ПЭ-СВЧ (включающих каждый в себя ЯОСН5-КРП-1980, ЯОСН8-1986, ПЭ-ТВЧ) и окрашиваем прямоугольники-приборы, линии-связи (сигнальные связи) и стрелки-связи (связи по каналам обмена) между приборами в соответствующие цвета.

Шаг 13. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ИЗДЕЛИЕ ППК”. при выборе одной из радиокнопок на диалоговом окне: “СОСТАВ”, “ТЕКСТ”, “СХЕМА. При выборе радиокнопки “ СОСТАВ ”: при нажатии кнопкой мыши на прямоугольник-прибор ОСО выполняются действия, описанные в Шаге 16; при нажатии кнопкой мыши на прямоугольник-прибор ВУМ выполняются действия, описанные в Шаге 18. При закрытии диалогового окна “ИЗДЕЛИЕ ППК” производится переход на Шаг 4.

Шаг 14. Формируем диалоговое окно “ ИЗДЕЛИЕ ПК ” (Рис 8).



Рис. 8

Анализируем структуру функционального контроля stFuncControl для приборов: ОСО-ПК, БОСВЧ, ПЭ-СВЧ (включающий в себя ЯОСН5-КРП-1980, ЯОСН8-1986, ПЭ-ТВЧ) и окрашиваем прямоугольники-приборы в соответствующие цвета.

Шаг 15. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ИЗДЕЛИЕ ПК” при выборе одной из радиокнопок на диалоговом окне: “СОСТАВ”, “ТЕКСТ”, “СХЕМА”.. При выборе радиокнопки “ СОСТАВ ” при нажатии кнопкой мыши на прямоугольник-прибор ОСО-ПК выполняются действия, описанные в Шаге 20. При закрытии диалогового окна “ИЗДЕЛИЕ ПК” производится переход на Шаг 4.

Шаг 16. Формируем диалоговое окно “ ПРИБОР ОСО ”(Рис. 9)



Рис. 9

Анализируем структуру функционального контроля stFuncControl для приборов: два БОТУФИС-934, БОГОЧ-930, БОПСС-932, БОТВЧ-935, УФИС-ПЧ, БЦО, БОВЧ, ЯОСН3-8-1981, ЯОСН8-18-1982, БОСО-931, ЯОСН27-1973, ЯОСН8-1968, ЯОСН5-КРП-1980, ЯОКРП-ПЧ-1983,УПИ-Ц-924 (включающий в себя два Я14ОУР-1954, Я14БУР-1955, Я14СНП-1956, Я14МДМ5-5-1943, Я14МДМ15У-1941) и окрашиваем прямоугольники-приборы и линии-связи между приборами в соответствующие цвета.

Шаг 17. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ ПРИБОР ОСО ” при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА”. При закрытии диалогового окна “ ПРИБОР ОСО ” производится переход на Шаг 12.

Шаг 18. Формируем диалоговое окно “ ПРИБОР ВУМ ” (Рис. 10).



Рис. 10

Анализируем структуру функционального контроля stFuncControl для приборов: ВУМ1, ВУМ2, ВУМ3, ВУМ4, ВУМ5, ВУМ6, ВУМ7, ВУМ8, ВУМ9, ВУМ10, ВУМ11, ВУМ12, ВУМ13, ВУМ14, ВУМ15, ВУМ16, БОУ. и окрашиваем прямоугольники-приборы в соответствующие цвета.

Шаг 19. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ ПРИБОР ВУМ ”. при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА”. При закрытии диалогового окна “ ПРИБОР ВУМ ” производится переход на Шаг 12.

Шаг 20. Формируем диалоговое окно “ ПРИБОР ОСО-ПК ”(Рис. 11).

Рис. 11



Анализируем структуру функционального контроля stFuncControl для приборов: БОГОЧ-930, БОТВЧ-935, БЦО, БОВЧ, БОСО-931, ЯОСН27-1973, ЯОСН8-1968, ЯОСН5-КРП-1980 и окрашиваем прямоугольники-приборы и линии-связи между приборами в соответствующие цвета.

Шаг 21. Формируем события - наборы последовательных действий - при нажатии кнопкой мыши на прямоугольники - приборы диалогового окна “ПРИБОР ОСО-ПК” при выборе одной из радиокнопок на диалоговом окне: “ТЕКСТ”, “СХЕМА. При закрытии диалогового окна “ ПРИБОР ОСО-ПК ” производится переход на Шаг 14.

Общая блок-схема диалоговых окон представлена на Рис. 12.

При анализе работоспособности прибора или связи между приборами в большинстве случаев анализируются непосредственно разряды величин из структуры stFuncControl, но анализ информационных связей между приборами, осуществляемых по ГОСТ Р 52070-2003, производится по следующему алгоритму.

Шаг 1. Из структуры stFuncControl выбираются величины A - два бита признака работоспособности по основному каналу обмена и B - два бита признака работоспособности по резервному каналу обмена.

Шаг 2. Если A равно нулю (исправность) и B равно нулю, то информационный канал считается исправным и осуществляется переход на Шаг 5, иначе выполняется Шаг 3.

Шаг 3. Если A равно 1 (неисправность) или B равно 1, то информационный канал считается неисправным (но работоспособным - по одному из каналов может осуществляться обмен!) и осуществляется переход на Шаг 5, иначе выполняется Шаг 4.

Шаг 4. Информационный канал объявляется неработоспособным.

Шаг 5. Конец алгоритма.

1.5 Разработка лингвистического обеспечения

Лингвистическое обеспечение экспертной системы определения неисправностей - это набор логических и лингвистических средств и методов по обеспечению основной задачи - обработки информационного массива событий с требуемой полнотой и детальностью{ 2005 год, автореферат по филологии, Пономарев, Василий Васильевич}.

Лингвистическое обеспечение включает в себя лингвистические средства и средства манипулирования с данными и информационными массивами.

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

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

В случае, когда входной информацией является набор числовых сообщений, каждый бит информации в которых однозначно сообщает о состоянии системы, и входные слова информации являются заранее известными кодами ошибок, лингвистическое обеспечение реализовано на языке программирования С++ в среде разработки Qt SDK.

С++ ориентирован на эффективную работу на аппаратном уровне (разряды, байты и т.д.). Это позволяет экономно использовать аппаратные ресурсы, что увеличивает скорость реакции системы.

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

1.6 Разработка структуры программы

Основным подходом к проектированию структуры программы является нисходящее проектирование или пошаговое уточнение. Этот подход заключается в том, что программа первоначально рассматривается как «черный ящик», который выполняет некоторую функцию F, преобразующую единственные входные данные в единственные выходные данные. Это общая функция F может быть разделена на ряд более простых подфункций F1, F2,…, Fk. Каждая из этих функций сама по себе представляет такой же «черный ящик».

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

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

Программа “Экспертная система анализа неисправностей радиолокационной аппаратуры” состоит из заголовочных файлов: as_16.h, fk.h, info.h, oco.h, oco_pk.h, p96_1.h, pk.h, ppk.h, pss_a.h, qpaintwidget.h, structFK.h, sxema.h, vum.h; файлов реализации as_16.cpp, fk.cpp, info.cpp, main.cpp, oco.cpp, oco_pk.cpp, p96_1.cpp, pk.cpp, ppk.cpp, pss_a.cpp, qpaintwidget.cpp, sxema.cpp, vum.cpp и файлов, реализующих интерфейс ui_as_16.h, ui_fk.h, ui_info.h, ui_oco.h, ui_oco_pk.h, ui_p96_1.h, ui_pk.h, ui_ppk.h, ui_pss_a.h, ui_sxema.h, ui_vum.h, as_16.ui, fk.ui, info.ui, oco.ui, oco_pk.ui, p96_1.ui, pk.ui, ppk.ui, pss_a.ui, sxema.ui, vum.ui.

В программе “Экспертная система анализа неисправностей радиолокационной аппаратуры” в главном файле проекта Qt SDK main.cpp производится вызов подпрограммы, реализующей главное диалоговое окно программы “3Ц-96-2”(файлы fk.cpp, fk.h, ui_fk.h, fk.ui). Из диалогового окна “3Ц-96-2” можно попасть в диалоговые окна “3П96-1” (файлы p96_1.cpp, p96_1.h, ui_p96_1.h, p96_1.ui), “ПРИБОР ПСС-А” (файлы pss_a.cpp, pss_a.h, ui_pss_a.h, pss_a.ui), “ПРИБОР АС-16” (файлы as_16.cpp, as_16.h, ui_as_16.h, as_16.ui), “ИЗДЕЛИЕ ППК” (файлы ppk.cpp, ppk.h, ui_ppk.h, ppk.ui), “ИЗДЕЛИЕ ПК” (файлы pk.cpp, pk.h, ui_pk.h, pk.ui). В свою очередь, из диалогового окна “ИЗДЕЛИЕ ППК” можно попасть в диалоговые окна “ПРИБОР ОСО” (файлы oco.cpp, oco.h, ui_oco.h, oco.ui) и “ПРИБОР ВУМ” (файлы vum.cpp, vum.h, ui_vum.h,vum.ui), а из диалогового окна “ИЗДЕЛИЕ ПК” можно попасть в диалоговое окно “ПРИБОР ОСО-ПК” (файлы oco_pk.cpp, oco_pk.h, ui_oco_pk.h, oco_pk.ui). (Рис. 12)

Рис. 13

Файл fk.cpp cодержит следующие подпрограммы:

1.Конструктор класса fk. В ней производится загрузка графических элементов, находящихся в fk.ui, чтение информации из входных файлов программы “Экспертная система анализа неисправностей радиолокационной аппаратуры”, формирование структуры функционального контроля, связывание сигналов-слотов при нажатии на диалоговом окне на кнопки-приборы и радио-кнопки, вызов подпрограммы proc.

2.Деструктор класса fk.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

4.Подпрограммы proc_button1, proc_button3, proc_button4, proc_button7, proc_button8, proc_button10, proc_button12, proc_button13, proc_button15, proc_button11, proc_button14, proc_button16 обслуживают нажатие на кнопки-приборы с учетом информации от радио-кнопок.

5.Подпрограмма proc анализирует структуру функционального контроля и, используя подпрограммы proc1, proc2, proc3 накладывает картинки нужного цвета на кнопки-приборы из соответствующих файлов с расширением bmp.

Файл as_16.cpp содержит следующие подпрограммы.

1. Конструктор класса AS_16. В ней производится загрузка графических элементов, находящихся в as_16.ui, связывание сигналов-слотов при нажатии на диалоговом окне на радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса AS_16

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

4. Подпрограмма proc анализирует структуру функционального контроля и, используя подпрограммы procA, procA_1, proc1 накладывает картинки нужного цвета на кнопки-приборы из соответствующих файлов с расширением bmp.

Файл oco.cpp содержит следующие подпрограммы.

1. Конструктор класса OCO. В ней производится загрузка графических элементов, находящихся в oco.ui, связывание сигналов-слотов при нажатии на диалоговом окне на радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса OCO

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

4. Подпрограмма proc анализирует структуру функционального контроля и, используя подпрограммы proc1, proc2 накладывает картинки нужного цвета на кнопки-приборы из соответствующих файлов с расширением bmp.

Файл oco_pk.cpp содержит следующие подпрограммы.

1. Конструктор класса OCO_PK. В ней производится загрузка графических элементов, находящихся в oco_pk.ui, связывание сигналов-слотов при нажатии на диалоговом окне на радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса OCO_PK.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

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

Файл p96_1.cpp содержит следующие подпрограммы.

1. Конструктор класса P96_1. В ней производится загрузка графических элементов, находящихся в p96_1.ui, связывание сигналов-слотов при нажатии на диалоговом окне на радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса P96_1.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

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

Файл pk.cpp содержит следующие подпрограммы.

1. Конструктор класса PK. В ней производится загрузка графических элементов, находящихся в pk.ui, связывание сигналов-слотов при нажатии на диалоговом окне на кнопку-прибор и радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса PK.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

4. Подпрограмма proc_button1_PK обслуживает нажатие на кнопку-прибор.

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

Файл ppk.cpp содержит следующие подпрограммы.

1. Конструктор класса PPK. В ней производится загрузка графических элементов, находящихся в ppk.ui, связывание сигналов-слотов при нажатии на диалоговом окне на кнопку-прибор и радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса PPK.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

4. Подпрограмма proc_button1_PPK, proc_button10_PPK, proc_button11_PPK, proc_button12_PPK обслуживает нажатие на кнопки-приборы.

5. Подпрограмма proc анализирует структуру функционального контроля и, используя подпрограммы proc1, proc2, накладывает картинки нужного цвета на кнопки-приборы из соответствующих файлов с расширением bmp.

Файл pss_a.cpp содержит следующие подпрограммы.

1. Конструктор класса PSS_A. В ней производится загрузка графических элементов, находящихся в pss_a.ui, связывание сигналов-слотов при нажатии на диалоговом окне на радио-кнопки, вызов подпрограммы proc.

2. Деструктор класса PSS_A.

3. Подпрограмма proc_radio меняет фон диалогового окна при нажатии на радио-кнопки.

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

1.8 Разработка интерфейса

Интерфейс - совокупность унифицированных технических и программных средств и правил (описаний, соглашений, протоколов), обеспечивающих взаимодействие устройств и/или программ в вычислительной системе или сопряжение между системами[ https://ru.wikipedia.org/wiki/Интерфейс].

В программе “Экспертная система анализа неисправностей радиолокационной аппаратуры” разработка интерфейса является одной из основных задач разработки программы.

Разработка интерфейса в среде Qt SDK на первом этапе предполагает обслуживание файлов с расширением ui, которые загружаются при обращении к соответствующему диалоговому окну.

Для класса fk соответствующий файл fk.ui имеет вид:

Рис. 14

Для класса AS_16 соответствующий файл as_16.ui имеет вид:

Рис. 15

Для класса OCO соответствующий файл oco.ui имеет вид:

Рис. 16

Для класса OCO_PK соответствующий файл oco_pk.ui имеет вид:



Рис. 17

Для класса P96_1fk соответствующий файл p96_1.ui имеет вид:

Рис. 18

Для класса PK соответствующий файл pk.ui имеет вид:

Рис. 19

Для класса PPK соответствующий файл ppk.ui имеет вид:

Рис. 20

Для класса PSS_A соответствующий файл pss_a.ui имеет вид:

Рис. 21

При выполнении программы рисуются стрелки и кнопки, которые представляют из себя приборы в графическом редакторе. Использовались графические редакторы OpenDocument (.odg) и Paint (.bmp). Изображения находятся в папке images, а подпапка зависит от названия прибора:



Рис. 22 Папка images.

Рассмотрим содержимое подпапок:

Рис. 23 Подпапка AS_16

Рис. 24 Подпапка FK

Рис. 25 Подпапка ОСО



Рис. 26 Подпапка Р96_1

Рис. 27 Подпапка PK

Рис. 28 Подпапка РРК

Рис. 29 Подпапка PSS_A

Рис. 30 Подпапка VUM

1.9 Результаты работы и их оценка

Внедрение программы "Экспертная система анализа неисправностей радиолокационной аппаратуры" позволит добиться следующих результатов:

сократить количество неисправностей в оборудовании, что позитивным образом скажется на его эффективности;

в удобном виде предоставить направление движения потоков данных в интерфейсе программы;

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

собрать воедино все данные о каждом приборе, входящем в состав комплекса, в том числе технические данные и фотографии;



2. Конструкторско-технологическая часть

2.1 Технология отладки

Отладка-- этап разработки, на котором обнаруживают, локализуют и устраняют ошибки[ https://ru.wikipedia.org/wiki/Отладка_программы].

При отладке программы “Экспертная система анализа неисправностей радиолокационной аппаратуры” использовались средства отладки среды Qt SDK

Они позволяют:

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

предусматривать точки останова;

выполнять программу до оператора, указанного курсором;

отображать содержимое любых переменных при пошаговом выполнении;

отслеживать поток сообщений и т.п.

Использовались разные приемы в зависимости от проявлений ошибки. Если было получено сообщение об ошибке, то сначала уточнялось, при выполнении какого оператора программы оно получено. Для этого устанавливалась точка останова в начало фрагмента, в котором проявлялась ошибка, и выполнялись операторы в пошаговом режиме до проявления ошибки. Аналогично поступали при "зависании" компьютера. Если были получены неправильные результаты, то сначала определялся фрагмент, при выполнении которого получались неправильные результаты. Для этого последовательно проверялись интересующие значения в узловых точках. Обнаружив значения, отличающиеся от ожидаемых, по шагам трассировался соответствующий фрагмент до выявления оператора, выполнение которого давал неверный результат. Для уточнения природы ошибки проводился анализ машинных кодов, флагов и представления программы и значений памяти в 16-ричном виде.

2.2 Тесты

Тестирование программы “Экспертная система анализа неисправностей радиолокационной аппаратуры” проводилось в два этапа: модульное тестирование и системное тестирование.

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

Структура функционального контроля имеет следующий вид.

typedef struct FUNCTIONALCONTROL_

{

struct FCSIDE_

{

/*** Результат функционального контроля ППК ***/

unsigned long iPPK;

int iPPK_OSO[2]; /* Прибор ОСО - 0 - 1 бит в

iPPK */

int iPPK_OSO_BCO; /* БЦО - 0 - 1 бит в

iPPK_OSO[0] */

int iPPK_OSO_BCO_PPS1; /* ППС1 0 - 1 бит в

iPPK_OSO_BCO */

int iPPK_OSO_BCO_PPS2; /* ППС2 2 - 3 бит в

iPPK_OSO_BCO */

int iPPK_OSO_BCO_SINC; /* СИНХРОНИЗАТОР 4 - 5 бит в

iPPK_OSO_BCO */

int iPPK_OSO_BOVCH; /* БОВЧ - 2 - 3 бит в

iPPK_OSO[0] */

int iPPK_OSO_BOGOCH_930; /* БОГОЧ-930 - 4 - 5 бит в

iPPK_OSO[0] */

int iPPK_OSO_BOTVCH_935; /* БОТВЧ-935 - 6 - 7 бит в

iPPK_OSO[0] */

int iPPK_OSO_BOSO_931; /* БОСО-931 - 8 - 9 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOCN27_1973; /* ЯОСН27-1973 - 10 - 11 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOCN8_1968; /* ЯОСН8-1968 - 12 - 13 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOCN5_KRP_1980; /* ЯОСН5-КРП-1980 - 14 - 15 бит в

iPPK_OSO[0] */

int iPPK_OSO_BOTUFIS_934; /* БОТУФИС-934 - 16 - 19 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOKRP_PCH_1983; /* ЯОКРП-ПЧ-1983 - 20 - 21 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOSN3_8_1981; /* ЯОСН3-8-1981 - 22 - 23 бит в

iPPK_OSO[0] */

int iPPK_OSO_YOSN8_18_1982; /* ЯОСН8-18-1982 - 24 - 25 бит в

iPPK_OSO[0] */

int iPPK_OSO_UFIS_PCH; /* УФИС-ПЧ - 26 - 27 бит в

iPPK_OSO[0] */

int iPPK_OSO_BOPSS_932; /* БОПСС-932 - 28 - 29 бит в

iPPK_OSO[0] */

int iPPK_OSO_UPI_C_924; /* УПИ-Ц-924 - 30 -

31 бит в iPPK_OSO[0] */

int iPPK_OSO_UPI_C_924_Y140UR_1954;/* Я140УР-1954 - 0 -

3 бит в iPPK_OSO_UPI_C_924 */

int iPPK_OSO_UPI_C_924_Y14BUR_1955;/* Я14БУР-1955 - 4 -

5 бит в iPPK_OSO_UPI_C_924 */

int iPPK_OSO_UPI_C_924_Y14SNP_1956;/* Я14СНП-1956 - 6 -

7 бит в iPPK_OSO_UPI_C_924 */

int iPPK_OSO_UPI_C_924_Y14MDM5_5_1943;/* Я14МДМ5-5-1943 - 8

- 9 бит в iPPK_OSO_UPI_C_924 */

int iPPK_OSO_UPI_C_924_Y14MDM15U_1941;/* Я14МДМ15У-1941 - 10

- 11 бит в iPPK_OSO_UPI_C_924 */

int iPPK_OSO_INFO; /* Инф. обмен ОСО - 0

- 1 бит в iPPK_OSO[1] */

int iPPK_OSO_INFO_1_BCO_UFIS_PCH; /* Информационный обмен

осн. БЦО - УФИС-ПЧ - 0 - 1 бит в iPPK_OSO_INFO */

int iPPK_OSO_INFO_2_BCO_UFIS_PCH; /* Информационный обмен

рез. БЦО - УФИС-ПЧ - 2 - 3 бит в iPPK_OSO_INFO */

int iPPK_OSO_INFO_1_BCO_UPI_C_924; /* Информационный обмен

осн. БЦО - УПИ-Ц-924 - 4 - 5 бит в iPPK_OSO_INFO */

int iPPK_OSO_INFO_2_BCO_UPI_C_924; /* Информационный обмен

рез. БЦО - УПИ-Ц-924 - 6 - 7 бит в iPPK_OSO_INFO */

int iPPK_OSO_SIGNAL; /* Сигналы ОСО - 2 -

3 бит в iPPK_OSO[1] */

int iPPK_OSO_SIGNAL_BOGOCH_930_BCO; /* БОГОЧ-930 -

БЦО 0 - 1 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_BOTVCH_935_BOVCH; /* БОТВЧ-935 -

БОВЧ 2 - 3 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_BOTUFIS_934_UFIS_PCH;/* БОТУФИС-934 -

УФИС-ПЧ 4 - 7 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_BOPSS_932_UPI_C_924;/* БОПСС-932 -

УПИ-Ц-924 8 - 9 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_BOSO_931_BCO; /* БОСО-931 -

БЦО 10 - 11 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOSN27_1973_BCO; /* ЯОСН27-1973 -

БЦО 12 - 13 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOSN8_1968_BOVCH; /* ЯОСН8-1968 -

БОВЧ 14 - 15 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOSN5_KRP_1980_BOVCH;/* ЯОСН5-КРП-1980 -

БОВЧ 16 - 17 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOKRP_PCH_1983_BOVCH;/* ЯОКРП-ПЧ-1983 -

БОВЧ 18 - 19 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOSN3_8_1981_UFIS_PCH;/* ЯОСН3-8-1981

- УФИС-ПЧ 20 - 21 бит в iPPK_OSO_SIGNAL */

int iPPK_OSO_SIGNAL_YOSN8_18_1982_UFIS_PCH;/* ЯОСН8-18-1982

- УФИС-ПЧ 22 - 23 бит в iPPK_OSO_SIGNAL */

int iPPK_BOSVCH; /* БОСВЧ - 2

- 3 бит в iPPK */

int iPPK_PE_SVCH; /* ПЭ-СВЧ - 4

- 5 бит в iPPK */

int iPPK_PE_SVCH_Y0SN5_KRP_1980; /* Ячейки Я0СН5-КРП-

1980 - 0 - 1 бит в iPPK_PE_SVCH */

int iPPK_PE_SVCH_Y0SN8_1986; /* Ячейки Я0СН8-1986

- 2 - 3 бит в iPPK_PE_SVCH */

int iPPK_PE_SVCH_PE_TVCH; /* Прибор ПЭ-ТВЧ

- 4 - 5 бит в iPPK_PE_SVCH */

int iPPK_PE_UFS; /* ПЭ-УФС - 6

- 7 бит в iPPK */

int iPPK_PE_UFS_BOSN_010; /* Блок БОСН-010 -

0 - 3 бит в iPPK_PE_UFS */

int iPPK_BOUFS; /* БОУФС - 8

- 9 бит в iPPK */

int iPPK_VOLSA_120; /* ВОЛЗА-120 - 10

- 11 бит в iPPK */

int iPPK_VUM[2]; /* ВУМ - 12

- 13 бит в iPPK */

int iPPK_VUM_VUM; /* ВУМ - 0

- 31 бит в iPPK_VUM[0] */

int iPPK_VUM_PUM; /* ПУМ - 0

- 1 бит в iPPK_VUM[1] */

int iPPK_VUM_BOU; /* БОУ - 2

- 3 бит в iPPK_VUM[1] */

int iPPK_INFO; /* Инф. обмен ППК - 14

- 15 бит в iPPK */

int iPPK_INFO_1_OSO_VUM; /* Информационный обмен

осн. ОСО - ВУМ - 0 - 1 бит в iPPK_INFO */

int iPPK_INFO_2_OSO_VUM; /* Информационный обмен

рез. ОСО - ВУМ - 2 - 3 бит в iPPK_INFO */

int iPPK_INFO_1_OSO_BOUFS; /* Информационный обмен

осн. ОСО - БОУФС - 4 - 5 бит в iPPK_INFO */

int iPPK_INFO_2_OSO_BOUFS; /* Информационный обмен

рез. ОСО - БОУФС - 6 - 7 бит в iPPK_INFO */

int iPPK_SIGNAL; /* Сигналы - 16

- 17 бит в iPPK */

int iPPK_SIGNAL_B0OSN_010_B0UFS; /* Питание Б0ОСН-

010 - Б0УФС - 0 - 1 бит в iPPK_SIGNAL */

int iPPK_SIGNAL_B0OSN_010_VOLSA_120; /* Питание Б0ОСН-

010 - ВОЛЗА-120 - 2 - 3 бит в iPPK_SIGNAL */

int iPPK_SIGNAL_BOSVCH_PE_SVCH; /* Cигналы БОСВЧ -

ПЭ-СВЧ - 4 - 5 бит в iPPK_SIGNAL */

/*** Результат функционального контроля ПК ***/

int iPK;

int iPK_OSO; /* Прибор ОСО-ПК - 0 -

1 бит в iPK */

int iPK_OSO_BCO; /* БЦО - 0

- 1 бит в iPK_OSO */

int iPK_OSO_BCO_PPS1; /* ППС1 0 -

1 бит в iPK_OSO_BCO */

int iPK_OSO_BCO_PPS2; /* ППС2 2 -

3 бит в iPK_OSO_BCO */

int iPK_OSO_BCO_SINC; /* СИНХРОНИЗАТОР 4 -

5 бит в iPK_OSO_BCO */

int iPK_OSO_BOVCH; /* БОВЧ - 2

- 3 бит в iPK_OSO */

...