Авторитетность издания
Добавить в закладки
Следующий номер на сайте
Варианты взаимодействия рабочих мест тактического тренажера
Аннотация:
Abstract:
Авторы: Шорин А.Б. () - , Новиков И.В. () - | |
Ключевые слова: активный и пассивный объекты, адекватность моделирования, клиент модели, синхронизация данных, арм, система моделирования |
|
Keywords: , , , data synchronization, workbench, modeling system |
|
Всего комментариев: 1 Количество просмотров: 12481 |
Версия для печати Выпуск в формате PDF (3.60Мб) |
В состав тактического тренажера входят центральный пост руководства обучением, центральный вычислительно-моделирующий комплекс (ВМК) и АРМ обучаемых (АРМО). ВМК – это распределенная система моделирования, функционирование которой строится по принципу клиент/сервер. Сервер ВМК отвечает за инициализацию системы моделирования (на основе задания на тренировку), управление единым временем тренажера, добавление и удаление моделей. Сервер ВМК в составе тренажера существует в единственном экземпляре. Клиент ВМК связывается с сервером и получает сведения о модельном времени, о состоянии тренировки и моделей тактической обстановки. Клиентов ВМК может быть множество. Как сервер, так и клиент ВМК реализуются в виде динамической библиотеки и предоставляют доступ ко всем сервисам ВМК. Данная библиотека используется также и приложениями, реализующими АРМО. ВМК состоит из исполнительной системы и библиотеки имитационных моделей. Моделирование тактической обстановки предполагает имитацию широкого спектра разнородных объектов, процессов и явлений. Перечень объектов моделирования нестабилен и может быть расширен в процессе разработки. Система моделирования предполагает максимальное отделение моделей от остальных компонентов системы и формализацию способов взаимодействия моделей. Исполнительная система располагает минимальным объемом информации о моделях, благодаря чему может работать с разнородным составом моделей. Данный подход позволяет произвольно масштабировать систему. Моделирование тактической обстановки с точки зрения ВМК – это процесс взаимодействия моделей, причем способ взаимодействия определяется самими моделями. Исполнительная система обеспечивает распределение моделей по узлам вычислительной сети тренажера и выполнение моделей. Центральным понятием системы моделирования является модель объекта (системы). Все модели реализуются в отдельных модулях, которые динамически загружаются в ходе инициализации системы моделирования. Дополнение и изменение программных модулей имитационных моделей возможно как при разработке комплекса, так и при его модернизации. Современный тактический тренажер – это распределенная вычислительная система. Результаты моделирования объектов обстановки должны быть доступными на всех вычислительных узлах сети. Для этого каждая модель реализует возможность функционирования в двух режимах – клиента и сервера. На одном узле сети функционирует сервер модели, который осуществляет собственно процесс моделирования. На остальных узлах работает клиент модели, предоставляющий доступ к результатам моделирования и передающий запросы пользователей модели серверу. Сервис сетевого взаимодействия моделей, предоставляемый ВМК, решает вопросы синхронизации данных моделируемых объектов. Сервис предоставляет функции передачи данных с серверного экземпляра модели всем существующим в тренажном комплексе клиентским экземплярам модели (синхронизация клиентов), передачи данных от клиентского экземпляра модели серверному экземпляру (команды управления) и адресной передачи данных от любого экземпляра модели любому указанному экземпляру (адресное сообщение). Первые две функции освобождают разработчика модели от знания расположения серверного экземпляра и знания расположения и количества клиентских экземпляров моделей. Принципиально модель реализуется в виде неделимого программного объекта, который может функционировать в одном из двух режимов – серверном и клиентском. За счет этого достигается возможность гибкого конфигурирования процесса моделирования: сервер модели может работать на любом вычислительном узле. Программы, использующие модель, принципиально не должны заботиться о том, в каком режиме она функционирует. Как правило, АРМО тактического тренажера имитируют отдельные системы одного объекта тактической обстановки (например, подводной лодки). Такой объект будем называть активным. Объекты, моделируемые ВМК, называем пассивными. Основная задача модели активного объекта – осуществить взаимодействие между рабочими местами тренажера и пассивными объектами. Модель активного объекта реализуется по тем же правилам системы моделирования, что и модели пассивных объектов, и поддерживает архитектуру клиент/сервер. Рассмотрим пример реализации модели активного объекта – подводной лодки. АРМО реализуют соответствующие пульты управления систем конкретного проекта. Сервер модели активного объекта будет размещен на одном из АРМО или отдельном сервере. Сервер модели осуществляет взаимодействие с АРМО. Это взаимодействие может быть реализовано любым способом на усмотрение разработчика модели. На рисунке 1 приведен пример распределенной модели на узлах вычислительной сети тренажера без уточнения способа взаимодействия сервера модели с АРМО. Взаимодействие сервера с АРМО может быть осуществлено аналогично его соединению с ВМК и постом руководства обучением. Для реализации необходимо только использование клиента ВМК АРМО. Клиент ВМК, расположенный на АРМО, будет содержать в себе клиента модели активного объекта. Модель активного объекта предоставляет данные о параметрах движения активного объекта, состоянии и режимах функционирования его систем, об обнаруженных целях, параметрах гидроакустических и радиолокационных полей посредством реализации соответствующих интерфейсов. В целом модель активного объекта должна реализовывать все интерфейсы пассивного объекта, в том числе свои специфические. Набор поддерживаемых программных интерфейсов определяет разработчик модели на этапе ее проектирования. При этом он может описать и реализовать собственные интерфейсы, которые будут известны только специализированным программам и моделям. Например, модели систем активного объекта могут поддерживать специфические интерфейсы для взаимодействия между собой. Модель активного объекта реализуется в виде библиотеки и регистрируется в базе данных. После этого ее можно добавлять в тактическую обстановку. Модель может предоставлять окно редактирования параметров объекта в специальную программу «Универсальный редактор базы данных». Набор и способ отображения данных на окне определяется исключительно разработчиком модели. Например, окно может отображать информацию о тактико-технических характеристиках объекта или внешний вид (фотографию) объекта. Модель должна предоставлять окно управления на посту руководства обучением, которое позволяет задавать начальное состояние объекта (распределение боезапаса, состояние средств обнаружения и т.д.). Во время проведения тренировки окно используется для мониторинга систем объекта, а также дает возможность управлять объектом с помощью команд, которые отправляются на сервер модели. Модель также должна реализовывать интерфейс, посредством которого отображается графика на экране поста руководства обучением. Модель должна самостоятельно рисовать графическое изображение моделируемого объекта (условное обозначение), кроме того, она может отображать произвольную дополнительную информацию, например, зоны обнаружения, траектории планируемых залпов оружия и т.д. Модель должна поддерживать такие системные интерфейсы, как сохранение истории и трасса движения. Рис. 1 Для специализированных программ разбора проведенной тренировки могут потребоваться специфические данные, которые, возможно, и не нужны на момент проведения самой тренировки. Например, для установления результатов стрельбы потребуются данные от самых различных систем активного объекта: наблюденные данные по цели, рассчитанные траектории залпа и т.д. Все необходимые данные модель активного объекта должна сохранять и выдавать через интерфейс истории и событийный сервис ВМК. До сих пор активный объект рассматривался как единая неделимая единица. Однако подводная лодка состоит из взаимосвязанных систем, которые можно представить в виде иерархической структуры моделей. Модель активного объекта подводная лодка включает в себя модели отдельных подсистем. Для каждой подсистемы необходимо разработать собственную модель. Модели взаимодействуют друг с другом через предоставляемые интерфейсы. Такое разделение незначительно увеличивает объем работ, однако дает большие преимущества. Как правило, к адекватности моделирования активного объекта предъявляются более высокие требования по сравнению с моделированием пассивного объекта. Повышение адекватности моделирования требует большей производительности вычислительных ресурсов. Благодаря разделению крупных моделей на более мелкие их серверы могут располагаться на отдельных узлах сети. На рисунке 2 показано отделение модели активного гидроакустического комплекса (ГАК) от модели активного объекта подводной лодки. Естественно, модель подводной лодки не содержит в себе никакой реализации имитатора ГАК. Рис. 2 Разделение на отдельные модели дает дополнительную гибкость в написании более крупных обобщающих моделей. Появляется возможность модификации моделей отдельных систем без изменения других компонентов. Соединение двух и более тренажных комплексов, разработанных по рассмотренной технологии, не будет требовать никаких затрат, при этом возможно адекватное моделирование самых различных объектов. Список литературы 1. Башмаков А.И., Башмаков И.А. Разработка компьютерных учебников и обучающих программ. – М.: Филинъ, 2003. 2. Бичаев Б.П. Морские тренажеры (Структуры, модели, обучение). – Л.: Судостроение, 1986. – 383 с. |
Постоянный адрес статьи: http://swsys.ru/index.php?id=2044&page=article |
Версия для печати Выпуск в формате PDF (3.60Мб) |
Статья опубликована в выпуске журнала № 1 за 2009 год. [ на стр. 111 ] | Версия для печати с комментариями |
Возможно, Вас заинтересуют следующие статьи схожих тематик:
- Система моделирования масс-спектрометра на основе параллельного кода частиц в ячейке
- Создание автономного тренажера для подразделений радиотехнических войск
- Надежность тренажерных систем, построенных на двухранговых локальных вычислительных сетях
- Требования к информационной системе управления учебным процессом вуза
- Построение схемного решения по алгоритмическому представлению вычислительного процесса
Назад, к списку статей
Comments
автор: Иван [2009-04-15 13:43:53]Оценка пользователя: 10 баллов