Методика моделирования сервиса реализации профилей протоколов информационного обмена в среде АСУ радиоэлектронных предприятий

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

¹Академия Федеральной службы охраны Российской Федерации

²Аппарат Полномочного представителя Президента Российской Федерации в Уральском федеральном округе

Методика моделирования сервиса реализации профилей протоколов информационного обмена в среде АСУ радиоэлектронных предприятий

¹Георгиевский Александр Евгеньевич

Преподаватель спецкафедры

²Еременко Алексей Владимирович

Сотрудник

г. Орел, г. Екатеринбург

В среде автоматизированной системы управления радиоэлектронными предприятиями (АСУ РП) могут применяться различные протоколы информационного обмена.

На крупных предприятиях получили распространение протоколы взаимодействия открытых систем (ВОС).

На большинстве предприятий применяются более простые протоколы TCP/IP. Они рассчитаны, как правило, на решение определенных задач, поэтому оптимизированы и более эффективны по сравнению с первыми.

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

Поэтому актуальной является задача моделирования сервиса стека протокола TCP/IP с учетом теоретических достижений эталонной модели ВОС и описания процессов информационного обмена [1, 3].

Выбор уровня взаимодействия протоколов TCP/IP во многом зависит от выбора метода сетевого программирования. В настоящее время имеется 3 метода программирования: сокеты, RPC и TLI.

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

Для разрабатываемой модели сервиса построения распределенных сред АСУ наиболее целесообразна схема иерархического наследования функций сервиса от нижних уровней к верхним, хорошо описываемая аппаратом сетей Петри (рис. 1).

Сеть Петри представляется в виде ориентированного графа с вершинами двух типов: позициями и переходами, где вершины разного типа соединяются дугами.

В позиции сети помещаются метки, которые, перемещаясь, показывают динамику процесса. Размещение меток (фишек) в позициях называется маркировкой сети Петри [2].

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

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

При работе распределенной среды АСУ РП постоянно происходит информационный обмен между двумя узлами этой системы (рис. 2). Позиции-дублеры Р1 и Р4 моделируют подключение узлов к системе, позиции-дублеры Р2 и Р5 показывают взаимодействие между узлами через переходы t₄ и t₅, а позиции Р3 и Р6 обозначают отключение узлов от системы.

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

Транспортный уровень отвечает за непосредственную передачу данных. Верхние уровни обеспечивают общий сервис функционирования распределенной АСУ на основе организованного транспортного соединения [4].

Рисунок 1 - Схема сервиса разрабатываемой модели

Риcунок 2 - Схема информационного обмена в среде АСУ РП

При построении распределенных сред АСУ доминирующей является методология клиент-сервер. В этой архитектуре прикладные программы-клиенты запрашивают услуги из процесса-сервера. Клиент и сервер требуют стандартного набора соглашений перед началом работы - протокола, обязательного для выполнения всеми участниками обмена. Протокол может быть симметричным или асимметричным. В симметричном протоколе корреспонденты равноправны. В асимметричном - одна сторона главная, другая - подчиненная. Пример симметричного протокола - TELNET, используемый в сети Internet для эмуляции удаленного терминала. Пример асимметричного протокола - FTP. Независимо от вида протокола при обращении к сервису существуют "процесс-сервер" и "процесс-клиент".

Процесс-сервер находится в режиме ожидания запросов на общеизвестном адресе. В этом режиме он неактивен. Получив запрос, процесс-сервер активизируется и обслуживает клиента [5].

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

Взаимодействие объектов среды АСУ может быть промоделировано на основе аппарата сетей Петри (рис. 3).

Рисунок 3 - Модель взаимодействия объектов среды АСУ

Позиции имеют следующие назначения:

· Р1 определяет получение команды инициализации (включения системы);

· Р2 подготавливает переменные и структуры данных, необходимых для работы;

· Р3 инициализирует порты чтения запросов на соединение, устанавливает прикладные ассоциации, необходимые для начала работы системы;

· Р4 принимает на портах запросы на соединение и прикладные сообщения на установленных прикладных ассоциациях, осуществляет первичную обработку данных;

· Р5 выполняет окончательную обработку данных и анализ текущего состояния ЛВС или АСУ в целом;

· Р6 готовит к отправке сообщения адресатам среды АСУ по установленным прикладным ассоциациям или команды подключенному промышленному оборудованию;

· Р7 передает готовые данные адресатам или команды оборудованию;

· Р8 уничтожает переменные и структуры данных;

· Р9 завершает работу программы, всех побочных процессов, закрывает все прикладные ассоциации.

Схема взаимодействия отдельных частей объекта распределенной среды АСУ РП показана на рисунке 4.

Основными компонентами объекта являются:

1) Данные о состоянии объекта и управляемой им части распределенной среды.

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

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

информационный автоматизированный сеть петри

Рисунок 4 - Схема взаимодействия отдельных частей объекта распределенной среды АСУ РП

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

4) Список установленных объектом прикладных ассоциаций.

5) Основной цикл программы, в котором производится непосредственное управление диспетчером сообщений, преобразование данных, оценка состояния объекта и управляемой им части среды АСУ. На основе полученных данных принимаются решения о дальнейших действиях и вырабатываются сигналы управления.

Выполнение основного цикла программы описывается с помощью сети Петри.

Рисунок 5 - Сеть Петри, отражающая алгоритм выполнения основного цикла программы управления объектом распределенной среды АСУ РП

Позиции сети имеют следующее назначение (рис. 5):

Р1 - подготовка данных к новому циклу программы управления;

Р2 - получение из стека исходящих сообщений очередного сообщения с наивысшим приоритетом;

Р3 - передача подготовленного сообщения через соответствующую прикладную ассоциацию и удаление его из стека исходящих сообщений;

Р4 - обработка состояния установленных прикладных ассоциаций; прием сообщений и передача их в стек входящих сообщений в соответствии с приоритетом;

Р5 - выборка очередного сообщения с наивысшим приоритетом из стека входящих сообщений;

Р6 - передача сообщения в соответствующую процедуру обработки и удаление его из стека;

Р7 - оценка состояния объекта и части среды АСУ в целом;

Р8 - принятие решений и рассылка необходимых сообщений партнерам по распределенной среде АСУ; организация новых прикладных ассоциаций.

Переходы t имеют следующие условия срабатывания:

· t₁ - передача управления программе управления объектом;

· t₂ - в стеке исходящих сообщений есть очередь отправки;

· t₃ - из стека исходящих сообщений получено очередное сообщение;

· t₄ - стек исходящих сообщений пустой;

· t₅ - в стеке входящих сообщений есть хотя бы одно сообщение;

· t₆ - из стека входящих сообщений получено очередное сообщение с высшим приоритетом;

· t₇ - стек входящих сообщений пуст;

· t₈ - произведена оценка состояния объекта и среды в целом;

· t₉ - партнерам по распределенной среде АСУ разосланы сообщения в соответствии с принятыми решениями; произведены действия по организации новых прикладных ассоциаций.

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

Литература

1. Зайцев С.С., Кравцунов М.И., Ротанов С.В. Сервис открытых информационно-вычислительных сетей. - М.: Радио и связь, 1990. _ 235 с.

2. Сетевая организация распределенных систем управления. // Метод. Рекомендации по ред. Жарковского С.Н. // Киев: Знание, 1990. _ 23 с.

3. Мизин И.А., .Богатырев В.А., Кулешов А.П. Сети коммутации пакетов. - М.: Радио и связь, 1986. _ 408 с.

4. Девис Д. Вычислительные сети и сетевые протоколы. // Пер. с англ.// М.: Мир,- 1982. _ 563 с.

Annotation

Methodology for modeling a service for the implementation of profiles of information exchange protocols in an automated control system of radio-electronic enterprises. Georgievsky A.E., Eremenko A.V.

The methods of service modeling of data exchange protocols realize in the automated control system (ACS) environment of radio-electronic enterprises are considered in the article. For construction of development service of distributed control systems the method of network programming with socket application is chosen. The service modeling (logic modeling), an application level and its interfaces are carried out.

Размещено на Allbest.ru