База ГОСТовallgosts.ru » 27. ЭНЕРГЕТИКА И ТЕПЛОТЕХНИКА » 27.180. Энергетические системы ветровых турбин

ГОСТ Р 54418.25.4-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-4. Коммуникации для текущего контроля и управления ветровыми электростанциями. Отображение совокупности параметров в процессах передачи информации

Обозначение: ГОСТ Р 54418.25.4-2014
Наименование: Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-4. Коммуникации для текущего контроля и управления ветровыми электростанциями. Отображение совокупности параметров в процессах передачи информации
Статус: Действует

Дата введения: 07/01/2016
Дата отмены: -
Заменен на: -
Код ОКС: 27.180
Скачать PDF: ГОСТ Р 54418.25.4-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-4. Коммуникации для текущего контроля и управления ветровыми электростанциями. Отображение совокупности параметров в процессах передачи информации.pdf
Скачать Word:ГОСТ Р 54418.25.4-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-4. Коммуникации для текущего контроля и управления ветровыми электростанциями. Отображение совокупности параметров в процессах передачи информации.doc


Текст ГОСТ Р 54418.25.4-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-4. Коммуникации для текущего контроля и управления ветровыми электростанциями. Отображение совокупности параметров в процессах передачи информации



ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

54418.25.4—

2014

(МЭК 61400-25-4:2008)

Возобновляемая энергетика Ветроэнергетика

УСТАНОВКИ

ВЕТРОЭНЕРГЕТИЧЕСКИЕ

Часть 25-4

КОММУНИКАЦИИ ДЛЯ ТЕКУЩЕГО КОНТРОЛЯ И УПРАВЛЕНИЯ ВЕТРОВЫМИ ЭЛЕКТРОСТАНЦИЯМИ

Отображение совокупности параметров в процессах

передачи информации

IEC 61400-25-4:2008

Wind turbines - Part 25-4: Communications for monitoring and control of wind power plants - Mapping to communication profile

(MOD)

Издание официальное

Москва

Стандарт* иформ 2015

Предисловие

1    ПОДГОТОВЛЕН Открытым акционерным обществом «Научно-исследовательский институт энергетических сооружений» (ОАО «НИИЭС») на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4.

2    ВНЕСЕН Техническим комитетом по стандартизащы ТК 330 «Процессы, оборудование и энергетические системы на основе возобновляемых источников энергии»

3    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 19 ноября 2014 г. № 1689-ст

4    Настоящий стандарт является модифицированным по отношению к международному стандарту МЭК 61400-25-4:2008 «Турбины ветровые. Часть 25-4. Коммуникации для мониторинга и контроля ветровых станций. Маршрутизация к коммуникационному профилю» (IEC 61400-25-4:2008 «Wind turbines -Part 25-4: Communications for monitoring and control of wind power plants - Mapping to communication profile»). Внесение технических отклонений направлено на учет особенностей объекта и аспекта стандартизации. характерных для Российской Федерации.

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

5    ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены е ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется е ежегодном (по состоянию на 1 января текущего года) информационном указателе *Национальные стандарты». а официальные текст изменений и поправок - е ежемесячном информационном указателе *Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя вНяцнонапьныя гхплндярхпы» Стоны ттыухнцяя пнфорлляция уныдпигынпя п тлжптм рлижнцякнп-ся также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

© Стандаргинформ. 2015

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

Содержание

Приложение А (обязательное) Отображение сервисов специальном коммуникации -

Приложение Б (обязательное) Определенная коммуникационная сервисная картография -

Приложение Д (обязательное) Специальный коммуникационный сервис отображения -

Приложение ДА (обязательное) Сведения о соответствии ссылочных национальных и

межгосударственных стандартов международным стандартам, использованным

Введение

Серия стандартов ГОСТ Р 54418.25 устанавливает требования к информационной связи между компонентами ветроэнергетических станции, такими как ветротурбины и объекты системы управления и сбора данных (SCAOA). Внутренние информационные связи между компонентами ветроэнергетических станций в серии стандартов ГОСТ Р 54418.25 не рассматриваются.

Серия стандартов ГОСТ Р 54418.25 предназначена для коммуникационной среды, поддерживаемой моделью клиент-сервер. Определены три области, сформированные отдельно, для обеспечения реализации масштабной модели:

1)    информационные модели ветровой электростанции.

2)    модели информационного обмена.

3)    отображение моделей на стандартный профиль коммуникации.

Информационная модель ветровой электростанции и информационно-обменная модель рассматриваются вместе и представляют собой интерфейс между клиентом и сервером. В этой связке серверы информационной модели ВЭС служат для интерпретации доступных данных ветровой электростанции. Информационная модель ВЭС используется клиентским сервером для предложения унифицированной. компонентно-ориентированной точки зрения на ветровой электростанции. Информационно-обменная модегь отражает все активные обмены сервера. Группа стандартов ГОСТ Р 54418.25 обеспечивает унификацию разнородных интерфейсов клиента и серверов разных производителей и поставщиков.

Концептуальная коммуникационная модель серии стандартов ГОСТ Р 54418. 2S представлена на рисунке 1.

мортстдертсе сорт ГОСТ Р 54418

---------1


I    _____

;; Модель ЫЬиив ! рги—*л*{гжлфт ; • сбф, сичет,

; валрогк *лясь

; ит *)(гост р

!; 644*26.3}


If

? .



Отрем

«бфориммеифр»

тбропмиав

ш&тцнтяшанюн

pWCbf

отгсрвюТрТОСТ Р M418J2&4)


Модель сбт\я (получм-шт. обор, отчет, яштрцпь^еопись ит.*) (РОСТР

644ia26iq


J> - -

">^4 “ЭДнпьвЭС;

(РОСТР: ; I _____5441$аад);


'Объект,

.иофмтр

SCAQA

Oftecn»

двбстма

друпа

стшвветш




Рисунок 1- Концеггтуагк>ная комму»тшзциониая модель серии стандартов ГОСТ Р 54418.25

В соответствии с рисунком 1 серия стандартов ГОСТ Р 54418.25 характеризует сервер по следующим аспектам:

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

-    средства обмена обработанными данными, определяемые в настоящем стандарте.

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

Серия стандартов ГОСТ Р 54418.25 описывает моделирование данных, обмен данными и их отображение в специальных коммуникационных протоколах.

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

НАЦИОНАЛЬНЫЙ СТАНДАРТ

ГОСТ Р 54418.25.4-2014 (МЭК 61400-25-4:2008)

РОССИЙСКОЙ ФЕДЕРАЦИИ

Возобновляемая энергетика. Ветроэнергетика

УСТАНОВКИ ВЕТРОЭНЕРГЕТИЧЕСКИЕ Часть 25-4

КОММУНИКАЦИИ ДЛЯ ТЕКУЩЕГО КОНТРОЛЯ И УПРАВЛЕНИЯ ВЕТРОВЫМИ ЭЛЕКТРОСТАНЦИЯМИ

Отображение совокупности параметров в процессах передачи информации

Renewable power engineering. Wind power engineering. Wind turbines. Part 25-4. Comminicabons for monitoring and control of wind power plants. Mapping to communication profile

Дата введения — 2016—07—01

1    Область применения

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

-    доступа к данным и их выезда;

-    управления устройства;

-    отчеты и ведение журнала событий:

-    сервисов публикаций и подлисок:

-    самоописания устройств (словарь данных устройства);

-    распределения данных по типам и открытия типов данных.

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

-    SOAP - основных веб-Сереисов:

-    OPG/XML-DA;

-    в (If MMS:

-    в ГОСТ Р МЭК 60870*5*104;

-    в DNP3.

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

2    Нормативные ссылки

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

ГОСТ Р МЭК 870-5-5-96 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 5. Основные прикладные функции

ГОСТ Р ИСО/МЭК 8824-93 Информационная технология. Взаимосвязь открытых систем. Спецификация абстрактно-синтаксической нотации версии один (АСН. 1)

ГОСТ Р ИСО/МЭК 8825-1-2003 Информационная технология. Правила кодирования АСН.1. Часть 1. Спецификация базовых (ВЕЯ), канонических (СЕЯ) и отличительных (DER) правил кодирования

ГОСТР ИСО 8326-95 Системы обработки информации. Взаимосвязь открытых систем. Определение базовых услуг сеансового уровня в режиме с установлением соединения

ГОСТ Р МЭК 60870-5-101-2006 Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 101. Обобщающий стандарт по основным функциям телемеханики

ГОСТ Р МЭК 60870-5-104-2004 Устройства и системы телемеханики. Часть 5. Протоколы передами. Раздел 104. Доступ к сети для ГОСТ Р МЭК 870-5-101 с использованием стандартных транспортных профилей

Издание официальное

ГОСТР МЭК 61850-6-2009 Сети и системы связи на подстанциях. Часть 6. Язык описания хонфигурации для связи между интеллехтуальными электронными устройствами на электрических подстанциях

ГОСТР МЭК 61850-7-1-2009 Сети и системы связи на подстанциях. Часть 7. Вазовая структура связи для подстанций и линейного оборудования. Раздел 1. Принципы и модели

ГОСТР МЭК 61850-7-2-2009 Сети и системы связи на подстанциях. Часть 7. Вазовая структура связи для подстанций и линейного оборудования. Раздел 2. Абстрактный интерфейс услуг связи (ACSI)

ГОСТР МЭК 61850-7-3-2009 Сети и системы связи на подстанциях. Часть 7. Вазовая структура связи для подстанций и линейного оборудования. Раздел 3. Классы общих данных

ГОСТ Р 54418.25.2-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-2. Коммуникации для текущего контроля и управления ветровыми электростанциями. Информационные модели

ГОСТ Р 54418.25.3-2014 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-3. Коммуникации для текущего контроля и управления ветровыми электростанциями. Процессы передачи информации при отслеживании состояния и управления ветроэлектрическими установкамими

ГОСТ Р 54418.25.5-2013 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25-5. Коммуникации для текущего контроля и управления ветровыми электростанциями. Проверка соответствия техническим требованиям

Примечание - При польэоеанж настоящим стандартом целесообразно проверить действие ссыло*««их стандартов в информационной системе общего польэое^ия - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет игы по ежегодному шформацио»»юму указателю «Нэ-щюнальмые стандарты», который опубликован по состоя»—о на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий год. Если заменен ссылоьыый стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесении в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, го рекомендуется использовать ввроьо этого стандарта с указа»»ым выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссыломый стандарт: на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, го это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, го положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссы/жу

3 Термины и определения

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

3.1    аналоговая информация ВЭС (wind power plant analogue information): Непрерывная информация о реальном состоянии или поведении системы или компонентов системы.

Примечание - Измеренное значо»—о. обрабатываемое эначеюе. трехфажое змэче+ые. зада woe значение. параметр.

3.2    ветровая электростанция (wind power plant); БЭС: Электростанция, состоящая из двух и белее ветроэлектрических установок, предназначенная для преобразования энергии ветра в электрическую энергш> и передачи ее потребителю.

3.3    еетроколесо ветроэнергетической установки (wind turbiune): Устройство для преобразования ветровой энергии в механическую энергию вращения еетроколеса.

3.4    внешняя система управления (actor): Система, принимающая участие в мониторинге. контроле состояния и режима работы ВЭС. но не принимающая непосредственного участия в управлении оборудованием ВЭС. в частности в управлении и сборе данных (SCAOA).

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

3.5    временные данные (timing data): Длительность конкретного состояния коммуникационной системы.

3.6    диагностика коммуникационной системы (diagnostics): Управленческая функция, которую используют для настройки и обеспечения самоконтроля и выявления причин сбоев в коммуникационной системе.

3.7    диспетчерский контроль и сбор данных (SCAOA): Система, основанная на процессоре, который получает информацию от интеллектуальных электронных устройств (IED). определяет требования к контролю и посылает команды IEO.

3.8    извлечение данных (data retrieval): Операционная функция, используемая для сбора данных оВЭС.

3.9    измеренные данные (measured data): Выборка значений количественных оценок процесса и связанных с ним атрибутов, таких, как метка времени и качества.

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

Пример - Контроллер ВЭУ может иметь соединения с другими контроллерами ВЭС как в качестве клиента, так и в качестве сервера, или одновременно в качестве одного и другого.

3.11    информационная модель (information model): Модель представления информационных функций и устройств, в которых реализованы функции коммуникации.

Примечание - Эта модель становится видимой и доступной с помощью представления е соответствии с условиями группы стандартов ГОСТ Р S441Q.2S. Модель описывает абстрактный способ коммуникационно-ориентированного представления вещественной функции или устройства.

3.12    информационный обмен (information exchange): Коммуникационный процесс между двумя системами (компонентами ВЭС и внешней системой управления) для передачи и получения соответствующей информации, требующий определенных коммуникационных функций, состоящих из одной или нескольких служб.

3.13    информация (information): Содержание сигналов, которыми обмениваются участники коммуникационный среды.

Примечание - Основным элементом информации являются необработанные дгиевю от компонента ВЭС. которые должны быть переработаны в соответств»* с требованиями группы стандартов ГОСТ Р 54418.25. Категории »ыформац»ы: источник информации (аналоговая, диофетиая и др. информация), изалокнчая информация (статистическая и накопленная информация).

3.14    команда (command): Контролируемая информация о состоянии системы (разблокирован/эа-боокирован. активиый/неактиеный).

3.15    компонент ВЭС (wind power plant component): Техническая система, используемая в работе ВЭС. такая как система управления ВЭУ. метеорологическая или электрическая система.

3 16 клммуммкяциАммяа функция (cnmmunimtioo funrtinn)* функция »нфориа1|илмипт пбмйня г. ВЭС. используемая разработчиком для настройки и контроля информационного обмена.

3.17    логическое устройство (logical device): Объекты, которые представляют собой набор типовых функций ВЭС.

3.18    метеорологическая система (meteorological system): Компонент ВЭС. отвечающий за мониторинг условий окружающей среды, например скорость и направление ветра, давление, температура и т.д. Система представляет данные для различных целей, например определения соотношения метеорологических данных и выхода электрической энергии отдельных ВЭУ для оценки использования энергии ветра.

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

3.20    необязательный к исполнению (optional): Контент, который может быть дополнительно представлен в соответствии с серией стандартов ГОСТ Р 54418.25.

3.21    обработанные данные (processed data): Измеренные величины, обработанные с использованием соответствующих их атрибутам методов расчета.

3.22    обязательный к исполнению (mandatory): Контент, который должен быть представлен в соответствии с серией стандартов ГОСТ Р 54418.25.

3.23    отчет (report): Актуальная информация, посланная для обязательной отчетности. Отчет может содержать все виды информации, определенные в ГОСТР 54418.25.2.

3.24    отчетность (reporting): Оперативная функция по передаче отчетных данных с сервера клиенту. инициированная процессом сервера.

з

3.25    параметр (parameter): Контролируемая информация, предназначенная для получения состояния или исправления поведения системы.

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

3.27    подсчет значения (counting value): Общее количество событий определенного типа.

3.28    профиль (profile): Формат отображения данных, используемый конкретным протоколом для передачи данных, команд и тд.

3.29    регистрационный журнал (log): Сборник информации о режиме и эксплуатационном состоянии ВЭС. Хронологический список источников информации за определенный период времени.

3.30    регистрация (logging): Оперативная функция записи последовате/ъных данных (часто в хронологическом порядке) о режиме и состоянии ВЭС и ее компонентов, событиях с участием ВЭС и ее компонентов.

3.31    сигнализация (alarm). Система предоставления персоналу информации о состоянии ВЭС. За безопасностью ветроэнергетической установки следит система управления ветроэнергетической установки (ВЭУ).

3.32    синхронизация времени (time synchronization): Координация появлений состояния коммуникационной системы для управления в соответствии со временем возникновения состояния. Этот процесс может быть предварительным мероприятием установки состояния синхронизации параллельно со временем, или может быть наблюдаемым совпадением различных состояний системы.

3.33    система управления ВЭС (wind power plant management system): Компонент ВЭС. который обеспечивает выбор, ведение и документирование режима работы ВЭС. адаптацию всей системы ВЭС к статическим и динамическим условиям работы и требованиям взаимодействия ВЭУ с электроэнергетической системой.

Примечание - Система управления ВЭС мажет включать в себя др. функции (например, функции контроля шума и звукоизоляции, предупреждение об обледенении, громоотвод), которые не моделируются в группе стандартов ГОСТ Р 54418,

3.34    событие (event): Переходное состояние статуса, сигнала, команды.

3.35    статистическая информация (statistical information): Результат применения статистического алгоритма обработки для набора данных в целях получения вероятностных оценок процесса.

3.36    статус (status). Параметр состояния компонента или системы (st1/st2/..stn).

3.37    стек протокола (protocol stack). Программная реализация набора протоколов компьютерных сетей.

Примечание - Термины «стек протокола* и «набор протоколов» часто используются как синонимы. Строго говоря, набор является определением протоколов, а стек - это их программная реализация.

3.38    три фазы данных (three phase data): Измеренное значение а трехфазной электрической цепи с соответствующими атрибутами данных (метка времени, качество и расчет).

3.39    управление (control): Оперативная функция, используемая для ввода и изменения параметров режима, вмешательства, контроля, параметризации и оптимизации режима и состояния ВЭС.

3.40    управление доступом (user/access management): Функция управления, используемая для настройки, изменения, удаления пользователей (административно), назначение прав доступа (административно) и контроля доступа.

Примечание - Фуукция управления мажет не включать в себя услуги свяж*.

3.41    управленческая функция (management function): Функция управления обменом информацией на определенном уровне системы коммуникации. Фумщии управления обменом информацией -это управление вида доступа пользователям, синхронизация времени, диагностика и настройка.

3.42    характерные значения (characteristic values): Свойства аналоговой информации (мин., макс., среднее, отклонение и т. д.).

3.43    эксплуатационная функция (operational function): Функция получения информации и передачи команд для нормальной повседневной эксплуатации ВЭС. Ее типы: мониторинг, ведение регистрационного журнала, отчетность, поиск данных, контроль.

3.44    электрическая система ВЭС (electrical system): Компонент ВЭС. отвечающий за сбор и передачу энергии, произведенной ВЭУ.

4 Сокращения

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

ACSI - абстрактный интерфейс коммуникационных сервисов (определен, например, в ГОСТ Р МЭК 61850-7-2):

ASOU - Сервис Приложений Модулей Данных;

CASOU - Общий Адрес:

CDC - общий класс данных:

CI - Встречный Опрос:

СОТ - Причина передачи:

DAComp - компонент атрибута данных:

ОС - класс данных;

DNP3 - протокол передачи данных, версия 3:

DA - атрибут данных.

GI - Общий Опрос;

HTTP - протокол передачи гипертекста;

О&М - эксплуатация:

OSI - взаимосвязь открытых систем:

ICMP - интернет протокол управления сообщениями:

IED - интеллектуальное электронное устройство;

IEM - информационно-обменная модель;

IM - информационная модель:

IP - межсетевой интернет протокол.

IOA- Информационный Адрес Объекта;

LCB - регистрационно-контрольный блок;

LD - логическое устройство:

LN - логический узел:

LOG - журнал (регистрации):

LPHD - логический узел физического устройства;

MMS - Обработка Спецификации Запросов (см. [23)).

PI - Изображение процесса:

ODS - Качественный Дескриптор;

QOI - Спецификатор Опроса:

RCB - отчетно-контрольный блок;

RFC - запрос комментариев.

SCADA - система диспетчерского контроля и сбора данных.

SCSM - отображение конкретного коммуникационного сервиса.

SOAP - протокол простого объекта доступа.

SSL - уровень защиты сокета:

S/E - Выбрать/Вы полниться:

SCL - Язык Конфигурации подстанции:

SCL - система конфигурации языка (определена в ГОСТ Р МЭК 61850-6);

TTL - время существования:

TCP - протокол контроля передачи.

TI - Тип Идентификации;

UDP - протокол контроля датаграмм:

UUID - универсальный уникальный идентификатор.

URL - универсальный локатор ресурса:

WPP - ветровая электростанция (ВЭС);

WSOL - язык описания Веб-Сервисов;

WT - ветровая турбина (ветроколесо),

XML- расширяемый язык разметки:

ХРАТН - XML язык пути.

5 Основной обзор

5.1    Общие положения

Отображение информационной модели, определенной е ГОСТ Р 54418.25.2, и информационнообменной мсдели. определенной в ГОСТ Р 54418.25.3, рассмотрены в настоящем стандарте со специальными отображениями, данными в соответствии с приложениями А-Д:

а)    информационно-обменная модель ВЭС отображена в набор ееб-сервисов, которые обеспечивают отображение для информационно-обменных сервисов в соответствии с ГОСТР 54418.25.3:

б)    информационно-обменная модель ВЭС отображена в ОРС XML-DA стеков протоколов, которые обеспечивают отображение для информационен обменных сервисов в соответствии с ГОСТР 54418.25.3:

в)    информационно-обменная модель ВЭС отображена в стандарте [1] MMS стеков протоколов. которые обеспечивают отображение для информационно-обменных сервисов в соответствии с ГОСТР 54416.25.3:

г)    информационно-обменная модель ВЭС отображена в ГОСТ Р МЭК 60670-5-104 стеков протоколов. которые обеспечивают отображение для информационно-обменных сервисов в соответствии с ГОСТР 54418.25.3,

д)    информацюнно-обменная модель ВЭС отображена в DNP3 стеков протоколов, которые обеспечивают отображение для информацио*»«о-обмениых сервисов в соответствии с ГОСТР 54418.25.3.

В подразделе 5.2 описаны отношения между информационной моделью. ииформацио***о-обмеи-ными сервисами и отображением в стеки протоколов.

8 подразделе 5.3 описаны отношения между информационно-обменными сервисами, определенными в ГОСТ Р 54418.25.3. и возможностями отображения а стеках протоколов.

8 приложении Е приведено описание требуемого времени выполнения синхронизации в целях соответствия настоящему стандарту.

В приложении Ж приведено вспомогательное руководство для понимания стандартов серии ГОСТР 54418.25. а также пример реальном системы в эксплуатации.

5.2    Отображение стеков протоколов

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

И|форияцшпиия швф/т ь ГОСТ Р Б4418 JS.2


И»фоницж>Н1ю~о6М9*мй модель ГОСТ Р 54418.25.3


Г» ими»—

Гфваешшм

Сеанс свод

Передача

Сеть

Амаагирадвчи

дмпа

Смжмкхм* уровмъ



5.3 Сервисы ГОСТ Р $4418.25.3, отображенные в стеках протоколов

В таблице 1 сделан обзор информационно-обменных сервисов, описанных в ГОСТ Р 54418.25.3. и степень выполнения, обеспечиваемая указанными отображениями в стеках протоколов. Для каждого отображения приведена на колонка, которая указывает на совместимость с требуемыми сервисами. Графа М/О показывает, каким образом сервис определен в ГОСТ Р 54418.25.3: как обязательный или дополнительный. Знак «Y* в столбце означает «YES», т. е. сервис поддерживается, в то время как «N» означает, что сервис не поддерживается, и «Р» означает частичную поддержку, т.е. сервис, определенный в ГОСТ Р 54418.25.3. поддерживается не полностью.

Таблица 1 - Обзор отображений сервисов ГОСТ Р 54418.25.3

Обзор возможностей отображения

Сервисы

ГОСТ Р $4413.2S.J

МАО

Web-

services

OPC XML-DA

Стандарт |1) (MMS)

ГОСТ PUS* 60670-5-104

ONP3

Associate

М

Y

Y

Y

Y

Y

Release

0

Y

Y

Y

Y

N

Abort

0

Y

Y

Y

N

N

GetServerOirectory

0

Y

Y

Y

N

Y

Get LogicaDeyiceOvBCtory

0

Y

Y

Y

N

Y

Gel Log^afNodeDirectory

0

Y

Y

Y

N

N

GetData Values

М

Y

Y

Y

Y

Y

SelOata Values

М

Y

Y

Y

Y

Y

GetOataOredory

0

Y

Y

Y

N

N

GetDataDefinftion

0

Y

Y

Y

N

N

GetOataSefVaiues

М

Y

pa)

Y

N

Y

SetOataSe (Values

0

Y

N

Y

N

Y

Create DataSet

0

Y

N

Y

N

N

DeieteOataSet

0

Y

N

Y

N

N

GetDataSetOirectory

0

Y

N

Y

N

N

Report

0

Y

Y

Y

Y

N

GetBRCBVfehjes

0

Y

N

Y

N

N

SetBRCBValues

0

Y

N

Y

N

N

GetURCBValues

0

Y

N

Y

N

N

SetURCBVatues

0

Y

N

Y

N

N

AddSubscnpbon

0

Y

Y

Y

N

N

RemoveSubscriptton

0

Y

Y

Y

N

N

GetLCBVaiues

0

Y

N

Y

N

N

SefLCBVaiues

0

Y

N

Y

N

N

GelLogStatus Va lues

0

Y

N

Y

N

N

OueryLogByTene

0

Y

N

Y

N

N

OueryLogAfter

0

Y

N

Y

N

N

Select

0

Y

Y

Y

Y

Y

SelectVYrthValue

0

Y

Y

Y

Y

Y

Cancel

0

Y

Y

Y

Y

N

Operate

м

Y

Y

Y

Y

Y

СослтагкЯелпетаЬоп

0

Y

Y

Y

Y

Y

TmeActvatedOperale

0

Y

Y

Y

N

N

a> Уров*м поддержки рассмотрены e дальнейшем в Б.5.7.3.5

Приложение А (обязательное)

Отображение сервисов специальной коммуникации - Структура и отображение в Веб-Сервисы А.1. Основные положения

А.1.1 Введение в структуру и отображение в Веб-Сервисы

Настоящее припожо<*о описывает решения, включая структуры и отображение ГОСТ Р 54418.25.2 и ГОСТ Р 54418.25.3. Информационной Модели и сервисов Ииформациоино-Обменвых Классов и Моделей в сетевые обьегты и Веб-Сервисы. Приложение огмсьюает полное коммуникаиюнное решение, определяемое WSOL файлом, предназначенным для осуществления коммуникации с ВЭС.

Настоящее приложение включает в себя следующие раздета:

-А.1 - представляет общее введение в задачу отображения в Веб-Сервисы:

-    А_2 - представляет список нормативных ссылок /зля отображения в Веб-Сервисы;

-    А.З - представляет список условных совращений используемых в прилажен»* А;

-    А.4 - представляет отображение Информационной Модеты в Веб-Сервисы.

-    А.5 - представляет отображение Информационно-Обменной Модели в Веб-Сервисы.

-    А.6 - представляет детали стека протоколов;

-    А. 7 - представляет WSDL спеоификаиию отображения в Веб-Сервисы. Стиль привяжи, выбранный в WSDL специфика*!»*. - это документальное/буквенмое оформлемю.

А.1.2 Контекст структуры и отображения в Веб-Сервисы

В контексте структуры и отображения в Веб-Сервисы находится обмен информационны** процессами, требуемы** для оперативных задо4. основанных на отношениях клиент-сервер.

Информационная модель и »ыформаиионно~о6мемиая модель составляют спецификацию интерфейса между клиентом и сервером. Информационная модель поставляет базу понятий для открытых данных ВЭС и используется сервером для предложения связанному с н*м клиенту внешней формы и компонентно-баэироваиного виде ни я данных ВЭС.

Объем информации, доставляемой сервером, мажет варьироваться в зависимости от ряда допогыительных да»*ых. предлагаемых разными производителями.

Клиент может быть локальным, регионагаым или расположенным в центре управления масштабов страны, который осуществляет обмен информацией в целях мониторинга и управления ВЭС.

А. 1.3 Структура отображения

Структура отображения состоит из следующих трех частей:

1)    отображение информационной модели.

2)    отображение классов данных:

3)    отображение информационно-обменных сервисов.

Указанное отображение для настоящего приложения основано на использовании SOAP/ХМ. для обмена компонентами информационных моделей ВЭС в системе отмоше»*й клиент-сервер.

Информационная модель ВЭС. определенная в ГОС Г Р 54418.25.2. должна быть отображена иерархической структурой.

Структура отображения (коицвгквм) поназэча на рисунке А.1. кЬформаииониая модель ВЭС из ГОСТР 54418.252 предполагается постоянной при отображении в Веб-Сервисы. Это в особенности значит, что:

-    сервер осуществляет иерархическую информационную модель ВЭС из ГОСТ Р 54418.25.2 (ТМ). которая мажет быть выдана сервисам сотпаою ограничениям в таблице А.1:

-    клиент осуществляет информационную модель ВЭС по существующей конфигурации:

-    позиция клиента подтверждает иерархическую информационную модель ВЭС из ГОСТ Р 544 Т8.25.2 через сервисы, которые доставляют отображения Веб-Сервисам для обмена информацией.

е

Таблица А.1 - Обзор отображения в Веб-Сервисы по ГОСТ Р 54418.25 IM и IEM

тг.то ***** 7 iu ГОСТР S4418 2S 31EU

mr.r p *** * * ,i ifm Сермсы

мK>

RfnMWONA л

ото6рд*еи*в

г#тммм nfvMnut

и »е6-сервисам

SERVER

Y

tServer

GeCServerDirectory

О

Y

GetServerOaectory

ASSOCIATION

Assooate

M

Y

Associate

Release

О

Y

Release

Abort

о

Y

Abort

LOGICAL-DEVICE

Y

tLD

GetLogicalDeviceDi

rectory

о

Y

GetLogcalDevxsDwectory

LOGICAL-NODE

Y

tLN

Get Logical NodeOi rectory

о

Y

GetLogical NodeDtredory

DATA

Y

tData

GetDataValues

м

Y

GetDataValues

SetOataValues

м

Y

SetOataValues

GetData Directory

о

Y

GetOataDiredory

GetDataDefirabon

о

Y

GetDataDe Nation

Окончание таблицы А. 1

ГОСТЯ U418.25.2 1М ГОСТ Р 544)8.25.3 IEM

ГОСТP 54418.25.3 l£M Сермсы

МЮ

Включено • отображен ее

Отображается сетевым объектам я веб-сервисам

DATA-SET

Y

tOetaSel

GetDataSetVbftues

M

Y

GetData Set Values

SetDataSetVaiues

О

Y

SetDataSetVaiues

CceateOataSet

о

Y

Create DataSet

DeteteDataSet

о

Y

DeleteDataSet

GetDataSetDeectory

о

Y

GetDataSetDirectory

REPORTING

AddSubscripbon

о

Y

Add Subscription

RemoveSubscnption

о

Y

RemoveSubscnption

Report

о

Y

Report RequesdResponse

BRCB

tBRCB

GetBRCBVaiues

о

Y

GetBRCBValues

SetBRCBValues

о

Y

SetBRC В Values

UR С В

tURCB

GetU RC В Values

о

Y

GetU RCBVaiues

SetURC В Values

о

Y

SetURC В Values

LOG

Y

tLOG

GetLogS talus Values

о

Y

GetLogStatusValues

QueryLogByTme

о

Y

OueryLogByTime

OueryLogAfter

о

Y

OueryLogAfter

LCB

tLCB

GetLCB Values

о

Y

GetLCB Values

SetLCBValues

о

Y

SetLC В Values

CONTROL

Select

о

Y

Select

seeeawnnvakie

о

Y

Seftecrwitn value

Cancel

о

Y

Cancel

Operate

м

Y

Operate

Comma ndTermnabon

о

Y

CommandTarminabon

TimeActivatedOperate

о

Y

TimeActivatedOperate


Примечание - Графа МЮ в таблице А. 1 показывает, каким образом сервис определен в ГОСТ Р 54418.25.3: как обязательный игм как допалнитегьный. Знак «У» е графе охэчает «YES», те. сервис поддерживается, в то время как «N» означает, что сервис не поддерживается_


А.2 Специальные нормативные ссылки на Веб-Сервисы

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

ГОСТ Р 54418.25 Возобновляемая энергетика. Ветроэнергетика. Установки ветроэнергетические. Часть 25. Коммуникации для текущего контроля и управления ветровыми электростанциями.

ГОСТ Р МЭК б1850-6-2009 Сети и системы связи на подстанциях. Часть б. Язык описания конфигурации для связи между интеллектуальными эпектро+ыыми устройствами на электрических подстанциях

Кроме того, при работе с Веб-Сервисами необходимо использовать документы (1)—f21 J.

А.З Сокращения

Сокращены* приведены в разделе 4 настоящего стандарта.

А.4 Отображение информационной модели ГОСТ Р 54418-25 в Веб-Сервисы А.4.1 Основное введение в приложение А

Глэочю характеристики классов отображения. олредепе»а<ых в ГОСТ Р 54418.25,2. приведены в таблицу А-2.

Таблица А.2 - Отображены© ГОСТ Р 54418.25 IM в Веб-Сервисы

ГОСТ Р $4419 25 2 IM Классы

Огображаиме сетевым объектам m Веб-Сеоаасам

SERVER

tServer

LOGICAL-DEVICE

tLD

LOGICAL-NODE

tLN

DATA classes

tDATA

COMMON-DATA classes

tCDC

DATA-ATTRIBUTE type

tData Attribute

DA-COMPONENT type

tDAType

Отображение основных типов атрибутов дэ*чых сведены в таблицу А.З.

Таблица А.З - Отображен аю ГОСТ Р 54418-25 IM основных типов атрибутов да»авхх

ГОСТ P 54416 25 латте

Value Ranpe/eKplenabon

Отобр»ае«ы« сетевым объектам и Веб-Сера*сам

BOOLEAN

True 1 False

according to tBasicType

INT8

- 128 до ♦ 127

accordaig to tBasicType

INT18

-32768 до ♦ 32767

according to tBasicType

INT24

-8388608 до 8388607

according to tBasicType

INT32

- 2**32 до (2*~32) - 1

according to tBasicType

INT128

-2-127 до (2-127)-1

according to tBasicType

INT8U

от 0 до 225

according to tBasicType

INT16U

от 0 до 65535

according to tBasicType

INT24U

от 0 до 16777215

according to tBasicType

INT32U

от 0 до 4294967295

according to tBasicType

FLOAT32

Едюеачая тоеюстъ плавающей товси

accordaig to tBasicType

FLOAT64

Двоичая тоююстъ плавающей точки

according to tBasicType

ENUMERATED

Упорядочен ант набор значений, олределетчых е виде целых чисел и текста

according to tBasicType

CODED ENUM

Определенны* набор значений огранаимвэется цельихи числами с определенньих числом бит

accordtftg to tBasicType

OCTET STRING

Шестнадцатеричная двоичная

accordaig to tBasicType

VISIBLE STRING

Строка символов, декодируемая как строка Ют виод

accordatg to tBasicType

UNICOOE STRING

Строки Ююткод с ненулевыми эчачеютяшт. байтовые последоватегъности которых основаны на UTF-8 формате преобразования [2]. символы которых декодируются в соответствии с байтами

according to tBasicType

Информационная мооель ВЭС. описа»ыая в ГОСТ Р 54418.2. определяется классами Логи «ежих Узлов (LOGICAL NOOE). Данные (DATA). Обиме Да*ые (COMMON-DATA), типааы Атрибуты Данных (DATA-ATTR1В1ГТЕ) и Компоненты Дамос (DATA-COMPONENT).

Объекты информационной модели названы в соответств»ы с методикой, описанной в ГОСТ Р 54418.25.2 (разделы 5 и 6).

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

На рисунке А2 приведено устройство части имеют. следующего за этаком слэш, которое состоит из стандартных компонентов. В устройстве имени участвуют три набора таблиц:

-    логический Узел (LN): определения да»** в ГОСТ Р 54418-252 (раздел 6);

-    класс Общие Данмые(ОАТА): определен даны в ГОСТ Р 54418.25.2 (подраздел 7.3);

-    атрибуты Общих Даюяхх (DA): опредоло*ыя даны в ГОСТ Р 54418-252 (подралоел 72).

COCcCW

1 f

1 Victor i

cMd

1 Vtehtf 1

- П


COfeVtOtor t

mifl

«4

• PHIMWiiP 1 ■ PW

ilTSf FLQW32


ILNO

LPHD


WGBrt

[were


МИШИ


LPL

9bd

WN

W

IWVE 1

i-


щиюшимГ


COC:WYE ♦

d ! VKfiLBSTRl

, ш

ЛMA 1 QiV 1


|цуиввал»й~


щшсашкро»



Шшсвшкцшссш I

цдгаввцлкцмддтт» |

ijnwoattjwnpiwrftaofcn^jl

>щл«а«цкр1ма.с¥и.1иД


Рисунок A-2 - Структура имен, применяемых в серии стандартов ГОСТР 54418.25 (концепция)

В дооотыемие к указанным компонентам в ГОСТ Р 544 fd.25.2 (табтща 42). указаны наборы базовых типов. Фниальнъй компонент имени является атрибутом данных. который не имеет базового типа дэ»в«ых.

Определения логических узлов (LN) содержат списхи компонентов, которые также являются данными (DATA) Определения данных (DATA) содержат списки компонентов, которые могут быть как DA (известнене как «Простые» СОС) или »иые да>**эю (известные как «Составив» CDC). Пример, когда одни дан>«*е (DATA) используются в качестве компонентов, входящих в другие данные (DATA) - это соединенные звездой электрические объекты (WYE). когда компоненты другого класса Значения Комплексные* Мер (CMV). также являющиеся классом Даиьые (DATA).

Компоненты из DATA являются DA которые могут быть и/м атрибутом, имеющим базовый тип данных (называемым «Simple» (простой) компонент, который благодаря этому становится завершающим компонентом имени) или другим DA (называемым «Composes» (составным) компонентом).

Конструкция имени иа*ммается с ввода набора LN таблиц и нахождения LN Мате (Имени Логического Узла), которое прилагается к имени сразу после разделителя слэш. LN Name мажет надеться с дополнительного LN префикса, за которым следует имя стандартизованного клаоса LN. и закатывается обяээтетъмой LN комкретуыгм ID (например, вторая WGEN в LD означает WGEN2). Содержащийся в LN конкретный ID заканчивается знаком тонка («.») как раэдегытелем.

Найдя предназначенную LN табгьщу. выбирается следую ней. относицийся к делу компонент егмеха. Имя компонента приложено после гожи-раздвгъггеля и заканчивается следующей токсой-раздегьггелвм. LN тэбгыиа указывает на класс DATA этого компонента Затем выбирается подходящая тэбгмца среде структуры DATA м следуюимй удоелет-вориощим компонент сгиска структуры данных. Имя этого компонента нахсдется после последнего раздегытеля-тожм.

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

Эта схема будет ислогыэоватъся для всех сервисов, которые содержат структуру и/или значения данных, полученных в каждом конкретном случае с помощью ииформадеонмой модели ВЭС. производных от классов, упоминаемых в настоящем стандарте.

Структуры WSOL. показанные на рисунке А^.1. облегчают понимание сле1*1ф»есации- Тсхные спеем фи каиж< WSDL представлен в А.7. которые будут исгкнъооваться в соответствии с настоящим стандартом.

*n**sHn^pAm*.w0je^fai01fl«L8eheimr jui*»—« тЪЩ>ЯылН9ИИ1ттН.*Г eiemenF6miC)d»il^|etiBid> <*<»inptaType гшп&-"ио*>

«otanariWT^UTiypM </к*еф»по»>



mlnOcua^T 1™Охиг»-"шЬсшгнйяП>


<*cocnptefl>p* мт*=*ШИ*>

<*xec*>*noe>

<ж*тег« rmmepTNI^ W#=4we^l4W medOccurs^Wbeiindedn^

^aiariTt 1Ш1»"Т)и1мВ|Г ир^Н»и^ЮАТА>1Г етЬОагюгм»нр тшгОадяж^ипЬоитаиГ/»

irrinOoan^Pme^oaif^fflMnM1^ <**A«nert mm+ПИКГ    ^iWlf гПпОссим-ТГ гпшОсади

irttjCSP n^iOnaifM^f лахОоал^'ипЬсимДкИ* <^e4mert готчгПДОГ %р*=ЧЬИ1-О0Г mbiOca;r*=*#^>

<*кт*яао•>

«A«*m|*€BtType>


</вссдярйаТуре>


^кСвцр!вТурб I <1вемгм>

<ж4ет*« пат>> T4f#iamirfrpe-4«4:TOb)irtHM»<V>



^ixomfJexType immv^tOATA"V

<v»eqi*no»»


<=r.dgnert iwii* *ВшАп»тург Чч»: <е:в>гпш1i ■пмиДСртроеК»СРС* <a;>bmwrt i ни» 'ЧЫтр>еСРС* <fextofc»>


Ьаь** mhOca«*=4" meOcaiw^nbo«n4#d^>

* mkrOttaure»"#* гтОоалв«ЧлЬоим1яГУ> тИОатл-Ч* лшеОаои*и*ипЬоапс1в*У>


«aramptaTyp» iMin»*nOATyper>

<1Мф«СК>

<*6tenw* пап к*    !ДО^%уа0Ь)<с1Нмш*>

<*cfcotoe гт#Оосиге-*Т гпн*СХая5и**о1«ёе«Г>

<»аДтшт1папв»"ОЛСшф" tj ре> ^ibiJQUai" ninOeeu^V <*з—от ant name ТИчСвмр"’ tjpn 4—1—*rt>p«r nmnOccu»"fnf> <fccMa»>

</«wuenoe>

4/KQVTfM>pB>

Рисунок A.2.1 - XML схема для ^формационной ««одели ВЭС

А.4.2 Класс Сервер (SERVER)

Класс Сервер следует отображать так. как описано в следующем тексте:

<s: compJexTуре name=TServeT*>

<s:anno(ation>

<s:documentation>Container for Server obyoct</s:docwnentabon>

</s:annotatioo>

<s:sequence>

<s:element name=‘Server AccessPotnt" type="s:string* maxOccurs=*i*iboundedV>

<s:e*oment name="LOr lype="ews:tLO" maxOccurs=”unbounded*/>

</s:sequence>

</s:complexT ype>

Все элементы следует определять, как описано и приведено в ГОСТ Р 544 /8.25.3 (подраздел 9.3).

А.4.3 Класс Логическое Устройство (LOGICAL-DEVICE)

Класс Логическое Устройство следует отображать так. как описано в следующем тексте:

<s:comptexType rvame=TLO*> <s:annotabon>

<s:documentation>Conlamer for Logical Device otofoct</s:doaanentation>

</s:aonotat»oo>

<s:sequence>

<s:e4ement name^LOName" type=*ews:tObjectName7>

<s:eiement name=’LN* type=*ews:tLN" minOccurs=*3* maxOccurs="untooi*)ded*/> </s:sequence> </s:complexType>

Все элементы следует определять, как отесано и приведено в ГОСТР 54418.25.3 (подраздел 9.4).

А.4.4 Класс Логический Узел (LOGICAL-NODE)

Класс Логический Узел следует отображать так. как описано в следующем тексте:

<s:comp!exType name=1LN*> <s:annota6on>

<s:documentatJon>ContaK>er for Logical Node object</s:documeotatk>n>

</s:annotation>

<s:sequence>

<s:element name="LNName'’ type ="ews: tObjectNameV>

<s:element name="Oata" type=*ews:tDATA* maxOccurs="unbounded“/>

<s:element nafne="OataSet* type=’ews:IDATASet* титОссигв="0" maxOcajrb=*Lr*>oundedV>

<s:e*ement name="BRC8* type="ews:tBRC8" minOocurs^O* maxOcctrs="unbotrided7>

<s:e*ement name=4JRC8" type=*ews:tuRC8* т»пОссшь="СУ maxOccLrs="unboiKxle<r/>

<s:e*ement name=*LCB* type=*ews:tLCB* гтьпОссигь=’0" maxOccurs-*unbounde<r/>

<s:e*ement narne='LOG* type=’e*rs:tLOG~ min0ccxrs="O,,/>

</s:sequence> </s:complexType>

Все элементы следует определять, как отесано и приведено в ГОСТ Р 544/8.25.3 (подраздел 9.5).

А.4.5 Класс Данные (DATA)

Класс Данные следует отображать так. как описано в следующем тексте:

<s:comptexType name=TDATA“> <s:armoCatfon>

<s:documentabon>Contamer for DATAobjecK/s:doci*nentatk>n> </s:annotatk>n>

<s:sequence>

<s:etement name^'DataName* type=*ews.lObjectName"/> <s:choice maxOccurss*unboundecr>

<s:element name="DataAttr" type="ews:tDataAanbute* ткЮссиг5="0" maxOca*s=*unbour>de<r/> <s:e4ement name="Compos*teCDC" type=“ews:tOATA" min0ocurs=^0* maxOcajrs="i*iboonded*/>

<s:e*emenl name="S*npleCDC‘ type="ews:tSimpteOata" nKnOccurs="0’ maxOccurs=*i*iboundecr/> </s:choice>

</s:sequence> </s:comptexType>

Состав»«j»e COC и Простые CDC яелгаотся особенностью класса датеых для настоящего стандарта, все остальные элементы следует отесывать так. как определено в ГОСТ Р 54418.25.3 (подраздел 9.6).

А.4.6 Класс Набор Данных (DATA-SET)

Класс Набор Данных DATA-SET следует отображать так. как описано в следующем тексте:

<s:complexType name="!DATASeT> <s:annotabor\>

<s:documentat>oa>Containef for DATA-SET objecK/s:documentation> </s:annotation>

<s:seqoence>

<s:e4emen< name=“DSName" Type="ews:tObjectName*/ >

<s:e4emenf name=“DSMemberRer type=*ews:tFcdFcdaType* maxOccun&="unboiK)de<r/> </s:sequence> </s:complexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.7).

А.4.7 Структура Атрибут Данных (DATA ATTRIBUTE)

Структура Атрибут Да»ыых DATA ATTRIBUTE должна быть отображена так. как определено в следующем тексте:

<s:comptexType name="tDataAttritxjte~> <s:annotation>

<s:documentalion>Container lor DataAttrtxjtes</s.documentation> </s:anootabon>

<s:sequence>

<s.element na me=“DAType" type^ews.lDAType V>

<s:element na me=TrgOp" type=*ews lTrgCond" minOccirs="0' maxOccors="1*/>

</s:5equence>

<s:atlribute name=*FC* type=*ews:tFC* use-'reqtared* /> </s:complexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.6).

А.4.8 Класс Тип Атрибута Данных (DAType)

Класс Тип Атрибута Д»ыых DAType должен быть отображен так. как определено в следующем тексте:

<s:comptexType name="tDAType~> <s:anootation>

<s:documentation>Container for DAType<ys:documentation> <Vs:annotabor\>

<s:sequence>

<s:choice minOccurs="1" maxOccura=*unbounde<r>

<s:element na me="DAComp" type=*ews:tDAType" rmnOccurs=*0* maxOccLrrb="unbotinded”7>

<s :element name="Pr»mComp* type="ews:tBasicType" mm0ccirs=*07>

</s:chok»>

<1- Specialisation of DAType—>

</s:sequence>

<s [attribute name=*DAName~ type=*ews tObjectName" use= "required"/^

<s:attribute name=V type=*s:Miteger* use="opbonar/><!- Index of Array of Composite Data Attribute as ARRAY of AnalogueVafue->

</s:complexType>

DAComp и PnmComp являются особенностью класса данных для настоящего стандарта, все остальные элементы следует огысыеагъ так. как определено в ГОСТ Р 54418.253 (подраздел 9.6).

А.4.9 Класс Контрольный Блок (REPORT-CONTROL-8LOC К)

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

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

Все атрибуты и поведение классов Контрольный Блок (BRC8 и URC8). определенные в ГОСТ Р 54418.25.3 (подраздел 9.8), должны быть отображены следующим образом.

А.4.10 Класс Буферизованный Контрольный Блок (BRCB)

Класс Буферизованный Контрольный Блок BRCB должен быть отображен так. как описано в следующем тексте: <s:complexType name="tBRC8~> <s:annotalion>

<s:documentat>on>Container for BRCB obfect</s:doa*nentation> </s:annotation>

<s:sequence>

<s:element names*BRC8Name~ type=’ews:tObjectName7>

<s:element name=’RptID* type=*ews:tstnng657>

<s:element names’RptEna" type=*s:bootean7>

<s:element names’DatSef type=*ews:tData Set Reference’^

<s:element name=‘CortRev" type=’s:uns-gnedlnt7>

<s:element name="OptRds’ type=4:tOptFldsBRCB*/>

<s:element name=’BufTm" type=*s;unsigned»nt7>

<s:element rvafne=’SqNum" lype='s: unsignedShoff7>

<selement name=TrgOp* type=*ews:tTrgCond7>

<s:element name="lrrtgP<T type=*e*s:uns^nedlntV>

<s:e*ement rvame=’Gr type="s:bootean’/>

<s:element пате=*РигдеВиГ type=’s:booleen7>

<se*ement name=*EntrylD" type=’ews:t£ntrylD7>

<s:eiement name^TuneOfEnlry* type=*ews.lTimeStamp7>

</s:sequence> </s:oomplexType> <!-

<s:comp!exType nan>es*lOpCRdsBRCB*> <s:annotation>

<s.documenta6on>Opbonaf fields for BRC8</s:documentat>on> </s:annotation>

<s:sequence>

<s:element name="seqNum* types’s: boolean’ f>

<s:element names*bmeStamp’ type ="s: boolean’ t>

<s:element names’raasonCode* type='s:booleen* t>

<s element names'dataSet’ type=’s:boo*ean’ t>

<s:element names’dataRef type=’s:boolean" t>

<s element name='bufOvfT typ©s's:boo*ean* />

<s:element name="entrylD* type='s:boolean" t>

<s:element name=’conf»gRer type=*s:boolean’ t>

</s:sequence> </s:complexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.8).

А.4.11 Класс Небуфериэованный Контрольный Блок (URCB)

Класс Небуферизооожый Контрольный Блок URC8 должен быть отображен так. как описано в следующем тексте: <s:complexType name="tuRC8*> <s:annotation>

<s:documentabon>Cortainer for UNBUFFERED REPORT CONTROL BLOCK object</s:documentation> </s:annotabon>

<s:sequence>

<s:element name=’URC8Name’ type=’ews:tObjeclName7>

<s:e*ement name=’RpOO* type=’ews:tstrmg657>

<s:element name=’Rpt£na" type="sboolean7>

<s:e*ement name="Resv* type=’s:boolean7>

<s:element name=’OatSeC type=“ews:tDat3SetReference7>

<s:e*ement name="CoafRev" type=’'s:unsignedlnrV>

<s:element name="OptRds" types*ews:tOp(FldsURC87>

<s:e*ement name="BirfTm’ type=*s.unsignedlnt7>

<s:element name="SqNum" types’s: unsignedShort7>

<s.olomont name=TrgOp* type='ews:tTrgContf7>

<s:element name=’lntgPtT types’s: unsigned*it7>

<s:element пате=’СГ type=’s:boolean7>

</s:sequence> </s:complexType> <!-

<s:complexType name=TOptRdsURCB*> <s:annotation>

<s:documentabon>Opbonal fields for URCB</s:documentation>

</s:annotal(on>

<s:sequence>

<s:etemen( name=4eqNum" type="s:bootean“ f>

<s element name="bme Stamp" type=’s.boolean" />

<s:element name="reasonCode~ type=*s:bootean* f>

<s element name^'dataSeT typers: boolean" f>

<s:element name="dataRer type="s:boolean" f>

<s element name="reserved" type=’s: boolean" t>

<s:element name="configRev" type="sboo*ean" t>

</s:sequence> </s:complexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.8).

А.4.12 Класс Регистрационно-контрольным блок (LOG-CONTROL-BLOCK) (LCB)

Класс Регистрационно-контрольный блок должен быть отображен так. как описано в следующем тексте:

<s.complexType name=*4LC8~> <s:annotabon>

<s:doa*nentabon>Container for LOG-CONTROL-BLOCK objecK/s:documentaUon> </s:annotabon>

<s:sequeooe>

<s:e*ement name="LCBName" types*'ews:tObyectName*/>

<s:etement name="LogEna" type="s: boolean 7>

<s:e*ement name="OatSeT type=’ews:tDataSetReference"/>

<s:e*ement name="OptRds" type=*ews:tOptFkJsLCB"f>

<se*ement name="TrgOp" type=*ews:ITngCon(T/>

<s:efement name="lntgPd" type="s:unsigne(Bnt7>

<s:e*ement name=’LogReT type=“ews:tOtofedReferenoe"/>

<ys:sequence> </s:complexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.9).

А.4.13 Класс Журнал (LOG)

Класс Журнал LOG должен быть отображен так. как описью в следующем тексте:

<s:comp!exType name=TLOG"> <s:annotabon>

<s.documentabon>Cantamer for LOG obyect</s:documentabon>

</b.ei««AaUu'i>

<s:e4ement name="LogNarr>e" type=“ews:tObjectName"/>

<s:o*omenf name="OkJEntrTm" type="ews:tTimeStamp*/>

<s:etement name="Ne*EntrT m* type="ews.tTimeStamp’/>

<s:e*ement name="0*dErrtT’ type="s:uns*gnedlnt"/>

<s:etement name=*NewEntT type="s:unsignedkit7> <s:sequence maxOccurs=“iK>botjnde<r>

<se*ement name2 Tog Entry" type="ews.1LOGEntry*/> </s:sequence>

</s:sequence>

</’s:comptexType>

Все элементы следует определять так. как описано и приведено в ГОСТ Р 54418.25.3 (подраздел 9.9).

А.5 Отображение Информационно-обменной модели в Веб-Сервисы А.5.1 Основные положения

Сервисы обмена информацией ВЭС. указанные в ГОСТ Р 54418.25.3 IEM. должны быть отображены с помощью сервисов определенных в этой главе.

Все имена сервисов и определения, данные в А5. были взяты из ГОСТ Р К4ЭК 61850-7-2. кроме сервисов AddSubscnpbon. определенных в А.5.7.2 и Removes u bscnp bon. определен#*** в А.5.7.3.

Все определения. да*#**е в этой главе, использующие COOED ENUM (кодированные перечисления). иа**н иаются с 1. кроме случаев, когда эначе»мя специально указаны в ГОСТ Р 54418.25.2.

А-5.2 Отображение класса сервисов Сервер (SERVER)

А.5.2.1 Основные положения

Класс сервисов Сервер должен быть отображен в Веб-Сереисы как показано в таблице А.4.

Таблица А.4 - Отображение класса сервисов Сервер в Веб-Сервисы

ГОСТ Р S4418.25.2IM Class (информационная модель) ГОСТ Р S4416.2S.0 IEM Class (—формацяо—о-обяешая модель)

ГОСТ Р 54413.25.3 1ЕУ Serrces (сераясы кмфоома-цяо*м«-о6—еином ыодеяя)

Отображоине обьеятам я Web сереясам

SERVER (Сервер)

tServer

GetServerOvedory (Полупить доректорию сервера)

GetServerOKedory (Полупить директорию сереера)

ASSOCIATION (Связь)

Associate (Связать)

Associate (Связать)

Release (Реа/мзацмя)

Release (Реализация)

Abort (Прервать)

Abort (Прервать)

А.5-2.2 Получить директорию сервера (GeCServerOvectory)

А. 5.2 2.1 Осиоемое положение

Клиенту следует ислагъэовать сервисы GetServerOrectory для вывода области имен обнаружениях Логических Устройств (LD) и таким образом доступных кгменту. обращающемуся к серверу.

А.5-2.2.2 Запрос «Полутень директорию сервера» (GetServerOirectoryRequest)

Запрос сервиса «Полутень директорию сервера» следует огмсъвать следующим образом:

<s:element nan)e=*GetServerOirBctoryRequesr> <s:complexType>

<s:sequeoce>

<s:etemen( name=*ObjClass" type="ews.lObfectOass*/> </s:sequence>

<s:a&rvbute names*UUID* type=‘ews:tslnng36" use=*optionalV> <s:attribute name=*AssodD~ type="ews:lAssodD’' use="nequired*/>

<fe:complexType> <^se*ement>

Имена тегов описаны в таблице А.5.

Таблица А.5 - Запрос «Получить директорию сервера»

Наимеяоеамяе

Омясакяе

GetServerOiredory

Request

Сервис запрашивает у клиента список обнаружена* Лопеюских устройств и. таким образом. досгутма запрашивающему клиенту

ObjOass

Отсыгжа к Логическому устройству или Файлу

UUID

Универсальный уникальней идентификатор (UUIO) используется как уникагыный сервис идентмфикашы для отношений запрос/ответ. Подробнее о UUID - см. [21].

AssodD

AssocJD иля опоеделенся общего идентификатооа - специального кгыеита. AssociD будет испогъэоеаться для идентифжации. например присвоенных подписей и входов на сервер

А.5-2.2.3 Ответ «Получить директорию сервера» (GetServerOvectoryResponse)

Ответ сервиса «Полу^мть директорию сервера» следует огмсывать следующим образом:

<s:etement name=*GeCServerOrectoryResponse~> <s:comp*exType>

<s:choice>

<s: element name=*LDReC types*ews:tLogicaCeviceReference* minOccurs=-0* maxOccurs=*unbouoced/>

<s:element narne=“ServiceEnor^ type^*ews:tServrceError' m»n0cci*5="0" maxOccurs="17> <7s:c*XHoe> <s:attnbute name="UUID“ type="ews:tstmig36* use=*opbonarf> <s:attribute name=*AssoclD* type=*ews:tAssocJD~ use=erequired7> </s:complexType>

</s:etemenC>

Имена тепое огысаиы в таблице А.6.

Таблица А.6 - Ответ «Получить директорию сервера»

Нам—сиоааяме

Описание

GetServerDirectory

Response

Сервер отвечает на запрос клиентом списка лотчеомх устройств, возглавляемых сервером

LDRef

Объектная осыгжа логического устройства. Этот элемент является уиика/ъным именем пути к логическому устройству

Неимеиоватве

Описание

Service Error

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

UUID

У»ыверса/*>ный уникальный идентификатор (UU1D) испагыуется как уникальный сервис идентификацам для отношений запрос/ответ. Подробнее о ULTID - см. [21]. Сервер должен отразить значение UUID. полученное в сообщении запроса, и вернуть то же значение в ответном сообщении

AssocID

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

А.5.2 3 Отображение сервисов связи (ASSOCIATION)

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

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

Последний шаг в сеансе коммуны нации - это реатзация связи. Он позволяет клиенту уведомить сервер о своем намерении реализовать связь, таким образом, чтобы сервер был в состоял»** перераспределить ресурсы, связанные с установлением связи.

Сервер должен поддерживать кратковременные связи для каждой установленной связи. Есть* краткий период времени превышен и к серверу не поступило никаких запросов от кгмента. то сервер должен полагать, что сеанс коммуникации завершен, и реагмэоеатъ все связан«ые ресурсы. Любой запрос сервисов, полученный с не-правилыькм (неиспользуемым) идентификатором связи, означает ошибку сервиса и потерю соединены», ^enumeration value=*connec$oo-1os(7>

Со стороны кгыеита уведомлегые об ошибке сере»»са ‘потеря соедмчемия* подразумевает разрыв коммуникации. т.е необходим новый запрос связи в целях смены сервиса со сторож сервера.

Есгм к/ыеит зафиксировал ненормальную ситуэцмо. при которой игнорируются обмечыые действия между сервисами, или есгм сервер отказывается устанавливать связь, то клиент мажет прервать связь, испогмзуя сервис •Abort Request».

Сервер не макет отказаться выполнить этот сервис. Только ошибка сервиса, учтенная в Abort Response является потерей соединения, что означает, что сеовер полагает связь ьеагмэоеанион

А.5-2.4 Установить связь (Assoaale)

А.5_2.4.1 Запрос «Установить связь» (AssociateRequest)

Запрос серв»«са «Установить связь» следует описывать следующим образом:

<s:e1ement name=*AssociateRequesr> <s:comptexType>

<s:seqoence>

<seie ment name=eUserName' type=^s:stringl>

<s:element name=*Pass\vonr type=’s:string"1>

<seiement name=*Loca!IO* type="s:stmg’ тлОссыъ=’ОП>

<s.e*ement name=*MaxMessageS<zea typers: unsag nedlnt 7>

</s:sequence>

<s:attrt>ute name=’UUIO* type='ews:tstring36’ use="opbonaTt> </s:compiexType>

Os:etement>

Имена тегов описаны в таблице А.7.

Таблица А.7 - Имена тегов

Няимеяомме

Описание

Associate Request

AssoaateRequest должен быть первым посла»ыым сообщением при ортам*зации соедииеаыя с сервером. Это позволит клиенту задать установки сеанса связи, а серверу - верифицировать эти установки и задать соответствующие значения. Если клиент пытается отправить какие-либо сообщения до AssocialeRequest. то последует ответ SOAP ‘ошибка' с кодом ошибки Ckent.MustAssodate. но без всяких ограничены на особенности формы строки ошибки. Если хгыент ужв подключен к серверу и отправляет AssooateRequesL то AssoaateResponse будет содержать ServiceEm>f

Окончание таблицы А. 7

Наименование

Описание

OserName

Сервер использует UserName для идентификации к/*ента как зарегистрированного пользователя. и если это невозможно, сервер отправляет оимбку в AssooateResponse

Password

Атрибут Password используется сервером для верифмсадои запрашивающего кг*ента. и раэ-решения связи с системой. Если верификация пароля не пройдена, сервер отправляет ошибку в AssooateResponse

LocallD

Атрибут LocallD является дополнитегыым и моокет быть использован сервером для ответа на запрос клиента, например, предоставляя кг*енту выбрать язь*, на котором будет выведена запрашиваемая »*формаш<я. Если LocallD не ислогъзуется. го будут использованы установки. залаженные производителем по умолчаняяо. Есгм хачеиие этого атрибута неприемлемо, то сервер ответит ошибкой. Достулшй диапазон зна«е»*й LocaflD - это веса из трех символов. значение которых рассмотрено в [2]

MaxMessageSiie

Максимагъиое копии ест во байт памяти, которое клиент способен принять в одном ответном SOAP сообщен»* от сервера

UUID

Ужверсапыый уникальный идентификатор (UUID) используется как укикалыый сервис идентификации для отиошегмй эапрос/ответ. Подробнее о UUID - см. [21].

Пример

Основа соответствующего SOAP сообщения для AssociateRequest:

<S0AP-ENV:Enve4ope xmlns:SOAP-ENV=’xminsSOAP-ENO “>

<S0AP-ENV: Body>

<m: AssociateRequest xmlns:m='’http^/M3K.ch/6140Q/ews/1.0/~> <m: UserName>MyName</m: UserName> <m:Passworct>MyPasswor&<Jm:Passwor<t> <m:LocaffD>ger</m:LocaUD>

<m: MaxMessageSize> Max Mes sage Size</m: Max Messages ize> <Sm:AssociateRequest> <JSOAP-ENV:Body> <JSOAP-ENV:Envek>pe>

LocaUD указывает, что в сообщении будет применяться немецкий язык. MaxMessageSiie указы-еает максимальное количество байт памяти, которое клиент способен принять в одном ответном SOAP сообщении от сервера.

А.5-2.4.2 Ответ «Установить связь» (AssooateResponse)

Ответ сервиса «Установить связь» следует описывать следующим образом:

<s:eJement name=~As$ociateResponse~> <s:compiexType>

-<e;cboio©>

<s:soquence>

<s:element name-'MaxMessageSize’ type="s: unsigned tnt min0ocurs=~07>

<s:elernent name=*AssoclD’ lype=*ewslAssoclD* t>

</s:sequence>

< s:element name=’Serv»ceError’ type="ews:tSecv»ceErTor' minOocurs='0' maxOcajre=*17> </s.choice>

<s.attribute name=*UUID~ type=’ews:tstnog36" use=‘opbonaT/>

</s:complexType>

<^s:etement>

Имена тегов огысаны в таблице А.8.

Таблица А.8 - Ответ «Установить связь»

Наименование

Отнесение

AssooateResponse

AssooateResponse является ответным сообщением сервера после получемкя AssociateRequest. Это сообщение будет содержать только допогыитвльную ошибку или дополнительный CJientRequestHarxHe. Клиент использует AssooateResponse для псдтверждомя успеияюго совершения AssociateRequest

Service Error

Внутренняя ошибка. Сервер будет испог^зовагь элемент обозначе»*я того, что запрос сервиса был неудачен. Когда такой элемент представлен в ответном сообщении, клиент должен принять, что запрос отказан сервером

MaxMessageStze

Максимальное количество байтов памяти в любом сообщен»* между кгмеитом и сервером. Максима/ыый размер сообщения должен быть меньше или равен MaxMessageStze. указа»#юму в клиентском AssociateRequest

Наименование

Описание

tAIID

Универсальный уникальный идентификатор (UUID) используется как ужкалыый сервис идентификашм для отношений запрос/ответ. Подробнее о UUTO - см. (21]. Сервер должен отрахть значе»ме UUIO. попучдоюо в сообщении запроса, и вернуть то же змэчемте в ответном сообщении

AssoclD

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

При и ер

Основа соответствующего SOAP сообщения для AssociateResponse:

<SOAP-ENV: Envelope xminsSOAP-ENV= "httpJ/schemas.xmlsoap.org/soap/envelopel" xmins:SOAP-ENC= >

<SOAP-ENV: Body>

<m: Assoc iateResponse xm Ins :m=httpJ/M3K.ch/S1400/ows/1.0/ UUID-"xxxxxxx <m: MaxMessageSize> ??</m: Max Mes sage Size>

<m:AssoclD>??< /m: Assoc Ю>

</m: Assoc iateResponse>

</SOAP~ENV:Body>

</SOAP-ENV:Envelope>

A.5.2.5 Реализация (Release)

A.5.2.5.1 Запрос «Реализация» (ReleaseRequest)

Запрос «Реализация» следует описывать следующим образом:

<s:elecnent name=*ReleaseRequesr> <s:oomptexType>

<sanootat>on>

<s:doajmenUbon>ReleaseRequest is the message used when releasing an assodatk>n</s:documentabon> </s3oootabon>

<s:attntoute name=UUID* type=”ews:tstring36* use=‘op*onar/> <s:attrt)ute name=‘AssocID* type=‘ews tAssoclD* use=*nequred*/> </s:comp!exType>

</s:elemene>

Имена тегое описаны e таблице A.9.

Таблица А.9 - Запрос «Реализация»

Наименование

Описание

ReleaseRequest

ReleaseRequest является последьмм сообщением, отлраапемым при заввршемы сеанса связи. Это позволяет клиенту подготовить сервер к завершению сеанса. Если одна или более клиентских подписок действуют на сервере во время лргыятия ReleaseRequest. то идентиф»*-кагор AssoclD используется для идентификации владельца ледгыски

UUID

Универсальный утыкальиый идентификатор (UUID) используется как утыкальный сервис идентификации для отношений запрос/ответ. Подробнее о UUID - см. (21].

AssociD

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

А.5-2.5 2 Ответ «Реализация» (ReleaseResponse)

Ответ «Реализация» следует описывать следующим образом:

<s:e!ement names*Re4ease Response*>

<s:comple*Type>

<sanootatoon>

<sdocumentabon>

ReleaseResponse is the message returned from a server when reoerwrg a ReleaseRequest </s:documenCat>on>

</s:annotabon>

<s.sequence>

<se*ement name=*ServiceErnx*’ type=*ews:tSennceError'” mnOccurs="0‘ maxOccurs=*1 */> </s:sequence>

<s.aCribute name="UUlD* type=’ews;tstnng36" use=*optionaT/> <s:attnbute name=*AssocJD" type="ews:tAssoclD" use=a>reqiired7> </s:complexType>

</s:element>

Имена тегое описаны в таблице А. 10.

Таблица А. 10-Ответ «Реализация»

Oiwcaiiite

ReleaseResponse

ReleaseResponse является ответным сообщением от сервера сразу после получения Release Request Клиенту следует использовать ReleaseResponse для подтверждайся, что ReleaseRequest успешно выполнен

Service Error

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

UUID

Универсальный уникальный идентификатор (UUID) используется как уникалыый сервис идентификации для отношений запрос/ответ-. Подробнее о UUID - см. [21]. Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то же зиачекме в ответном сообщен»*

AssocJD

AssocJD для определен*) общего идентификатора - специального клиента. AssocID будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А 5.2 6 Прервать (Abort)

А. 5.2.6.1 Запрос «Прервать» (AbortRequest)

Запрос сервиса «Прервать» следует описывать следующим образом

<s:e)ement name=*AbortRequest*> <s:oomplexType>

<s:attntxite name="UUID* type-"ews.tstring36* use=*opbonaP/>

<s:attntoute name-*AssoclD* type='ews:tAssocJD* use=*requine<T/> </s:complexType>

Os:e4ement>

Имена тегов описаны в таблице А. 11.

Таблица А. 11 - Запрос «Прервать»

Иакменомиие

Огтсамие

AbortReques!

Ест клиент зафиссироеал ненормальную ситуацию, при которой игнорируются обмочио действия между сервисами, или если сервер отказывается устанавливать связь, то ктент мажет прервать связь, исттогьзуя сервис ~AbortRequest‘. Сервер не мажет отказаться выполнить этот сервис. Тагысо ошибка сервиса, учте+мая в AbortResponse. является потерей соехдаения, что означает, что сереер полагает связь реалиэова»мой

UUID

УЪмеерсалыый унюсальиый идентификатор (UUID) используется как уника/ь*ый сервис иденти-фмщции для отноше»мй эапрос/сггвет. Подробнее о UUID - см. [21].

AssocID

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

А.5.2.6.2 Ответ «Прервать» (AbortResponse)

Ответ сервиса «Прервать» следует олисьеать следующим образом.

<s:element rvame=’AbortResponse ">

<s:complexType>

<s:cho*ce>

<s:eiement name=“Service Error" type="ews:tServ*ceErTor^ mnOccurs=*0" maxOccurs=*unboon<te<r/> </s:choice>

<s:attnbule rvame=*ULHO‘ type="ews:tstring36" use=*optionar/>

<s aMxite name-*AssocJD" type=’ews:lAssoclD“ use=*requKB<f7>

</s:comptexType>

</s:element>

Имена тегов описаны в таблице А. 12.

Таблица А.12-Ответ «Прервагь»

Нами «модемно

Опмсамно

AbortResponse

/Ъобои запрос сервисов полученный с неправильным (мвислогьзуемым) иденгификагором связи о»вчает ошибку сервиса и потерю соединения.

<s enumerabon value2» connectioo-LosU/> Со стороны клиента, уведомление об ошибке сервиса ‘потеря соединения* подразумевает разрыв коммуникации, то есть необходим новый запрос связи с целью смены сервиса со стороны сервера

Service Error

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

UUID

Универсальный утдекальмий идентификатор (UUID) используется как уникальный сервис идеи-тификащм для отношений зал рос/ответ Подробнее о UU1D - см. (21]. Сервер должен отразить хэчение UUID полученное ■ сообщочи запроса и вернуть то же эочеиие в ответном сообщении

AssoclD

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

A.S.3 Отображение класса сервисов Логическое Устройство (LOGICAL-OEVICE)

А. 5.3.1 Основное положение

Класс сервисов Логическое Устройство LOGICAL-DEVICE должен быть отображен а Веб-Сереисы как показано в таблице А13.

Таблица А. 13 - Отображение класса сервисов LOGICAL-DEVICE

ГОСТР $4418 2$ 2 IM Class (яяформячмоимая модель) ГОСТ Р $4418.25 3 CM Class (миформаиаои но-обмен пая модель)

ГОСТ Р $4414.25 3 CM Selves (сервисы ииформашюиио-об-меяиой моде/ы)

Огображенме обьеагам я ВебСордесям

LOGICAL-DEVICE

tLD

GetLogicalDeviceOirectofy

GetLogcalDeviceDirectory

А. 5.3,2 Полутень директорию Логического Устройства (GeCLogical DeviceDirectory)

Клиенту следует испагьэоватъ сервис Geti^gicaJDeviceDirectory для вывода области имен LD обнаружен ох Логических Узлов, и. таким образом, доступных клиенту запрашивающему Логическое Устройство.

А.5.32.2 Запрос «Палубыть директорию Логическою Устройства» (GetLogpcaTOeviceDirecfexyRequest}

Запрос сервиса «Получить директорию Логического Устройства» следует описывать следующим образом.

<s:ejement name=~L>ecLogicaioeviceU*ectDryKequ0sr>

<s .complex Type >

<s:sequence>

<s:elemeo( name=*LDRer type=*ews:tLog»calOeviceReference*/>

</s:sequence>

<s:at!nbute name-*UUID* type=*ews:tslnng36" use=*opljonar/>

<s:attnbute name=’AssocJD* type=*ewstAssoclD* use="reqiMed7>

</s:complexType> </s:eiement>

Имена тегов описаны ■ таблице А14.

Таблица А14 - Запрос «Получить директорию Логического Устройства»

Наименодеяяе

Опмсиые

GetLopcal Device DvectoryRequest

Сервис запрашивает у клиента список обнаруженных Логических устройств и. таким образом, достугъых запрашивающему клиенту

LDRef

Объектная ссылка логического устройства. Этот элемент является уникальным именем пути к логическому устройству

UUID

У»*версагьный умкальиый идентификатор (UUIO) используется как уникальный сервис идеи-тификащм для отношений залросУответ Педробнее о UUID - см. (21].

AssoclD

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

А.5.3-2.3 Ответ «Полутень директорию Логическою Устройства» <GeTLog»calDev»ceDtrBCtoryResponse) Ответ сервиса «Получесть директорию Лопеческого Устройства» следует описывать следующим образом:

<s:element name=‘‘GeCLogicalDeviceDrectoryResponse~>

<s:comptexType>

<s:choice>

<s.e*ecneot name^T-NRer type^ews.tLogicalNodeReference" minOccxins="3" тахОахг5=,,ипЬсхжк1е(Г/> <s:etement name= “Service Error" type=“ ews:tServrceError* minOca*s=eO" maxOccurs=4inbounded7> </s:dioice>

<s attnbute name="UUlD* type=’ews;tstring36“ иве=*ор(юпаГ/>

<s:afintxile name='AssoclD“ type=”ews:tAssoclD* use=“requied7>

</s:compiexType> </s:element>

Имена тегов описаны в таблице А. 15.

Таблица А.15 -Ответ «Получить директорию Логического Устройства»

Наам««юв»ье

Oimcsm*

GetServerOirBcloryResponse

Сервер отвечает на запрос клиента путем вывода списка объектных ссылок, со-держаиесхся в лоп*«есхкх устройствах

LNRef

Объектная осыпи логического узла. Этот элемент является умясалыым именем пути к логическому устройству

Service Error

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

UUID

Универсальный умтагьмый идентификатор (UUIO) используется как уникальньм сервис идеигифюсаш* для отношем* залрос/ответ. Подробнее о UUID - см. [21]. Сервер должен отразить значение UUID полученное в сообщен»* запроса, и вернуть то же значение в ответном сообщении

AssocID

AssocJD для определен»* общего идентификатора - специального клиента. Asso-clD будет использоваться для идеитификащ*. например присвоенных подписей и входов на сервер

А.5.4 Отображение класса сервисов Логический Узел (LOGICAL-NODE)

А. 5.4.1 Общие погожем*

Класс сервисов LOGICAL-NODE должен быть отображен в Веб-Се рейсы как показано в таблице А16.

Таблица А. 16 -Отображение класса сервисов LOGJCAL-NOOE

ГОСТР 54418.25.2 ПИ Class (я«фо{>»1аи*юямая модель} ГОСТ Р НЧИ2&} KU Class (ммформа**»о*мО‘ов***»мая коми»)

ГОСТР U418.25.3 lEM Semen

|сара»сы йиформациойи»<о(-мемной мозоли|

Отображение объем там л В*б<С apawciM

LOGJCAL-NOOE

tLN

GetLopcatNodeOvectory

GetLogcalNodeOirectory

А5.4.2 Получить директорию Логического Узла (GetLogccatNoOeDtredory)

А.5.4_2.1 Общие положения

Клиенту следует исло/ыэоеатъ сервис GetLogicalNodeDrectory для вывода области имен LN. обнаруженных Дамгых или Контрольных Блоков (малримвр. RC8 или LC8). и. таким образом, достутыых клиенту, запрашивающему Логический Узел.

А.5.4.2.2 Запрос «Палумль директорию Логического Узла» (GetLogicalNodeDirectoryRequest)

Запрос сервиса «Получить директорию Логического Узла» следует описывать следующим образом:

<s:element name=~GetLogicatNodeOiredoryReguesT> <s:complexType>

<s:seqoence>

<s.etement name="LNRer type=*ews:tLog»calNodeReference7>

<s:element пате=“1ЕМсЬ“ type^ewsJIEMcts*^

</s:sequence>

<s:atSribute name=*UU1D* type=*ews.1sbing36" изе=*орбопаГ/> <s:attnbote name="AssociD" type=“ews:IAssocJD" use="n9qixre<r/>

</s:comptexType> </s:otamont>

Таблица А.17 - Запрос «Получить директорво Логического Узла»

Наименование

О письмо

GetLogicattodeDirectoryRequest

Сервис запрашивает у клиента список обнаруженных объектов запрашиваемого класса и таким образом доступных запрашивающему клиенту

LNRef

Объектная ссылка поповского узла. Этот элемент является уника/ъиым именем пути к поповскому узлу

IEMcIs

Нумерация («DATA». «DATASET». «BRC8». «URCB». «LCB». «LOG»)

AssociD

AssocJO для определения общего идентификатора - специального к/ъвнта. А&-sodD будет использоваться для идентифжации. например присвоенных подписем и входов на сервер

А. 5.4.2.3 Ответ «Полутень директорию Логического Узла» (GetLogicalNode Directory Response)

Ответ сервиса «Полупить директорию Поповского Узла» следует описывать следующим образом:

<s:eiement name<=*GeU.ogicalNodeOtnBcloryResponse"> <s:complexType>

<s:dK>ice>

<s:seqoence>

<s:o4omont name=*DATAnarne* type=‘ews.tObjectName* mir>Occurs="0* maxOccxrs="unbotr»de(r/> <s:element name=“DSname* type=*ews.lOPjectName" mrnOccurs=“Or maxOcajrs=“unbounded7> <s:element name=*8RCBname* type=’ewstOt)jectName" min0ccur5="0* maxOccurs="untoounde<r/> <s:doment name=*URCBname* type=*ews:tObjectName* minOccurb="Or maxOccurs=“unboun<led7> <s:e4emeo< na me= "LCB name" type="ews:tObjedName* rrxnOccurs="0* maxOccurs=“unbotinde<r/> <s:etement name= "LOG name" type=*ews:tOt>jectName“ rrwiOc<xirs=^0* maxOccurs=4x<xjunde<r/> </s:sequence>

<s:etement name=“ServiceErTor~ type=*ews:tServiceEfTor* т»лОсакь=*0" maxOccurs=*1*/>

-ds:choice>

<sattribute name="UUID* type=*ews:tstring36" use="opbonaT/>

<s:attribute name=*AssoclD* type=*ews:tAssoclD" use="requirecf7>

</s:complexType> </s:element>

Имена тегое описаны в таблице А. 18.

Таблица А.18 - Ответ «Получить директорию Логического Узла*

Наименование

Описание

ПвИ ngiralhJnrio

DvectoryResponse

ПарАор птчрчяот ма адпрог «гмамта nyrmi ггмгжа обкагтымк ггнллк. ггуГРряомцюггв в

логических устройствах

DATAname

Элемент, который однозначно идентифщирует данные в пределах логического узла

DSname

Элемент, который однозначно идентифицирует Набор данных в пределах логического узла и/ы в пределах связи клиент-сереер

BRCBname

Элемент, который однозначно идентифицирует BRCB в пределах логического узла

URCBname

Элемент, который однозначно идентифицирует URCB в пределах логического узла

LCBname

Элемент, который однозначно идентифицирует LCB е пределах логического узла

LOG name

Элемент, который однозначно идентифицирует LOG в пределах LLN0 логического узла. LO-Gname является имоном Логического устройства

Service Error

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

UUID

Универсальный уникальный идентификатор (UUID) используется как уникальный сервис идвктифмсации для отношений запрос/ответ Подробнее о UUID - см. (21]. Сервер должен отразить значение UUID. полученное в сообщении запроса, и вернуть то же значение в ответном сообщении

AssociD

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

А.5.5 Отображение класса сервисов Данные (ОАТА)

А.5.5.1 Основное положение

Набор данных должен быть отображен в списке объектов так как определено в табгыие А19.

Таблица A. 19 - Отображение Д

1АННЫХ (DATA)

ГОСТ P 54418 25.2 IM СЦа»(и»*формац*оча« мод era»)

ГОСТ Р S4416.25.3 CM Services (сервисы ш»формац|10<исч6ме1ыом модели;

Ого6реие*чс объектам и ееб-сервисам

ГОСТ P 54418.25.3 IEM Class (ин-формацио»*кьобмо»е<ая модель)

Набор да»**4х

tData

Получение эъвчений дэ»м*ых (Get-Data Values)

Получение значений данных <GetOataVa(-ues)

Задать знзче»ыя даю*ых (SetDal-а Values)

Задать значеъмя данких (SetOataValues)

Получение каталога данных (Get-DataDirectory)

Получение каталога данных (GetDataD»-rectory)

Получение структуры данных (Get-DataDetWiibon)

Получение структуры данных (GetDataDefinition)

А.5.5.2 Получение значений да»**ых (GetOetaValues)

А.5.5.2.1 Запрос получегыя значений ц&штлх (GetOataValuesRequesI)

Сервис «Запрос получения значений да»*«^х» следует определять следующим образом:

<s:element nan)e="GeCDataVaiuesRequesr> <s:complexType>

<s: sequence >

<s. element name=*ReC type=*ews:lFcdFcdaType" t>

</s:sequence>

<s. attribute name=4JLMD‘ type=’ews;tstnng36" use=*optionaT/>

<s;attrt)ule name=*AssoclD" type="ews:lAssocl D" use=“reqtMe<r/>

</s:compiexType>

</s:element>

Имена тетое следует определять согласно таблице А.20.

Таблица А.20 - Запрос получения значений данных

Наименование

Олисаме

GetOata Values

Вывести значения Атрибутов Данных, на которые ссылаются обнаруженные Данные, и, таким образом, доступные к/ыеиту ссылающимся на ьмх Логическим Узлом

Ref

Параметр Reference будет определять функционально ограниченные данные (FCD) игы фукесци-онально ограниченным атрибут данных (FCDA). Reference являет собой FCD или FCDA

UUID

Универсальным унмсальный идентификатор (UU1D) испогызуется как уникалыый сервис идентификации для отношеъмй залрос/ответ.

Подробнее о UUID - см (21]

AssociO

Assoc ID для опрадолоып общего идентификатора - специального клиента.

Assoc ID будет использоваться для идентмфикащы. например присвоенных подписей и входов на сервер

А.5.5.2.2 Ответ получеъыя значений да»вядх

Сервис «Ответ получе»««я значений даишх» следует определять следующим образом:

<s:element name=*GetDataValuesResponse',>

<s:complexType>

<s:choice>

<s:sequence>

<s:efement name=*DataAttrVar type^'ews.tDataAltrfcuteValue’ nwrOccurs=*0* fnaxOccurss*tnboundecT/>

</s:sequence>

<s:etemeot name=*ServiceEmx^ type=*ews:tSennoe€noT* minOccurss*Oe maxOccurss<aunbounded*/> </s.choice>

<s:attrbute name=*ULHD" type=*ews:tstring36” use=‘optionar/>

<s:atSribute name-'AssodD* lype="ews.1AssoclD’ use=a,requKred7>

</s:complexType>

</s:e4ement>

Таблица А.21 - Ответ получения значений данных

На»ме«ю»ахис

Описание

GetOata ValuesResponse

Ответ сервера клиенту, запрашивающему сервис GetDataValues со значе*ыями всех отсылаемых видимых Атрибутов Данных (DataAttnbutes) и. таким образом, доступных запрашивающему кхмеиту отсылаемым ЛОГТМЕСКИМ УЗЛОМ (LOGICAL NOOE)

DataAtt/Vafl

Тип. привязывающий Значение из DataRef содержащемся в tDataAttnbuteValue типе

Service Error

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

UUID

У| аюсрсагыый уникальный идентификатор (UUID) используется как уника/ъный сервис идентификации для отношений запрос/ответ. Подробнее о UUD - см. (21]. Сервер должен отразить значение UUID. полученное в сообщены запроса, и вернуть то жв значение в ответном сообшемш

AssodD

Assoc ID для определе*ыя общего идентификатора - следеального клиента. AssocID будет испогъэовагься для идентификации, например присвоенных подписей и входов на сервер

А.5.5.Э Задать значения данных (SetDataVfelues)

А.5.5.3.1 Запрос «Задать эначе***я данных» (SetDataValuesRequest)

Серене запроса «Задать значеимя данных» следует описывать следующим образом:

<s:element name=~SetDataV^iuesRequesr> <s:comp*exType>

<s.sequeoce>

<s.etemenl name=*ReT type=*ews:tFcdFcdaType" />

<s;e*ement name-*DataAttrVaT type=*ews:tDataABribute\fekje" maxOccurs=*i*ibounde<r/> </s:sequenc©>

<s:a&rvbute name-*UU1D* type=*ews:tstring36" и se=* option aT/>

<s;afinbute name=*AssodD" type=*ews;tAssoclD“ use=“reqixrB<f7>

</s:comptexType>

</s:element>

Имена тегов следует определять согласно таблице А.22

Таблица А.22 - Запрос «Задать значения данных»

Ижммаиом но

SetData^luesReguest

Клиенту следует ислогызовать сервис SetData Values для задания значений всех видимых Атрибутов Данных (DataAttnbutes) соответствующих Данных (DATA) и. таким образом. доступных запрашивающему клиенту отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NODE)

Ref

Параметр Reference будет определять функционально ограниченные данные (FCD) и/м функционально ограниченный атрибут данных (FCOA). Reference являет собой FCD и/ы FCOA

DataAttrVal

Тип. привязывающий Значение из DataRef содержащееся в tDataAttributeValue типе

UUID

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

AssodD

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

А.5.5.3-2 Ответ «Задать зиачежя данных» (Set Data ValuesResponse)

Серене ответа «Задать значения данных» следует описывать следующим образом:

<s:eJement name=*SetData№iuesResponse’'> <s:oomplexType>

<s:sequence>

<s:chotce>

<s:element пате="Яе&ЫГ type=*ews:tResult* min0ccurs="07>

<s.element name=“Serv ice Error* type=*ews:tSennceEnof^ minOccurs=■^0,■ maxOccu rs=*unbou nded*/>

</s:choice> </s:sequence>

<s.attribute name=“UUtD* type="ews:tstnng36" use=*opfonar/>

<sattribute name="AssocID* type=*ews.tAssoclD" use="raquirB<П> </s:complexType>

</s:element>

Имена тегов следует определять согласно таблице А.2Э.

Таблица А.23 - Ответ «Задать змаче»*я данвдх»

Описание

SetOata^luesResponse

Ответ oepeepa клиенту, запрашивающему сервис SetDataValues со значения** всех отсылаемых видимых Атрибутов Данных (DataAttributes) соответствующих Да*»ых (DATA) и. таким образом, доступных запрашивающему клиенту отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NOOE)

Result

Простая строка результата "Ok", обозначающая, что запрос "Задать значение" SetValue был принят

Service Error

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

UUID

УЪягеврсалыянй унюсагьным идентификатор (UUID) испогьзуется как уникагьиый сервис идентификации для отношений залрос/ответ. Подробнее о UUH3 - см. [21]. Сервер должен отразить значение UUID. получегмое в сообщая* запроса, и вернуть то же значение а ответном сообще»я*

AssodD

Assoc ID для определения общего идентификатора - специального кгмента. AssodD будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.5.4 Полу^ягтъ Каталог Данных (GetDataDiractocy)

А.5.5.4.1 Основное положение

Клиенту следует использовать GetDataOirectory для вывода области имен всех обнаруженных Атрибутов Данных и. таким образом, доступ »я>» клиенту, обращающемуся к классу /Увы»,ю (DATA).

А.5.5.4.2 Запрос получе»*я каталога даья*х (GetDataDinectoryRequest)

Сервис «Запрос получе^ыя каталога даюяах» следует определять следующим образом;

<s:element name=*GelDataDirectoryRequest*>

<s:comptexType> <s:sequence>

<b.tiloii«i< udnw-'OdldRtfT lyve-"ewb.OARefwwiu>,A' </ь.ьмци«як*»>

<s.attribute name="UlfTO" type="ews;tstring36" use="optionaT/> <s:attrbute name= "AssodD" type=*ews:tAssodD" use="require<f/>

</s:comp*exType> </s:otomont>

Имена тегов следует определять согласно таблице А.24

Таблица А.24 - Запрос получекмя каталога да»жых

Имя юга

Расоифроажа

GetDataDtfBCtoryRequest

Клиенту следует использовать сервис GetDataOirectory для выводя полного списка структуры всех Атрибутов Данных (DataAtiributes) соответствующих Даьыых (DATA) и. таким образом, доступных эапрашиваошему кгменту отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NOOE)

DataRef

Значение DSRefereoce (Запрос Дан»*») должно быть утяясагьным именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

UUID

У»*еерса/ьный уникальный идентификатор (UUID) ислогьзушся как уникальный сервис идентификации для отношений запрос^ ответ.

Подробнее о UUID - см. (21 ].

AssodD

Assoc ID для олределе»*я общего идентифгясатора - специального клиента.

AssodD будет испогьзоваться для идентифгясации. например присвоен»*» подписей и входов на сервер

А.5.5.4.3 Ответ получегмя каталога да»я*х (GetDataDirectoryResponse)

Ответ сервиса «Получения каталога данных» следует определять следующим образом;

<s:element name=*GetDataDKBCtoryResponse'*>

<s:complexType>

<s:ctx)ice>

<s:sequence>

<s:element name=”DataName* type="ews:tObjectName’ гтЮсс1гь=“0* maxOccurs=*unbounde<r7>

<s ©*emeot name=*DataAtlrName* type=*ews:tObyectName* minOccurs='*0* rnaxOccurs=\Kibounded7> maxOccurs=*unbounded7>

</s:sequenoe>

<s:e4emen1 name=~ServiceErTur’’ type="ews:tServiceEfTor* mw0ccurs=*0* </s:choice> <s:attrvbute name=*UUIDe type=’ews:tstring36'* use=’optjonaT^>

<s:afinbute name=*AssocJD" type=*ews lAssoclD* uses*reqim<r/>

</s:comptexType>

</s:etement>

Имена тесое следует определять согласно таблице А.25.

Таблица А.25 - Ответ получения хэчемий данных

Напйемоаание

Описание

GetOataOvBctoryResponse

Ответ сервера клиенту, запрашивающему сервис GetData Directory со эчачемиякы всех отсылаемых видимых Аттрибутое Данных (DataAttnbutes) соответствующих Дан-►ысх (DATA) и, таким образом, доступах запрашивающему клиенту отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NODE)

DataAtUfiame

Параметр DataAttrName содержит DataAttrName самого высокого уровня Атрибутов Данных DATA

DATAname

Элемент, который однозначно идентифицирует данные в пределах логического узла

Service Error

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

UUID

Универсальный унмсальный идентификатор (UUID) ислогъэуется как уника/ъный сервис идентификации для отношений запрос^ответ Подробнее о UUC - см. [21]. Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то жв значение в ответном сообщетми

AssodD

AssociD для определения общего идентификатора - специального клиента. AssodD будет использоваться для идентифмсации. например присвоенных подгмсей и входов на сервер

А.З З З GeiDataDefinition (Получение структуры дгвчых)

А. 5.5.5.1 Общие положения

Клиенту следует испогъэоеать сервис GetDataDefnbon для вывода структуры воех подвергнутых иэменемо видимых DATA-ATTRIBUTES (СВОЙСТВ ДАННЫХ), и. таким образом, доступных обращающемуся к классу DATA (ДАННЫХ) клиенту.

А.5.5.5.2 GetDaiaDefirvbonRequest (Запрос получеюгя структуры даньыис)

Сервис GetDataDefirxbonRequest будет определяться следующим

<s:eJement name="GetDataDe6nrt>onReguest"> <s.comptexType>

<s:sequence>

<s.etement name="DataReT type="ewsrtDAReferenoe7>

</s:sequence>

<s:attribute name=‘UUID" type=*ews:tstring36" use=*optionaT/>

<s:attnbute name^AssocJD4 type=*ews:tAssoclD’ usesa>reqia*ed7>

</s : complexly pe>

</s:element>

Имена тегов будут определяться согласно таблице А26

Таблица А.26-GetDataOefairbonRequest

На«ме«оеаи»е

Описание

GetDalaOefinitionRequest

Юыеигу следует использовать сервис GetDataDefinition для вывода пагмого списка структуры всех Атрибутов Дажых (DataAttnbutes) соответствующих Данных (DATA) и. таким образом, доступных запрашивающему юьеенгу отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NODE)

Окончание таблицы А 26

Наименование

Описание

DataRef

Значение DetaReference (Запрос Дан»^г) должно содержать ObyectReference (ссылку на объект) DATA (ДАННЫХ). The ObjectReference(ccbinica на объект) будет DataRef (запросом данных)

UUID

Утыверсагъмый уникальный идентификатор (UUID) используется как уникальный сервис идентификации для отношетмй запрос/ответ.

Подробнее о UUID - см. (21).

AssociD

AssociD для определения общего идентификатора - специального к/ыеита.

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

А.5.5.5.3 GetDataDefinrbonResponse (Ответ получеьыя структуры да пых)

Ответ GelOataOefinitionResponse (получе»мя структуры данных) будет определяться следующим образом.

<s:e)ement name=*Ge<OataDetinrt>onResponse“>

<s:complexType>

<s:choice>

<s:etoment name=*DataAttrDeT type=*ews;tDataAttnbuteOefinft>on" rrxnOccurs=‘1“ maxOccurs=*unbounded7>

<s:etement name= “Service Error" type="ews:tServiceError" ттОсажь=*0" maocOccurs=“1*/>

</s:choice>

<s:afirt)ule name="UUID‘ type=“ews:tstring36“ use=*optionaT/>

<s:attrt)ule name=’AssocJD" type="ews:lAssoclD* use=“requvBd7>

</s:comptexType>

</s:element>

Имена тегов будут определяться согласно таблице А27

Таблица А.27 - GetDataOefinrtionResponse

Наммаиоеагме

OflMONM

GetDataDefin it ionRespon se

Клиенту следует использовать сервис GetDataDefimbon для вывода полного списка структуры всех Атрибутов Данных (DataAttributes) соответствующих Дамых (DATA) и. таким образом, доступных запрашивающему клиенту отсылаемым ЛОГИЧЕСКИМ УЗЛОМ (LOGICAL NODE)

DataABrOef

Строчный тип используемый в спецификации языка описания программных интерфойсов(Wetxepencoe) (WSDL)

Service Error

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

UUID

Универсальный умжалыым идентификатор (UUID) используется как утмкальньм сервис идентификации для отношений запрос/ответ.

Подробнее о UUID - см. [21]. Сервер должен отразить значение UUID полученное в сообщеим запроса и вернуть го же значекые в ответном сообше+ыи

AssociD

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

А.5.6 Сервисы отображения класса НАБОРА ДАННЫХ (DATA-SET)

А.5.6.1 Основные

Набор данных должен быть отображен в списке объектов, сак определено в таблице А^28.

Таблица А28 - Отображение НАБОРА ДАННЫХ (DATA SET)

ГОСТ Р $4416 2 iu Cbss <иифоомациои‘ пая иоде») ГОСТ Р $4416.3 CM Ciacs (нифор—вцвоиио-обмвннав мораль)

ГОСТ Р $4416.3 CM Sennces t сервис** инфоомациоимо-обменное мололи)

Отображение обьмтам и веб-сервисам

Набор дамых

tDataSet

Полую»мо знэчегмй набора данных (GetOafeaSet Values)

Получение знзюний набора данных (GetDataSetVaftues)

ГОСТ Р $4418.2 IM Class (информацией-тая моде») ГОСТ Р $4418.3 CM Class (ииформачиоиио-обмеиная моэепь)

ГОСТ Р $4418.3 CM Sonnets (сервис»* имфоомациомно-обмоимои мол ел и)

Отображение объектам и аеб-сораисам

Задать значения набора данных (SetDataSetVatues)

Задать значетыя набора данкъок (SetDataSetVatues)

Создать набор данных (Create DataSet)

Создать набор данных (Create DataSet)

Удалить набор дэ»ыых (DeteteData-Set)

Удалить набор данных (Delete DataSet)

Получошю каталога набора данных (GetDataSetD «rectory}

Получение каталога набора данных (GetDataSetDirectory)

А. 5.6-2 Получение значений набора дантыос (Get Data Set Values)

A. 5.6.2.1 Запрос получетыя значений набора даишх (GetOataSetValuesRe quest)

Сервис “Запрос лолуче»ыя значений набора дан^х* следует определять следующим образом:

<s:eJeoient name=*Ge(DataSe(ValuesRequesr>

<s:comptexType>

<s:sequeoce>

<s:e*emeot name=“DSRer type="ews;tDataSetRe4erence*/>

</s:sequence>

<s:attnbute name=*UUtD‘ type=*ews:tstring36" use=*optionaT/>

<s;attnbute names*AssocJDr type=’ews:tAssoclD* use="nequirecr/>

</s:complexType>

</s:etement>

Имена тегов следует определять согласно таблице А.29

Таблица А.29 - Запрос лалученмя значений набора данных

Имя тега

Расшифровав

GetDataSefValues

Клиенту следует использовать сервис GetDataSetVafues для вывода значений всех видимых Атрибутов Данных (DataAttrbutes) и. таким образом, доступных запрашивающему клиенту от-сылаемьы НАБОРОМ ДАННЫХ (DATA-SET)

DSRef

Значение DSReference (Запрос Даьаянх) должно быть уникальным именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

UUID

Уьы ее реальный умккальмый идентификатор (UUID) используется как утыкал ыяий сервис идектифюсации для отношений запрос/ответ.

Подробнее о UUID - см. (21).

AssocJD

AssocJD для определения общего идентификатора - специального клиента.

AssocJD будет ислагъзоеатъся для идентификации, например присвоетоемх подгмеей и входов на сервер

А.5.6.2.2 Ответ получения змачетый набора данных

Сервис «Ответ получетыя значе^ый набора данных» следует определять следующим образом:

<s:e1ement name=*GetOataSe<ValuesResponse~>

<s:cooiptexType>

<s:cho*ce>

<s:elemerrt name=*DataAttrVaT type=*ews:tDataA!lributB№lue* rrw>Occi»s="0*maxOccurc=,,unbounde<f7> <s:ele«nent name^ServceError* type=*ews.tServiceEmx* minOccure=*0* гпахОссиге=*ип6осюОе(Г/> </s:cboice>

<sattribute name="UUID* type="ews:tstnnQ36’ i*se="opbonaT/>

<s:attribute name^AssocID' type=*ews:LAssocJD* use="requre<r/>

</s:complexType>

</s:etement>

Имена тегов следует определять согласно таблице А.ЗО

Таблица А.30 - Ответ получения значений набора дгьыых

Нзммеиояаияе

Описание

GetOataSetVMuesResponse

Ответ сервера ктыеиту. запрашивающему сервис GetQataSetNtelues со хэчемиялы всех отсылаемых видимых Атрибутов Даныых (DataAttributes) и таким образом посту гы ьа запрашивающему клиенту отсылкой НАБОРА ДАННЫХ (DATA-SET)

DataAttrVal

Тип. привязывающий Значение из DataRef. содержащемся в (DataAtthbuteValue типе

Бегущее Error

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

UUID

Универсальный угмкалъмый идентификатор (UUID) используется как ууыкальнькй сервис идентификации для отночяхмй эапрос/отеет. Подробнее о UUIO - см. (21). Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то же значение в ответном сообщены

AssodD

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

А.5.6.3 Задать эмачеьмя набора данных (SetDataSet Values)

А.5.6.3.1 Запрос «Задать значения набора данных» (SetDataSetVafuesRequest)

Сервис запроса «Задать эначемся набора данных» следует описывать следующим образом:

<s:eJement name=~SecDataSet\feluesRequesr>

<s:comptexType>

<s:sequenoe>

<s:e*ement name=“DSReT type="ews;tDataSe<Reference"/>

<s:e4emen( name=“DataAttrVaJ“ type="ews:tDataAttributeValue" maxOccurs="Unboun<te<r/> </s:sequence>

<s:atthbute name="UUID' type=*ews:tstring36* use="opbonal7>

<s:attribute name=*Assocl D" type="ews.lAssocJD* use="requiге<ГЛ>

</s:complexType>

<Ss:eftement>

Имена тегов следует определять согласно таблице А.31

Таблица А.31 - Запрос «Задать з»»еиия набора да»*чых»

Имя тега

Описание

SetOataSeTVBluesRequest

К/мемту следует использовать сервис SetDataSetValues для задания значений всех видимых Атрибутов Данных (DataAttributes) соответствующих Датыых (DATA), и таким образом достутвчых запрашивающему клиенту отсылаемым НАБОРОМ ДАННЫХ (DATA-SET)

DSRef

Значение DSRefereoce (Запрос Данных) должно быть у*м «ал ьмьы именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

DataAttrVal

Тип. привязывающий Значение из DataRef содержащееся в tDataAttributeValue типе

UUID

Универсальный уникальным идентификатор (UUID) используется как у скальный сервис идентификации для отношений эалрос/ответ. Подробнее о UUIO - см. (21). Сервер должен отразить значение UUID полученное в сообщемы запроса и вернуть то жа значение в ответном сообщении

AssodD

Assoc ID для определения общего идентификатора - специального клиента. AssodD будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.6.3.2 Ответ «Задать значения набора данных» (SetDataSetVafuesResponse)

Сервис ответа «Задать значения набора данных» следует описывать следующим образом:

<s:e!ement name="SetOataSet\fekjesResponse~>

<s:complexType>

<s:sequence>

<s:choice>

<s:etement name=*Resi<f type=*ews:tResutT minOccurs=’0'/>

<s:eiement name="Servx»Error^ type^ewstServceError" minOccurs=*Oe maxOccurs="unbounded*/> </s:choice>

</s.seqoence>

<s:attnbute name=*UUID* type^'ews.tsbTrxpe'* use=*optionaTY> <s:attnbute name=‘AssoclD‘ type="ews:tAssocJD~ use=*required7> </s:complexType>

Os:etefnene>

Имена тегов следует определять согласно таблице А.32.

Таблица А.32 - Ответ «Задать змачежя набора данных»

Имя тега

Описамяе

SetDataSe (Values Response

Ответ сервера клиенту, запрашивающему сервис SetDataSetVaiues со значениями всех отсылаемых видимых Атрибутов Дажых (DataAl tributes) соответствующих Данных (DATA) и таким образом доступных запрашивающему клиенту отсылкой НАБОРА ДАННЫХ (DATA-SET)

Result

Простая строка результата ‘Ok', обозначающая, что запрос ‘Задать значение* Set-Value был принят

Service Error

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

UUID

Универсальный унмкалыым идентификатор (UUID) используется как утыкальньй сервис идентификации для отношений эапрос/ответ. Подробнее о UUIO - см. (21). Сервер должен отразить значекые UUID полученное в сообщеньы запроса и вернуть то же значимо в ответном сообщении

AssodO

AssocID для определения общего идентификатора - специального кгмента. Asso-clD будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А. 5.6.4 Создание набора данных (CreateOataSet)

А.5.6.4.1 Запрос «Создать набор данных» (CreateOataSetRequest)

Сервис запроса «Создать набор данных» (CreateOataSetRequest) следует огмсыватъ следующим образом:

<s:element name=~OeateDataSetRequesr>

<s oomptexType>

<s:sequenoe>

<s:eternerrt name="DSReT type=eewslDataSetReference"/>

<s:element name="DSMemberReT tvpe=*ews:tFcdFcdaTvpe* maxOccurs=*unbounded7> <^s:sequence>

<s:attrt>ute name=*UUID* type=*ews:tstring36* use=*optionar/> <s:attribule name=*As$odD" type="ews.LAssoclDr use=*requred7>

</s:oomplexType>

</s;element>

Имена тегов описаны в таблице А.ЗЗ.

Таблица А.ЗЗ - Запрос «Создать набор да»*ых»

Наименование

Описание

CreateOataSetRequest

Клиенту следует испогызовать сервис CreateOataSet для запроса сервера создать НАБОР ДАННЫХ (DATA-SET) со списком видимых определенных членов с фунпаюналыы-ми ограничениями игт функционально огрв»«гче*»ым атрибутом дз*я«ых (FCDA) и таким образом доступных запрашивающему к/ыенту

DSRef

Значемю DSRef (Запрос Данных) должно быть уумсальным именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

DSMemberRef

Агтрибут DSMemberRef будет описывать функционально ограниченные дагеыо (FCD) или функционально ограниченный атрибут данных (FCDA)

UUID

Универсальный уникальный идентификатор (UUID) используется как умикагыый сервис идентификации для отноигекый запрос/ответ. Подробнее о UUID - см. [21).

AssocID

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

А.5.6.4.2 Ответ «Содрать набор данных» (CreateOataSetResponse)

Серене ответа «Содрать набор данных» (CreateDataSetResponse) следует описывать следующим образом.

<s:element name=*CreateDataS©tResponse">

<s :complexType>

<s: sequence >

<s:dwc0>

<s:etement name="ResufT type=*ews:tResi4T minOccurs="0"/>

<s:eiement r\ame="ServtceEnor'' type="ews:tServic eEmx* minOcajrs=*0* maxOccurs=*1 «/> </s:choice>

</s:sequence>

<s:attribute nan>e="UUID" type=*ews:tstring36* use=*opbonaT/>

<s:attr*>ute name=*AssoclD* type=*ewstAssoclD* use=*reqmd7>

</s:comptexType>

</s:e*e merit»

Имена тесое описаны в таблице А.34.

Таблица А.34 - Ответ «Содрать набор дамтх»

Опислям

CrealeDalaSetResponse

Ответ сервера клиенту на запрос "Создать набор данных* CreateDataSet созданием НАБОРА ДАННЫХ (DATA-SET) со списком видимых определен чых членов с фу*жциона/ъ-мыми огракмчениями или фумециома/ъмо ограниченным атрибутом данных (FCDA) и таким образом доступных запрашивающему кгевенту

Result

Простая строка результата ’Ok", обозначающая, что запрос ‘Задать значение* SetVaJue был принят

Service Error

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

UUID

У*мверса/ъмый унвжальный идентификатор (UUID) испогъзувтся как уникалыяя* сервис идеитификац»ы для отношений залрос/ответ. Подробнее о UUID - см. [21]. Сервер должен отразить значение ЦЦЮ получемюе в сообщении запроса и вернуть то же хэ-чо1 мо в ответном сообщении

AssociD

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

А.5.6.5 Удалить набор данных (DeteteDataSet)

А.5.6.5.1 Запрос «Удаттъ набор данных»

Серене запроса «Удагьпъ набор данных» (DeteleOataSe (Request) следует описывать следующим образом;

<s:element name=*DeteteDataSetRequesT>

<s:comp*exType>

<s:sequence>

<s:eiemenl name=‘DSRef* type=‘e«s:tDataSetReference*/>

</s:sequence>

<s.attrbute name=UU ID* type=*ews:tstnng36* use=*op6onar/>

<s:attnbute name=* AssocJD" type-*ews: (AssociD* use=*require<f7>

<As oomptexType >

Os:element>

Имена тегов описаны в таблице А.35.

Таблица А.35 - Запрос «Удалить набор да»ыых»

Наименование

Описание

DeleteDalaSelRequesI

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

DSRef

Зкхение DSRef (Запрос Да»мых) должно быть уникалымгм именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

UUID

Универсальный у нереальный идентификатор (UUID) испагъзуется как уиика/ь>иый сервис идентификации для отношений залрос/ответ. Подробнее о ULWD - см. [21].

Н»яме«овам»е

Описание

AssocJD

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

А.5.6.5.2 Ответ «Уда/ыть набор данных» (Detete Data Set Response)

Сервис ответа «Уда/ыть набор данных» (DeteteDataSetResponse) следует описывать следующим образом.

<s:e)ement name="De*eteDataSetResponse"> <s.cocnpiexType>

<s:seqoence>

<s:choice>

<s:e4ement name="Resuft" type=’ews.lResufT minOco*s=*0',/>

<s:e4emenl name=*ServiceEiTor^ type="ewstServ»ceErTOf'’ mnOccurs="0" maxOccirs="1 «/> </s:choice> </s:seqoence>

<s:attrbute name=*UUID* typesaeers.1string36* use-*opbonal7>

<s:attrtxite name=*AssodD* type=*ews:tAssodD" use="require<r/>

</s:comp*exType>

</s:element>

Имена тегов описаны в таблице А.36

Таблица А.36 - Ответ «Удалить набор дамтх»

Наименование

Описание

DeteteDataSetResponse

Ответ сервера клиенту, запрашивающему сервис DeleteOataSet, путем удале»ыя НАБОРА ДАННЫХ (DATA-SET) и таким образом достутьым запрашивающему клиенту

Result

Простая строка резугьтага "Ok". обозначающая, что запрос "Задать эначекме" SetVaiue был принят

Service Error

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

UUID

Меюорсалыыи уника/ъиый идентификатор (UUID) ислогыэуегся как укыка/ъный сервис идентификации для отношений запрос/от вег. Подробнее о UU1D - см. [21]. Сервер должен отразить зиачеже UUtD получе*ыое в сообщении запроса и вернуть го же ха-ЧОМО в ответном оообщении

AssocJD

AssocID дня определения общего идентификатора - специа/ъного кгыента. AssodD будет использоваться для идентификацьы. например присвоенных подписей и входов на сервер

А.5.6.6 Полу*егть директорию набора данных (GetDataSetDrectory)

А. 5.6.6.1 Основное положение

Клиенту следует испогыэоеать сервис GetDataSetDirectory для вывоза области имен со всеми подверженными действию данными (DATA) и таким образом доступные клиенту обращающемуся к НАБОРУ ДАННЫХ (DATASET).

А.5.6.6.2 Запрос «Полуытъ директорию набора дамых» (GetDataSetDvectoryRequest)

Запрос сервиса «Полумть директорию набора да>ыых» (GetDataSetDirectoryRequest) следует описывать следующим образом

<s:e)ement name^GetDataSetDvractoryRequesO <s:comp*exType>

<s:sequence>

<s: element name="DSRer type=*ews:t0ataSetReference<7>

</s:sequeoce>

<s:attnbute name="UUlD" type=”ews:tstring36* use="opbonaf/>

<s^ttnbutB паше ="AssodD" type^ewsrtAssocID* use=*required7>

</s:complexType>

Os:etement>

Имена тегов описаны в таблице А.37.

Таблица А.37 - Запрос «Получить директором набора данных»

Наименован**

Описан ме

GetOataSetOirectoryRequest

Клиенту следует использовать сервис GetOataSetDvectoryRequest для вывода списка объектных ссылок для воех членов наборов данных на который ссылается видимый набор данных (DATA SET) и таким образом доступам запрашивающему клиенту

DSRef

Значение DSRef (Запрос Дгвчых) должно быть уникальным именем пути к действующему НАБОРУ ДАННЫХ (DATA-SET)

UUID

Универсальный уникальный идентификатор (UUID) используется как уникальным сервис идентификации для отношений залрос/ответ. Подробнее о UUID - см. (21).

AssodD

Ass ос ID для определения общего идентифожзтора - специального к/иента. AssodD будет испогъэоеаться для идентификащи. например присвоенных подписей и входов ю сервер

А.5 6.6.3 Ответ «Полу^ытъ директорию набора дагаых» (GetDataSetOirectoryResponse)

Ответ сервиса «Полу^атть директорию набора даочых» (GetDataSetDirccloryResponse) следует описывать следующим образом.

<s:element name=*Ge(DataSe<DtrectoryResponse~>

<s:complexType>

<s:choioe>

<s element name=*DSMemberRer type=*ews:tFcdFcdaType* maxOccurb=’Lntxxjnde<rr> <s:eiement name="ServiceErTor* type=*ews:tSecvice€mx* minOccurs=*0“ maxOccurs=a’unbounde<f7> </s:dx*oe>

<s:attnbute name=*UUID* 1уре='е\*5Ылод36ш use=*op6onal7>

<s:attrt)ute name=" Assoc ID* type=*ews.tAssoclD* i*se=*'reqixred7>

</s:complexType>

</s.etement>

Имена тегов определен в табгмце А.38.

Таблица А.38 - Ответ «Получить директорию набора данных»

Описыме

GetOataSetDiredoryResponse

Сервер отвечает клиенту, который запросил сервис GetDataSetDiredory, путем вывода списка объектных ссылок для всех членов наборов данных »в которым ссылается видимый побор донных (DATA ССТ) и таким образом достугыый запрашивающему клиенту

DSMemberRef

Аттрибут DSMemberRef будет огмсывать функционально ограничению данные (FCD) или фумкииона/ъмо ограниченный атрибут данное (FCDA)

Service Error

Внутреччяя оиыбка. Сервер будет испогъэовать элемент обозначения того, что запрос сервиса был неудачен. Когда такой элемент представлен в ответном сообщены. клиент должен принять, что запрос отказ»! сервером

UUID

Универсальный уникальный идентификатор (UUID) используется как утаясальным сервис идентификации для отношений залрос/ответ Подробнее о UUIO - см. (21). Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то жв змаче+ме в ответном ообщении

AssoclD

AssodD для определения общего идентификатора - специа/ъмого к/ывита. AssoclD будет испагъэоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.7 Отображение класса сервисов ОТЧЕТ-УПРАВЛЕНИЕ-БЛОКИРОВАНИЕ (RCB)

А.5.7.1 Основные положения

Класс сервисов RCB должен быть отображен веб-сереисам так. как определено в таблице А.40. В ГОСТ Р 54418.25.3 (раздел А1 (приложение А)) предложен образец, как сервисы ОТЧЕТ (REPORT) предполагаемо функционируют на практике.

Таблица А.ЗЭ - Отображению сервисов отчет, управление, блокирование

ГОСТ P $4*Г6.?1М Class (ииформаиионмм мод ел») ГОСТ Р S4418.3 (ЕМ Class (информаций»—о-обмен-»ая модель)

ГОСТ Р 544)8.3 IEM Services |серо*сы информационно-обменной модели)

Отображен не объо«там и Web-cope исам

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

Add Subscription (Добавить Подписку)

AddSubscnption (Добавить Подписку)

RemoveSubscripbon (Удагыть подписку)

RemoveSubscripbon (Уда-/ыть подписку)

Report (Отчет)

ReportRequest/ReportRe-sponse (ЗалросЮтвет отчета)

BRCB (Буферизованный RC8)

tBRCB

GetBRCBValues (Получить BRCB змаче*мя)

GetBRCBValues (Получить BRCB значения)

SetBRCBValues (Указать BRCB змачемкя)

SetBRCBValues (Указать BRCB значения)

URCB (Иебуфериэованный RCB)

HJRC8

GetURCBValues (Получить URCB змачемг)

GetURCBValues (Получить URCB хэчвмия)

SetURCB Values (Указать URCB значемкя)

SetURCB Values (Указать URCB значения)

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

Клиент запрашивает сервис ‘Добавить Подлиску (AddSubscripbon) или принудительно активирует отчетный атрибут RptEna для использования сервисов “Указать URCB значения* и “Лазать BRCB значения*. При отображение клиенту следует послать соответствующее сообщение. Помимо того, отображение Веб-Се рейса должно периодически посылать сообщение “Запрос Отчета* (ReportRequest) серверу в рамках времегыого окна между М»ыималь*ым Временем Запроса (Мю Request!*™) и Максимальным Временем Запроса (MaxRequestTime).

Поведение к/мента в отчетной яо»щепции будет таким, в соответсгвьы с рисунком А.З. которая очерчивает поведение клиента при запросе отчета с помощью установок Ответа и Запроса времени (Request- and Response Time).

Рисунок А.З - Поведете клиента в отчетном сервисе (концепция)

Ест «ОтветжчйОгчет* (ReportResponse) не поступает до истечения Максимального В ремезы Ответа (MaxResponseTime). то клиент должен допустить, что сервер не активен.

Клиенту следует задержать следующий Запрос Отчета (ReportRequest) до тех пор. пока ие истечет М*ым-мальное Время Запроса (MnRequesfHme).

Запрос сервиса клиенту следует осуществлять по истечении Минимального Времет Запроса (MviRequestTime) и не прееькиая Максимальное Время Запроса (MaxRequestTimeX ^нимагьное Время Запроса определено сервером и сообщено «стенту в Ответе на запрос Отчета (ReportResponse). Это позволяет серверу сбалансировать загрузку е управляющем управляемом действии. Максимальное Время Ответа (MaxResponseTvne) определяется клиентом. Оно позволяет клиенту сбалансировать загрузку содействия в управляемом действии.

Когда клиент желает прервать прием отчетов, ему следует отправить запрос сервисов Уда л erne Подписки (RemoveSubscription) или SetiJBCBVBIues или SetBRCBVaiues с помощью принудительного переименования атрибута RptEna на “false*- Отображено будет отправленное последнее сообщение Запрос Отчета сопровождаемое сообщением связанным с сервисами запрашиваемой «««форматонно-обменной моделью (ЗапросУдалемияЛод-тски (RemoveSobscnptionRequest). SetURCB\feiuesRequest или SetBRCBVatuesRequest).

Временные рамки определяются Минимальным - Максимально Запросом Времени и А4*нимальното - Максимального Ответа Времени будет также относиться к прекрашемо процедуры запроса-ответа отчета.

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

Когда прилажвтя сервера получает запрос клиентом сервиса ЗапросОгчета. отображено сервера будет сохранять вместе с AssocID пока сервер хочет отправить отчет. В результате принятия от клиента Запроса Отчета все сохранение отчеты, которым присвоены запрошенме AssosdO будут включен! в ответ.

Рисунок 4 отображает как поведено сервера контролируется установками Ответ - Запрос Время.

Рисунок А.4 - Поведение сервера в сервисе отчетов (концегждия)

Ест «ЗапросОгчета» (ReportRequest) не поступает до истечения МаксммальногоВремеииЗапроса (Max Requests Тете), сервер должен допустить, что клиент не активен.

Серверу следует задержать следующий Ответ ныйОтчет (ReportResponse) до тек пор. пока не истечет Мми-мальиоеВремяОтвета (MinResponseTime).

Ест данные, которые должны быть в отчете представлены, когда ДДежмальноеВремяОтвета истекло, тогда Ответ мыйОтчет должен быть отправлен немедленно.

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

Ест данные отчета не становятся доступными, пустой Отчетным Ответ (с отсутствием Форматов Отчета (ReportFormats)) будет отправлен до истечения Максимального Времени Ответа.

Временные рамки, определенные Минимальным-Мзксима/ъным Временем Ответа и №н»та1*>»**м-Максимальным Временем Запроса, будут также относиться к прераше»ыю процедуры запроса-ответа отчета.

В зависимости от отслеживания отчетной последовательности в случае неправильного срабатывания, потери соединения, переполнения буфера и г. д.. последовательность, сгенерированная сервером, получена через SqNum в ФорматеОтчета (ReportForemat). Отображение клиента в лолуче+ми SqNum способно отслеживать последовательность отчета и показывать случай, если любой отчет был утерян или дубликат отчета был получен. С помощью использования Ел try ID клиент способен запросить особый отчет, потерянный в течение совместной работы. Более подробная детализация процесса, связанного с SqNum и восстановления потерянмде отчетов, реализуются особым образом и не является объектом настоящего стандарта. SqNum будет уникальным для каждого случая совместной работы. Рисунок А.5 показывает вышеописажый механизм процессов, связанных с отчетами.

А*ттацш ОцаДы Отчете


|Ддбш*тъ лдомску ^ У^тамотапь мемвиив BRC8 (Rp£n*=tme) *егаиеешъ    URC8

(RpCiyHniel


Гкшпмдаеии»

Отчттт


<Мшмшвме

DpmrteipOBi

Золpoo

Ошваюиш Отчете

>*1*4Лмльмое

Врем пЧлпр лги <МжтШЛЫЮ6 ВретяЭшросе


Подтветяим Оплечен ия Отчета*


Запрос

Добшпъ


Ответ Довввшь Пэдтву


3^« Иттамошль


Ажгттуш

Огшц


Ответ

Мяшовитъ

iXRCS


ПаповагтиыА

Ответ

Aervaeip* Отчете


-Ч*-

1

А

Загрос Отчете

—щ—

I

1

1

1

1

1

Получение Отчего (Пустот))

i

1

к

Я

1

1

Зшрос Отчета

1

и

1

1

1

1

1

м

Петушке Отчета (1 Форму Отчет!

1

Г

г

1

1

1

1

I

1

»

1

J ’ 1 1 1 1

Зегрое Отчета

1

1

1

1

1

1

Ь

Получив* Отчете (2 Формш Отчета!

И

1

к"

в

1

1

1

1

Зшрос Отчета

1

1

1

1

1

1

*-

Получим» Отчете (рустаго)

“И

IBifl Огчвг


)Сиимп» ЭефойЬемоеитъ Пкуувееу ЗнвнвМЫХ^Сб -*


Ответ ЗДажтъ ОпютМстаюветъ Подкосу JiwmnXRCS


IEM Отчет



101 Отчет


4АИВ1

ВршаОшет


ВреыеОтют


НА)Ш1 ВремвОтветв


Ук&вгепь

Опшвмв Отчетов


Ответ

Опспрвие Отчетов


кг


ГОСТ Р 64416-26 Кушит

ГОСТ Р 6441В2В Веб Серево Кгаитт

ГОСТ Р 644182В Bi5GipeeCipee

ГОСТ Р 6441626

t

Рисунок А.5 - Механизм сервисов реализации отчетов (концепция)

Сервисы, участвующие в реализации отчетов, слвтфицированы в А.5.7.2 - А.5.7.7.4.

А.5.7.2 Добавить Подгмсжу (AddSubscripbon)

А.5 7.2.1 Запрос «Добавить Подписку» (AddSubscripbonRequest)

Запрос сервиса «Добавить Подтеку» (AddSubscnptionRequest) следует оформлять следующим образом:

<s:element name="AddSubscripbonRequest"> <s:complexType>

<s:sequence>

<s element name="RCBReT type="ews.iControlBJockReference7>

<s.e*ement name="RCBType" type=’ews:tRCBType*7>

<s element name="RptID" type="ews:tsthng€5" гткпОссигь="0"/>

<setement name="RptEna" type="s:boolean" min0ccure="07>

<s element name="DatSef type="ews:tOataSetRe<erer>ce* minOccurs="0"A>

<se*ement name="OptFlds" type="ews.tOplFldsBRC8" nxn0ccurs="07>

<s.elemeot name="BufTm" type="s:urts^nedlnr minOccurs=eO"/>

<s e*emerit name='TrgOp" type="ews.lTrgCond" ггйпОссигв="ОТ>

<s:elemeni name=”lntgPd* type=*s:uosagnedlnT minOcajrs="0"/>

<s. element name="DSMbrReT type=“ews:tFcdFcdaType" mmOccurs=eO" maxOccurs=*LribocindedV> </s:sequence>

<s:attnbute name=*lJUID" type="ews.tstjing36" use="opbonar/> <s attribute name="AssocID" type=”ews tAssocID* use="nequrecT/> </s:comp*exType>

</s:element>

Имена тегов разъяснен в тэбгпые А.40.

Таблица А.40 - Запрос «Добавить подписку»

Наямеиоеанио

Описание

AddSubscripbon Request

Запрос AddSubscnpbonRequest должен следовать за ReportReques! во временных рамках or AfrnRequest до MaxRequestTime. определенных для сервиса Отчет (Report)

RCBRef

Атрибут RC8Ref - это уника/ьное имя пути к RCB

RCBType

Тип RCB (RCBType) означает выбор типа. BRCB или URC8. используемого подпиской

RptID

Атрибут RptiD это ориентированный на к/ыента идентифмеатор отчета BRC8. которым является следствием создания отчета. Если значение идентификатора отчета BRC8 равно НОЛЬ (NULL), то упомивние о BRCB будет сообщено как идентификатор отчета

RptEna

Атрибут RptEna используется для контроля и ищикаиии текущего состояния BRCB

DatSet

Атрибут DatSet указывает ОбъектиуюСсылку (ObjectReferonce) на наблюдаемый НАБОР ДАННЫХ (DATA-SET) и какие мнения членов НАБОРА ДАННЫХ (DATA-SET) (QpiH. подкьюжество или все) будут сообщены в отчете

Optflds

Атрибут OptPkls это указанные клиентом допогьмтвльно включеивие в отчет поля, отправленные BRCB

BufTm

Атрибут BufTm указывает временной иггереал в миллисекундах для буферизации внутренних уведомлены вследствие изменения дамых (dchg). изменения качеств (qchg). обновления данных (dupd) BRCB для включетя в единичный отчет

TrgOp

Атрибут TngOps указывает условия пуска, которые наблюдаются этой BRCB. Определяются следующие значения:

•    изменения данмых (dchg):

•    изменения качеств (qchg):

•    обновлетя данных (dupd):

-    безошибочность:

-    общие запросы

IntgPd

Ест ТпдОр включает установку указания сплошности, то атрибут IntgPd указывает период времени для образования отчета безошибочности (в мклтсекундах). Отчет беэошиботости сообщает значения всех членов связанного НАБОРА ДАННЫХ (DATASET). BufTm не имеет эффекта, когда эти изменения вхтмаются в отчет

DSMbrRef

Атрибут DSMbrRef определяет функционально связанные данные (FCD) или функционально связанные атрибуты (FCDA) данных (DATA)

UUID

Утоорсальный утжальный идентификатор (UOID) используется как уникальный сервис идентификащы для отношетй запрос^ответ. Подробнее о UUID - см. [21].

AssodD

Assoc ID для определения общего идентификатора - специального клиента. AssocJD будет испогьзоеаться для идентификации, например присвоенных подписей и входов на сервер.

А.5 7_2_2 Ответ «Добавить Подписку» (AddSubscripbonResponse)

Ответ сервиса «Добавить Подтеку» (AddSubscripbonResponse) следует оформлять следующим образом.

<s:element name=’AddSubscnptionResponse~> <s:comp*exType>

<s:sequence>

<s choice>

<s:e(ement name="Result* type=*ews:tResult* min0ccurs=^07>

<s element name=“Service Emx' type=*ews:tServiceError* minOccurs="0* maxOccurs=*inbou nd*/> </s:choice> </s:sequenoe>

<s:attnbute name^^UUID* type="ews:tstnng36* use=*opbonaf7>

<s:attnbute name^AssodD" type=“ews.tAssoclD“ use="r9quirecr/>

</s:complexType> </s:element>

Имена тегов описаны в таблице А.41.

Таблица А.41 - Ответ «J

Добавить Подлиску»

Им» Тега

Описанье

AddSubscnpbon Response

Ответ AddSubscripbonResponse должен следовать за ReportResponse во временных рамках от MnResportse до MaxResponseTime. определенных для сервиса Отчет (Report)

Result

Простая строка результата *0к*, обозначающая, что запрос 'Задать зиэчемю* Set-Value был пр*ыят

Service Error

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

UUIO

Универсальный уникальным идентификатор (ШЛО) используется как уюскальный сервис идентификации для отношекый залрос/ответ. Подробнее о ШЛО - см. [21]. Сервер должен отразить значение ШЛО полученное в сообщены запроса и вернуть то же змэчете в ответном сообще*ми

AssociD

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

А.5 7.3 Удагмтъ Подписку (RemoveSubscripbon)

А.5.7.3.1 Запрос «Удаттъ Подписку» (Remove Subscript ion Request)

Запрос сервиса «Удалить Подлиску» (RemoveSubscripbonRequest) следует оформлять следующим образом:

<s: element па me=*Re mo veSubscripbon Request* >

<s:comp*axTyp©>

<s:sequence>

<s:etement name=*RCBReT type=*ews:tCon trolBlockReference*y>

</s:sequence>

<s:attribute name=,,UUlD* type="ews:tstnng36* use=*opbonafV>

<s:attnbute name=*AssodD* type=*ews:tAssoclD“ use^required"^

</s:complexType> </s:element>

Имена тегое описаны в таблице А.42.

Таблица А.42 - Запрос «Удалить Подписку»

Наимемоелиие

Ошсаяив

RemoveSubscripbon

Request

Клиенту следует использовать сервис Remove Subscription Request для удал емся оформленной подписки

RCBRef

Атрибут RCBRef это унмсальное имя пути к RCB

UUID

Универсальный уникальный идентификатор (UUID) используется как уникальный сервис идентификаиии для отношений запрос/ответ. Подробнее о ШЛО - см. (21].

AssociO

AssociD для определения общего идентификатора - специального клиента. AssociD будет использоваться для идентификахее*. например присвоенных подписей и входов на сервер

А. 5.7.3.2 Ответ «Удагъттъ Подписку» (Remove Subscription Response)

Ответ сервиса «Удалить Подписку »(RemoveSubscnpbonResponse) следует оформлять следующим образом:

<s: element name=*RemoveSubscripbonResponse*>

<s:complexType>

<s:sequence>

<s:choice>

<s:element name="Result* type="ews:tResutr min0ccurs="07>

<s:element name=“ServiceError/* type=*ews:tServ>ce Error'* minOccurs="0* maxOcctrs="1 «/> </s:diok»>

</s:sequence>

<s:attnbute name=*UUID" types"ews.1string36* 1ле="орЬопаГ/>

<s: attribute name=*AssociD* type=*ewstAssociD~ use=*required*/>

</s:complexT ype>

</s:element>

Имена теп» описаны в таблице А.43.

Таблица А.43 - Ответ «Удалить подписку»

Ивиненом«|*е

Оаксами*

RemoveSubscnpbon

Response

Сервер отвечает клиенту на запрос "Удалить Подлиску*, испогъэуя сервис удаления подтеки

Resell

Простая строка резутътата “Ok*. обозначающая, что запрос “Удалить подлиску" (Re-moveSubscnpbon) был примят

Service Error

Внутренняя ошибка. Сервер будет использовать элемент обозначения того, что запрос сервиса был неудачен Когда такой элемент представлен в ответном сообщены, клиент должен лр*ыятъ. что запрос отказан сервером

UUID

Укмеерсалы^й укыкальный идеитифюсагор (UUC) используется как уника/ъмый сервис идентификации для отношений загрос/ответ Подробнее о UUtO - см. [21]. Сервер должен отразить значение иию получе»ьюе в сообщении запроса и вернуть го же зе-чем«е в ответном сообщена

AssocJO

AssodD для определены» общего идентификатора - специального к/мента. AssociD будет использоваться для идеитификашы. например присеое*ыых подписей и входов на

ГОСТЮ Р

А 5.7.3.3 Формат Отчета (ReportFormat)

Структура Формата Отчета (ReportFormat) строится следуюи»«м образом:

<srcomplexType name=*tReportFofmaT>

<Ь.ЬВЦЦЦ1М)>

<s:e*ement name="RptK>" type="ews:lstnng65* minOccurs=*1* maxOccirs=* 1 9f>

<s:e*emeot name="OptFlds* type=*evvs:tOptFldsBRCB* minOcajrs="r maxOca*s=“1 «/>

<!— IF sequence-number = TRUE in optFIds: ->

<s:element rvame='SqNcme type=*s: unsigned Short" minOocurs="0" maxOccurs="1 «/> <s:element name="SobSqNum* type="s:uns^nedShort* minOccurs=“0* maxOcaas=" 17>

<s:o*oroent name="MoreSegFKv* type="s: boolean* minOccurs=*1* maxOccurs=*1 k/>

<!- IF dat-set-name = TRUE in opCFtds ->

<s:element name=*OatSeT type="ews:lObjectReference" minOocurs="0* maxOccurs="1 «/> <1- IF buffer-overflow = TRUE in optFIds —>

<s:element name="Butovfr type=*s:boolean* min0ccurs=*0" maxOccurs=*1 У>

<!- If conf-TBVtsion = TRUE in optFIds ANO RptIO is BRCB->

<s:element name=*ConfRev* type=*s: unsignednt" rTHnOccurs=*0* maxOoajrs="1 V>

<1- Entry: —>

<V- IF report-time-stamp = TRUE in optFIds ->

<s. element name=TimeOfEntry* type="ews.tTjmeStamp" пкпОосигв="0* тахОссиг&=*Г/> <!— IF entrytD = TRUE in optFIds —>

<s:element name="EntrytO* type=*s:tEntrytO* mmOccurs=*0* maxOccurs=’17>

<s sequence»

<setement name="EntryOata* type=*ews.lEntryOata* minOcaKS=*0" maxOccurs=* 1 7> </s:sequence>

</s:sequence>

</s:complexType>

Имена тегов описаны в таблице А.44.

Таблица А.44 - Формат Отчета

Описамяе

tReportFormat

Сервис Формат Отчета (ReportFormat) указывает информацию, которая должна быть включена в отчет

RptID

Атрибут RpCJD это ориентироо»чый на клиента идентификатор отчета BRCB. который является следствием создания отчета. Если значение идентификатора отчета BRCB равно НОЛЬ (NULL), то упоминание о BRCB будет сообщено как идентификатор отчета

OptFkJs

Атрибут OptRds это указанные клиентом дополнительно вкгочекыые в отчет поля, отправленные BRC8

SqNum

Атрибут SqNum указывает последовательный номер каждого BRCB. у которого допуск отчета установлен на TRUE. Этот номер будет увеличиваться BRCB для каждого созданного и отпрае-ле»«юго отчета. Уеегмчение будет происходить, как только BRCB сформировало отчет и получило запрос на его передачу. Первый отчет, следующий за установкой допуска отчета на TRUE, будет содержать последовательный номер 0. Последовательный номер будет меняться от 0 до его максимального значения. Последовательный номер будет включен в отчет, если дополните/ь-ные поля, включенные в отчет атрибутом (OptFlds) BRCB. еклкмаот последовательный номер (=TRUE): в противном случае он будет исключен

SubSqNum

В случае длжмых отчетов, которые не умещаются в одно сообщение, одоыочный отчет будет разделен на частичные отчеты. Каждый сегмент единого отчета будет пронумерован одним и тем же последовательный номером и уникалыьы SobSqNm. BRCB будет содержать последоватегь-ные номера сели витое для каждого отчета. Этот номер будет увегмчиваться BRCB для каждого созданного и отправленного суботчега. Увеличению будет происходить, как тогько BRCB сформировало суботчет и полу^ыло запрос на его передачу. Первый суботчет, слодующий за установкой допуска отчета на TRUE, будет содержать последовательный номер 0. Последовательный номер будет меняться от 0 до его максимального значения. Последовательный номер будет включен в суботчет, веги допо/мггельные поля, включвдеые в отчет атрибутом (OptFlds) BRCB. включают последователыый номер (=TRUE); в противном случае он будет иск/ьочеи

MoreSegFk*

Параметр БольшеЧастейСледует (MoreSegmentsFoDow) показывает, что больше частей отчета с тем же последоеатегыым номером будут следовать

DalSet

Параметр DatSet выведен из соответствующего атрибута в BRCB

BufOvfl

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

ConfRev

Атрибут ConfRev будет представлять итоговое когвтчество случаев, когда конфигурация НАБОРА-ДАЮНЫХ (DATA-SET), на которую ссылается DatSet изменена

TmeOfEntry

Атрибут Время Записи (TmeOfEntry) означает время, за которое уведомление о внутреннем оо-быпы было получено оператором отчетов. Это значение присваивается спекать ному EntrylD. который также присвоен во время получения внутреннею уведомлеютя

EntrylD

Значение EntrylD. возращенное в ответ GetBRCBVafues определяется следующим:

-    когда состояние BRCB RptEna=FALSE: GetBRCBVafues возвратит EntrylD эначемю. которое представляет последоиою (г. е. иоеемиую) запись, которая была помещена в буфер:

-    когда BRC8 RplEna=TRUE: Значение EntrylD. возвраще»ыое в ответ GetBRCBValues будет последним EntrylD сформированным и поставленным в очередь оживания.

Знэчеме EntrylD состоящее из иулей(0) зарезервировано для обозначения пустого буфера. ►•» сдоы получеюый EntrylD не имеет знэче»»1Я нугь<0)

EntryOata

Параметр EntryOata содержит данные ссылки, значения и reasonCode (код причины) каждого члена НАБОРА ДАННЫХ(DATA-SET) включенного в отчет. Значение должно аклкдетъ значение всех атрибутов дамгых члена НАБОРА ДАННЫХ (DATA-SET)

А. 5.7.4 Получение Значений BRCB (GetBRCBValues)

А.5.7.4.1 Запрос «Получение Значений BRCB» (GetBRCBVaiuesRequesI)

Запрос сервиса «Получе^ею Здеюмий BRCB» следует вызывать следующим образом:

<s.e*ement rvame="GeCBRCBVa*uesRequesr> <s:complexType>

<s:sequenoe>

<se4ement name=*BRCBReT type=*ews:tContro4BJockReference7>

<Ss:sequence>

<s^tlrbule aame=“\JUICy type ="ews; tsfcmg36“ use=*optionaf7>

<s:attribute name="AssoclD" !ype="ews:tAssoclD" use=*requred7> </s:compftexType> </s:element>

Имена тегов описаны в таблице А.45.

Таблица A.4S - «Полученые Значений BRC8»

Иаименомяне

Опмсим

GetBRCBValues Request

Клиенту следует использовать сервис GetBRCB Values чтобы получить течения атрибутов BRCB обнаруженных и таким образом доступных эапраиыеаюшему клиенту отсылаеьим LOGICAL NODE (ЛОГИЧЕСКИМ УЗЛОМ)

BRCBRef

Значение BRCBRef должно быть уникальным тленем пути к действующему BRCB

IAJID

Универсальный уимсальным идентификатор (ULND) используется как уникальный сервис идеи-тификацы для отношений запрос/ответ. Подробнее о UU1D - см. (21).

AssociD

AssociD для определения общего идентификатора - специального клиента. AssociD будет использоваться для идеитифтации. например присвоен» екх подписей и входов на сервер

А. 5*7.4.2 Ответ «Получение Значений BRCB» (GetBRCBValuesResponse)

Ответ сервиса «Получвгые Значений BRC8» следует описывать следующим образом:

<s.element name=’GetBRCBV^kjesResponse*>

<s:comptexType>

<s:sequence>

<s:chaice>

<s:sequence>

<s:etement nan>e="RpUD* type="ews.1string65V>

<s:etement name="RptEna* lype=*s:boo*ean*/>

<s:element name= *DatSeT type=*ews:tDat3SetRefefBnce7>

<s:element name=*ConfRev* type="s:unsigne<Snt*/>

<s:element name=*OptRds" type=*ews:tOptFldsBRC8V>

<s:element лате=*ВиГГгтГ type=’suns*gnecJkTfY>

<s: element name=*SqNum* type=*s:unsigr>eOShorrr>

<s:element name=TrgOp* type=^ews:tTrgCond7>

<s:element name=TntgPnT type=es:i*rsigne<M7>

<s:element лате=“СГ type=*s:booiean*/>

<s:oloment пате="РигдевиГ type=“s:bootean' />

<s: element name="EntrytD" type="ews:t£ntrylD’/>

<s:element name=*TimeOfEntry^ type=*ews:tTimeStamp"/>

</s:sequence>

<s:elemen( name="SecviceError> type=*ews:tServx»Error^ mriOccurs=*0’ maxOocurss<a1 «/> -Ob:c#ioJoo>>

</s:sequence>

<s:attribute name-*UUtD* type="ews.tstnng36" use="optionar/>

<s:attnbute names*AssocJD' type=*ews tAssoclD* use="requred7>

</s:complexType>

</s:element>

Имена тегов огысаиы в таблице А.46.

Таблица А.46 - Ответ «Получение Значений BRC6»

Нммеяомиио

Опмсаимо

GetBRCBVaiues

Response

Сервер отвечает юыеигу на запрос сервиса GetBRCBVaiues путем вьюты эначеьмй атрибутов BRCB обнаруженчых и таким образом доступных эапрашиеаощему к/ыеиту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

RptID

Атрибут RptID это ориентированный на клиента идентификатор отчета BRCB. который является следствием создания отчета. Есгм значе+ые идентификатора отчета BRCB равно НОЛЬ (NULL), то упоминаюю о BRCB будет сообщено как идентификатор отчета

RptEna

Атрибут RptEna служит для контроля и отображения текущего состояния BRCB

DatSet

Атрибут DatSet указывает ОбъектнуюСсылку (ObjectReference) на наблюдаемый НАБОР ДАННЫХ (DATA-SET) и какие значения членов НАБОРА ДАННЫХ (DATA-SET) (один, подмножество ты все) будут сообщены в отчете

ConfRev

Атрибут ConfRev буов* представлять итоговое ко/ычество случаев, когда конфигурация НАБО-РА-ДАННЫХ (DATA-SET), на которую ссыпается DatSet изменена

OptRds

Атрибут OptFIds это указанные клиентом дополючтельно включе»+ые в отчет поля, отпраален-»ые BRC8

Окончание таблицы А.46

Нммеииние

Описымо

BufTm

Атрибут BufTm указывает временной юлервал в миллисекундах для буферизации внутренних уведомлений вследствие изменения данных (dchg). изменения качеств (qchg). обновления данных (dupd) BRCB для включения в единичный отчет

SqNum

Атрибут SqNum указывает последовательный номер каждого BRCB. у которого допуск отчета установлен на TRUE. Этот номер будет уволниваться BRCB для каждого созданного и отправленного отчета. Увеличение будет происходить, как только BRCB сформировало отчет и палуило запрос на его передачу

TryOp

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

-    изменения данных (dchg):

-    измелемся качеств (qchg);

-    обновления данных (dupd):

-    безошибочность:

-    основные запросы

IntgPd

Если TrgOp включает установку укаэаия сплошности, атрибут IntgPd указывает период времени для образования отчета безошибочности (в миллисекундах) Отчет безошибочноеги сообщает значения всея членов связанного НАБОРА ДАННЫХ (DATA-SET). BufTm не имеет эффекта. когда эти изменения вк/вочаются в отчет

Gl

Атрибут GJ указывает запрос на начало процесса основного запроса. После установи TRUE BRCB начинает процесс основного запроса. После опознания основного запроса этот атрибут автоматически с помощью BRCB устанавливается на FALSE

PurgeBuf

Атрибут PurgeBuf указывает запрос на отмену буферизованных событий. После установки TRUE BRC8 отменяет буферизованные события, все еще не отправленные к/мемту. После отмены буферизованных событий этот атрибут автоматически с помощью BRCB устанавливается на FALSE

EntrylD

Значение Entry©. возращенное в ответ GetBRC8Values определяется следующим:

-    когда состояние BRC8 Rp£na=FALSE: GetBRCBV^ues возвратит Entry© значимо, которое представляет последнюю (г е. новейшую) загысь. которая была помещена в буфер:

-    когда BRCB RptEna-TRUE: Значение EntrylD. возвращенное в ответ GetBRCBNfeiues будет последним EntrylD сформированным и поставленным в очередь оживания.

Значение EntrylD состоящее из нулей(0) зарезервировано для обозначения пустого буфера. ни од»и| полученный EntrylD не имеет значения ноль(0)

TimeOfEnlry

Атрибут ВремяЗалисм (TiroeOfEntry) означает время, за которое уведомлению о внутреннем событии было получено оператором отчетов. Это значению присваивается специальному EntrylD. который также присвоен во время получения внутреннего уведомления

Service Error

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

UUID

Универсальный уникальный идентификатор (UUID) используется как уникальный сервис идентификации для отношений запрос/отэет. Подробнее о UUID-см. [21]. Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то же значение в ответном сообщены

AssodD

Assoc ID для определения общего идентификатора - специального клиента. AssocID будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5 7.5 Установить Зн^юния BRCB (SetBRC В Values)

А.57.5.1 Запрос «Установить Значения BRC8* (SetBRCBVafuesRequest)

Запрос сервиса 'Установить Значения BRCB" следует описывать следующим образом:

<s:etement name=MSet&RCBValuesRequesf > <s:complexType>

<s:sequence>

<s:element name=*BRCBRef type=*ews:tCantrolBlockReference*/>

<s:e*ement name=*RptfD* type=*ews:tstiing65" minOccurs="OV>

<s:element name=*RptEna* type=*s:booiean* minOccurs="0*/>

<setement name='DatSeC type=~ews:tDataSetReference" minOccurs="Q7>

<s.element name="OptFldse type=*ews:IOplFldsBRCB* min Occurs="OV> <s:element name=‘BufTm* type=*s:uns«gne<*nf min0ccurs=*07>

<se*ement name=’TrgOp" type=*ews:tTrgCond* тю0ссигь="0“/> <s o*omont name=1ntgPd" type=*s:unsigne<£nf minOccurs=*0"/>

<s:elemenl name="GF type="s:boolean" т*Юах1Гз="07>

<s:element name^PurgeBuT type=*s:boolean* minOccurs=*OV>

<s: element name='EntrylD* type=~ews:tEntry1D* minOccLrs=’0"/>

</s:sequence>

<s:atiribufie name=“UUID’ type=eews:tstnng36' иве=“орЬопаГ/> <s;attribute name="AssocJD" type=*ews.tAssoclD* ьве="педшв(Г/>

</s:complexType>

</s:eiement>

Имена тегов огысаиы в таблице А.47.

Таблица А.47 - Запрос «Установить Значе»еся BRCB»

Наименоммяе

Описание

SetBRCBValues

Request

Кгмвмту следует использовать сервис SetBRCBValues чтобы задать эначеюся атрибутов BRC8 обнаружеиенх и таким образом доступных запрашивающему клиенту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

BRCBRef

Значение BRCBRef должно быть уиикагъным именем пути к действующему BRCB

RptID

Атрибут RpdO это ориентированы* иа клиента идентификатор отчета BRCB. который является следствием создания отчета. Если зиэчение идентификатора отчета BRCB равно НУЛЬ (NULL), то упоминание о BRCB будет сообщено как идентификатор отчета

RptEna

Атрибут RptEna служит для контроля и отображения текущего состояния BRCB

DatSet

Атрибут DatSet указывает ОбъектмуюСсылку (ObjectReference) на наблюдаемый НАБОР ДАННЫХ (DATA-SET) и какие значения членов НАБОРА ДАННЫХ (DATA-SET) (один, подмножество иш все) будут сообщены в отчете

OptFlds

Атрибут OptFIds это указанные клиентом допогвелельно включение в отчет поля, отправленные BRCB

BufTm

Атрибут BufTm указывает временной ютвреал в миллисекундах для буферизации внутреиых уведомленья* вследствие изменения дгьчых (dchg). изменения качеств (qchg). обновлены* данных (dupd) BRCB для включения в ед**мчмый отчет

TrgOp

Атрибут TrgOps указывает условия пусжа которые наблюдаются этой BRCB. Определяются следующие значения:

•    изменения данных (dchg);

•    изменения качеств (qchg):

•    обновления данных (dupd):

•    беэошибоеюсть:

•    основные запросы

IntgPd

Ес/ы TrgOp вхлючает установку указания сплоивюсти, атрибут IntgPd указывает период в ре мены для образования отчета безошибочности (в милгмсекуцдах). Отчет безошибочности сообщает значения всех членов связанного НАБОРА ДАННЫХ (DATA-SET). BufTm не имеет эффекта, когда эти изменения включаются в отчет

Gl

Атрибут G! указывает запрос на начало процесса основного запроса. После установки TRUE BRCB начинает процесс основного запроса. После опознания основного запроса этот атрибут автоматически с помощью BRCB устамавгывается на FALSE

PurgeBcrf

Атрибут PurgeBuf указывает запрос на отмену буферизованных событий. После установки TRUE BRC8 отменяет буферизованные события, все еще не отравленные клиенту. После отменен буферизованных событий этот атрибут автоматически с помощью BRCB устанавливается на FALSE

EntrylD

Значение EntrylD. возращенное в ответ GetBRCBValues определяется следующим:

-    когда состояние BRCB RptEna=FALSE. GetBRCBValues возвратит EntrytO змаче»ые. которое представляет последнюю (т. е. новейшую) запись, которая была помещена в буфер:

-    когда BRCB RptEna =TRUE: 3начете EntrylD. возвраще»еюе в ответ GetBRCBValues будет последним EntrylD сформированием и поста внешнем в очередь оживания.

Значение EntrylD состоящее из мулеЦО) зарезервировано для обозначения пустого буфера, ни сю>ы лолученыый EntrylD не имеет значения нутв><0).

UUID

Умиверсагъмый унмсальный идентификатор (UUID) испогъэуется как уникальный сервис иден-тифмкащв* для отношений эалрос/огеет. Подробнее о UUID - см. (21).

AssodD

Assoc ID для определения общего идентификатора - специального клиента. AssocID будет использоваться для идентификации, например присвоенных подписей и входов иа сервер

<s:element name=*Se«BRCBVa*uesResponse’> <s:complexType>

<s:sequence>

<s:cfKX3e>

<s:element name=*Resuir type="ews:tResuM" mir»Oocurs=',0"/>

<s: element name=*ServiceEmx' type^ewsitServiceEfTor^ тю0сс4яь=*0" maxOccurs=\jnboundedV> </&:choice>

</s:sequence>

<s:attnbute name="UUID* type=*ews:tstnng36* LBe="opUonaT/>

<s; attribute name=*Assoc!D“ type="Bws:tAssoc(D" use=*requred7>

</s:oomp(exType> </s:element>

Имена тесое описаны в таблице А.48.

Таблица А.48 - Ответ «Установить Значения BRCB»

Наименование

Описание

SetBRCBValues

Response

Сервер отвечает клиенту на запрос сервиса SetBRCBValues путем установления знамен мй атрибутов BRC8 об на ружвюых и таким образом доступных запрашивающему клиенту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

Result

Простая строка результата ‘Ok*, обозначающая, что запрос SetBRCBValues был принят

Service Блог

Вмутрею<яя ошибка. Сервер будет испогъэовать элемент обозначения того, что запрос сервиса был неудачен. Когда такой элемент представлен в ответном сообщо»ыи. клиент должен принять, что запрос отказан сервером

UUID

Универсальный уникальный идентификатор (UUID) используется как у»ен кальиый сервис кдемтифдеации для отношений запрос/ответ. Подробнее о UUIO - см. [21]. Сервер должен отразить хачение UUIO полученное в сообща»ми запроса и вернуть то же значение в ответном сообщении

AssociD

AssociD для определения общего идентификатора - специального клиента. AssocJD будет иаюгъэоеатьсядля идентификации, например присвоениях подписей и входов на сервер

А.5 7.6 Полуегть знэче»в«я URC8 (GetURCBValues)

А.5.7.6.1 3<1(|дд. «fluiifHib «снвиии URCB» (Oe(URCBVdiMbRM|ueb()

Запрос сервиса «Палувггь значения URCB» (GetURCBValuesRequest) следует описывать следующим образом:

<s:elemenl па me=’GetURCBValuesRequest^

<s:complexType> <s.sequeoce>

<s:elemeot name=*URCBReT type=’ews:tContro©4ockRetefence7> </s:sequence>

<s. attribute name=UUtD‘ type=’ews:tstring36" use=*optionaT/>

<s:attnbute name=*AssocJD'a type=’ews:tAssoclD" use=’requered7>

</s:oomptexType>

</s:element>

Имена тегое описаны в таблице А.49.

Таблица А.49 - Получение значений URCB

Наименование

Описание

GetURCBValues

Request

Кгыенту следует использовать сервис GetURCBValues чтобы получить значения атрибутов URCB обнаруженных и таким образом достутьеях запрашивающему клиенту отсылаемым LOGICAL NODE (ЛОГИЧЕСКИМ УЗЛОМ)

URCBRef

Зихение URCBRef должно быть у идеальным именем пути к действующему URC8

UUID

Универсальный уюкалькый идентификатор (UUID) используется как умдеа/ъиый сервис идеи-тификацде для отношений запрос/ответ. Подробнее о UUID - см [21].

AssociD

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

<s:element name^GetURCBVaiuesResponse"» <s:conip4exType>

<s:sequence>

<s:choce>

<s:sequence>

<s:elemeat nao»e=*RpllD" type="ews:tstnnge57>

<s. element name=*RptEna* type="s:boolean7>

<s:elemenf name=*ResV type=*s: boolean* minOccurs^OV»

<s. element nan>e=*OalSef type=”ews:tDataSetReference"f>

<s: element name=*ConfReV type=*s i*isigne<Jnr/>

<s:etement name=*OptFlds’ type=*ews:tOptFldsURCB7>

<s:efement name=‘BufTm" type="s:uns^nedlntY>

<s: element name= "SqNum" type=*s: unsigned Short"/>

<s:element name=TrgOpa type=*ews.lTrgConcT/>

<s: element oame=*lntgPd" type=Ms:uns^nedlnr/>

<s; element name=*Gr type="s: boo*ean“/>

</s sequence»

<s:element name="ResufT type="ews: tResuft" min0ccurs=*07>

<s;element name="SerY>ceError" type="ews:tService£jTor’' гтЮссигь="0" maxOccurs="1 «/> </s:choioe>

</s:sequeoce>

<s:attrvbute names*UUID* type="ews:tstring36" use^optionaT/» <s:at£ribute name="AssocflJ" type="ews:tAssodD" use=~requirBd*/> </s : complex Type>

<ys:etement>

Имена тегов описаны в таблице А.50.

Таблица А.50 - Ответ «Получение значений URCB»

Наиме ном яке

Опмса««|«

GetURCBVakies

Response

Сервер отвечает клиенту на запрос сервиса GetURCBV^Jues путем выданы значо**ы1 атрибутов URCB обнаруженных и таким образом доступных запрашивающему клиенту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

RptID

Атрибут RptID это ориентированный на клиента идентификатор отчета BRCB. который является следствием создания отчета. Есгы значе*ме идентификатора отчета BRCB равно НУЛЬ

(Ml II 1 ). m ynmiMi it тлп л RRCA Яудрт тп^щрмп (ЙС илвмгифитатпр отнята

RptEna

Атрибут RptEna служит для контроля и отображения текущего состояния BRCB

Resv

Атрибут Resv (если установлен TRUE) будет показывать, что URCB в текущем времени зарезервирована для кгмента. который установил значение TRUE.Ocra/ъные клиенты не допущены устанавливать /кобые атрибуты этой URCB

DatSet

Атрибут DatSet указывает ОбъектиуюСсылку (ObjectReference) на наблюдаемый НАБОР ДАННЫХ (DATA-SET) и какие значения членов НАБОРА ДАННЫХ (DATA-SET) (един, подмножество к/м все) будут сообщены в отчете

ConfRev

Атрибут ConfRev будет представлять итоговое кол^ество случаев, когда конфигурация ИА-БОРА-ДАННЫХ (DATA-SET), на которую ссылается DatSet изменена

OptFkJs

Атрибут Optflds это указанные клиентом дополнительно включенные в отчет паля, отправленные BRCB

BufTm

Атрибут BufTm указывает временной интервал в мил/ыевкундах для буферизац»ы внутренних уведомлений вследствие изменения данных (dchg). изменения качеств (qchg). обное/**ыя данных (dupd) BRC8 для вкдочемия в единимым отчет

SqNum

Атрибут SqNum указывает последовательный номер каждого BRC8. у которого допуск отчета установлен на TRUE. Этот номер будет увегычиватъея BRCB для каждого создаююго и отправленного отчета. Увеличено будет происходить, как только BRCB сформировало отчет и получило запрос на его передачу

Окончание таблицы А.50

Наименоваяяe

Oneca««»e

TryOp

Атрибут TrgOps указывает условия пуска которые нэбгодаются этой BRCB. Определяются следующие зиаче^мя:

-    измеие»мя данное (dchg):

-    иэмене»««я качеств (qchg):

-    обновления даньепс (dupd):

-    безошибочность:

-    основные запросы

InlgPd

Если TrgOp вкгвемэет установку указания сплошности, атрибут InlgPd указывает период времени для образое»мя отчета безошибочности (в миллисекундах). Отчет безошибочности сообщает значения всех членов свяэагмого НАБОРА ДАННЫХ (DATA-SET). BufTm не имеет эффекта. когда зги изменения ек/жочаются в отчет

Gl

Атрибут GI указывает запрос на начало процесса основного запроса. После установки TRUE. BRCB накапает процесс основного запроса. После опознания основного запроса этот атрибут автоматически с помощью URCB устанавливается на FALSE

Result

Простая строка результата *Ок'. обохэчакхдая. что запрос GetURC В Values был принят

PurgeBuf

Атрибут RjrgeBuf указывает запрос на отмену буферизованных событий. После установки TRUE URCB отменяет буферизованию события, все еще не отправпе**чые клиенту. После отмены буферизованных событий этот атрибут автоматически с помощью URCB устанавливается на FALSE

EntrylD

Значение EntrylD. возращо*#кхз в ответ GetURCBValues определяется следующим:

-    когда состояние URCB Rpt£na=FALSE: GetURCBValues возвратит EntrylD значение, которое представляет последяою (г е. новейшую) загмсь. которая была помещена а буфер:

-    когда URCB RptEna=TRUE: Значение EntrytD. возврашениое в ответ GetURCBValues будет последним EntrylD сформированным и поставленным в очередь оживания.

Значение EntrylD состолцее из нулеи(0) зарезервировано для обозначения пустого буфера. ►•» офи полученный EntrylD не имеет значения иуль(0)

TmeOfEntry

Атрибут ВремяЗагмси (TWneOfEntry) означает время, за которое уведомление о внутреннем событии было подучено оператором отчетов. Эю значение присваивается специальному EntrylD. который также присвоен во время получения внутреннего уведомления

Service Error

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

UUID

Универсальный укьмальный идентификатор (UUID) используется сак умесальмый сервис идеи-тификащы для отношений залрос/ответ. Подробнее о UUID - сы. (21). Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то же значение в ответном сообщены

AssodD

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

А.5.7.5 Установить значения URCB (SetURCB Values)

А.5 7.5.1 Запрос «Установить значения URCB» (SetURCBVaiuesRequesI)

Запрос сервиса “Установить значения URCB* следует описывать следующим образом:

<s.element name=*SetURCBVaiuesRequesf > <s:complexType>

<s:sequence>

<s:element name=*URCBReC type=*ews:tControlBiockRetereoce"/'>

<s:element name=*RptlD* type=*ewsrtstring65* minOccurs="0*/>

<s:element name=*RptEna* type=*s boolean* тп0ссиг5="0*/>

<s: element name=*ResV" type=*s: boolean* min0ccurs=*07>

<s:element name="DatSeC type=*ewstDataSetRefereoce* minOoairs=“Or/>

<s:element name="OptFlds~ type=~ews:tOptF)dsURCB* minOcars="0*/>

<s:element name="BufT m* type=*s unsignednt* minOccurs="Or/r>

<s: element name="TrgOp* type=*ews:fTrgConcr mjnOccurs="0“/>

<s:element name=**rtgP(T type=*S-unsigne<Snt* mir>Occurs="Op/>

<s:element name="GI* type=*s: boolean* min0ccurs=*07> </s:sequence>

<s:attr*xjte name="UUID“ type=*ews:tstring36* use=*opbonat*7> <s-attrt)ute name="AssoclD" type=*ewstAssoc!D* use=*required7> </s:complexType>

<ys:element>

Таблица А.51 - Запрос «Установить значе»я«я URCB»

Нвммоиооамге

OilMONM

SetURCBNtelues

Request

Клиенту следует использовать сервис SelURCBValues чтобы задать значения атрибутов URC8 обнаруженных и таким образом доступах залрашивакхцему клиенту отсылав**** LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

URCBRef

Значение URCBRef должно быть ренальным именем пути к действующему URC8

RptID

Атрибут RptID это ориентированный на клиента идентификатор отчета URCB. который является следствием создания отчета. Если знэчеюе идентификатора отчета URCB равно НУЛЬ (NULL), то упоминание о URCB будет сообщено как идентификатор отчета

RptEna

Атрибут RptEna (если установлен TRUE) показывает что URCB е масгояций момент способен передавать значегыя набора данных (DATA-SET). Если установлено TRUE. URCB отслеживает посылаемое значение набора да>мос (DATA-SET) и создает отчеты. Есгы установлено FALSE. URC8 перестает выпускать отчеты

Resv

Атрибут Resv (еегм установлен TRUE) будет показывать, что URC8 в текущем време-ьт зарезервирована для кгмемта. который устеювил значение TRUE.Остальные кхм-енты не допущены устанавливать /ьобые атрибуты згой URCB Если атрибут Resc не установлен на TRUE, то установка TRUE для RptEna резервирует косвенно

DatSet

Атрибут DatSet указывает ОбьектнуюСсылку (ObyectReference) на наблюдаемый ОД-БОР ДАННЫХ (DATA-SET) и какие значения членов НАБОРА ДАННЫХ (DATA-SET) (один, подмножество игы все) будут сообщены в отчете

OptFkJs

Атрибут OptFkJs это ухаэанте клиентом дополнительно включенные в отчет поля. отправле*жыв URC8

BufTm

Атрибут ButTm указывает времеююй интервал в миллисекундах для буфериэащы внутренних уведомлений вследствие изменения данных (dchg). изменения качеств (qchg). обновления данных (dupd) URCB для включения в едикягяый отчет

TrgOp

Атрибут TrgOps указывает условия пуска которые набгкодаются этой URCB Определяются следующие значе»мя:

-    изменетякя данных (dchg):

-    изменения качеств (qchg):

-    обновления давялх (dupd);

-    безошибочность:

-    основ***© запросы

InlgPd

Если TrgOp ехлюмэот усгэмооку указами» сплошности. атрибут InlgPd указывает период времени для образования отчета безошибочности (в миллисекундах). Отчет безошибочности сообщает значения всех членов свяэачого НАБОРА ДАННЫХ (DATA-SET). BufTm не имеет эффекта, погод эти изменения включается в отчет

GJ

Атрибут GJ указывает запрос на начало процесса основного запроса. После установки TRUE URCB начинает процесс основного запроса После опознания основного запроса этот атрибут автоматически с помощью URCB устанавтыеается на FALSE

PurgeBuf

Атрибут PurgeBcrf указывает запрос на отмену буферизованных событий. После установки TRUE URCB отменяет буферизовало события, асе еще не отправлением клиенту. После отмены буферизованных событий этот атрибут автоматически с помощью URCB устанав/меается на FALSE

EntrylD

Значение EntrylD. возращенное в ответ GetURCBValues определяется следующим:

-    когда состояние URCB Rpt£na= FALSE: GetURCBValues возвратит EntrylD эначе»ме. которое представляет последнюю (т. в. новейшую) эагмеъ. которая была помещена в буфер:

-    когда URCB RptЕла=TRUE: Значе+ые EntrylD. возвращенное в ответ GetURCBVat-ues будет посладкмм EntrylD сформирование** и пост зеленым в очередь оживания. Значение EntrylD состоящее из нулей(0) зарезервировано для обознаюкыя пустого буфера, ш. один полученным EntrylD ив имеет значения нуль<0)

UUID

Универсальный утяккальный идентификатор (UUID) используется как утячкальный сервис идентификации для отношо»яя< залросгответ. Подробнее о UUID - см. (21J.

AssocID

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

<s:element name=*SetURCBVa*uesResponse"> <scomp4exType>

<s:sequence>

<s:ctoce>

<s: element name="Resuff lype=“ews:tRestrft" mmOccufs=*OV>

<s:element name=*Serv»ceErTor* type=*ews:tServiceEmx" m«>0ccurs=*0" maxOccurs=4ribour>de<fV> </s:choice>

</s:sequence>

<s.attnbute name=*UUID* type="ews;tstnng3e~ use=*optionaTS>

<s;attnbule name='AssocJD" type=*ews:tAssoclD" use=*reqiired7>

</s:comptexType>

</s:eiomont>

Имена тегов описаны в таблице А.52.

Таблица А.52 - Ответ «Установить значения URCB»

Иамменоеамье

Описание

Set URCB Values Response

Сервер отвечает клиенту на запрос сервиса SetURC8Values путем устаноеления значений атрибутов URC8 обнаруженных и таким образом доступных запрашивающему к/ыенту сттсыпаешм LOGICAL NOOE (ЛОГИНСКИМ УЗЛОМ)

Result

Простая строка результата «ОК». обозначающая, что запрос SetURCBVafues был принят

Service Error

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

UUID

Универсальный уникалыклй идентификатор (UUID) используется как уникальный сервис кденгифмсации для отношений эапрос/ответ. Подробнее о UUID - см. [21]. Сервер должен отразить значение UUID полученное в сообщении запроса и вернуть то же значение в ответном сообщении

AssociD

AssociD для определения общего идентиф»ыатора - специального клиента. AssociD будет использоваться для идентификац»*. например присвоенных подписей и входов на сервер

А.5 7.7.3 Запрос Отчета (ReportRequest)

Сирии *Эд||лд. Ol4»»d* uwMywi wmcMsdio следующим uC|mjum.

<s:etemeot name=*ReportRequest*>

<s:compiexType>

<s:sequence>

<s:otoment name=*MaxResponseTime" type=*s:durabon" minOccurs=*1 «/>

<s:etement name="MinResponseTme* type=*s: duration" min0cajrs="07> </s:sequence>

<s:attribute name=*UUlD* type="ews:t5tring36* use=*op6onaT/> <s:attnbute name =* Assoc ID* type=*ews:tAssoclD" use="required*/>

</s:complexType> </s:element>

Имена тегов описаны в таблице А.53.

Таблица А.53 - Запрос Отчета (ReportRequest)

Наименование

Описание

ReportRequest

Кгыенту следует использовать сервис ReportRequest для полкче*ыя отчета

MaxResponseTime

МаксимальноеВремяОтвета (Max Response Тепе) определяется клиентом и сообщается серверу с цагъ>ю позволить клиенту настраивать истоки ыо срока ожидакыя в порядке упраапежя. Когда MaxResponseTime истекает, ктыенту следует оытатъ сервер неактивным

MnResponseTime

МииимальмоеВремяОтвета (Min ResponseТкпе) определяется к/ыентом и сообщается серверу в ReportRequest и показывает минимальное время, которое сервер должен выждать до ответа на ReportRequest. Это время используется клиентом для сбалансирования загрузки способа управления

Ма*мс«ооаиие

Описям**

UUID

Универсальный уникальный идентификатор (UUID) используется кая у**кальньы сервис идентификации для отноше+м за просто твет. Подробнее о UUID - см. (21).

AssocID

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

А.5.7.7.4 Ответный Отчет (ReportResponse)

Сервис ответа на запрос отчета (ReportResponse) следует огмсыватъ следующим образом:

<s:etement name=*ReportResponse*> <s.comptexType>

<s:droice>

<s: sequence»

<s:o*omonl name=* ReportFormat* type="ews:tReportFormat' min0ccur5=*0' maxOccurs=’unbound ed“/> <s:e*emenf name='MaxRequestTime* type=*s:diraiion" minOccurs=~1 «/>

<s;etemenl name=*MinReques(Tme' type='s:di*ation" mir>0ccurs='0'<r> </s:sequence>

<s. element name='ServiceEJTor* type='ews;tServ*ceError* minOccurs^'O* maxOcccrs=*1 «/> </s:choice> <s:attribute name=DUID' type='e*vs:tstnng36' use="optionar/>

<s: attribute name='AssocJD* type="ews:tAssocJD" use=’nequred7>

<s attribute name='moreFollows“ typer's:Boolean' use='optional' defaiA=“fa)se7>

<*— The message size is too smal to send afl the information of a report in one message —> </s:compiexType> </s:element>

Теги описаны в rafinmie A. 54.

Таблица A.54 - Ответный Отчет (ReportResponse)

Нзименоввнме

Описал *•

ReportResponse

Сервер отвечтает на сервис запроса клиентом отчета (ReportReguest) отсылая запрашиваемый отчет

ReportFormat

ReportFormat указывает информацией. которая должна быть вкгвочена в отчет

MaxRequestTime

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

MnKequesTlme

МинимальноеЬремяЗапроса (MinKequest 1 one) определяется сервером и соооща-ется клиенту е ReportResponse и показывает минимальное время, которое клиент должен выждать между получением ответа от сервера (ReportResponse) и запроса следующего ReportRequest в том же самой ассоциации. Это время используется сервером для сбалансирования загрузки способа управления

Service Error

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

UUID

Универсальный уникальный идентификатор (UU1D) используется как уникальный сервис идентификации для отношен мй загтроо'ответ. Подробнее о UUID - см. [21J. Сервер должен отразить хэчеиие UUID полученное в сообщен »м запроса и вернуть то же значение в ответном сообщении

AssocID

AssocID для определения общего идентификатора - специального клиента. AssodD будет использоваться для идентификации. например присвоенных подгмеей и входов на сервер

more Follows

Болев сегментов отчета с одинаковым последовательным номером следуют

А.5.8 Отображение класса сервисов ЗАПИСЬ В ЖУРНАЛ-КОНТРОЛЬ-БЛОКИРОВАНИЕ

(LCB - LOG-CONTROL-BLOCK)

Таблица А. 55 - Отображен© сервисов ЗАПИСЬ В ЖУРИАЛ-КОНТРОПЬЬЛОКИРОВАНИЕ

ГОСТ P 54418.25.2 Ш Clast («яфор-мащюним модель)

ГОСТ Р 54418 25.2 IEM Class («ифор* маииомио-о6ме«м»а« модегь)

ГОСТ Р $44 98.25.2 1Е.Ы Services (сервисы имформаи чо - обме т»ов модели)

Отобранoiie обьнтаи и Web сервисам

ЗАПИСЬ В ЖУРКАЛ-КОНТРОЛЬ-БЛОКИРОвАНИЕ (LOG-CONTROL-BLOCK)

tLC8

Получить значения LCB (GetLCB-VBfcjes)

Получить значения (LC8 GetLCBValues)

Установить значения LCB (SetL-CBVatues)

Установить эчачения LCB (SetL СВ Values)

А.5.8.2 Полу^мтъ знэ^мя LCB

А.5.8.2.1 Запрос «Получить значемия LC8» (Got L СВ Values Request)

Запрос сервиса «Полу^тъ значения LCB» следует описывать следующим образом:

<s:element name=*GeCJCBValuesRequesr>

<s:comp*exType>

<s:sequence>

<s: element пате=*ТСВЯеГ type=*ews:tConerolBiockReferenceeA> </s:sequence>

<satlri)ute oame=“UUID* type="ews:tstnng36" use="optionaT/>

<s:attri>ute name="AssocID" type="ews:tAssoclD" irse=,’reqLMed"/> </s:complexType>

</s:element>

Теги описаны в таблше А.56.

Таблица А.56 - Запрос «Получить хачеиия LCB»

Наименоваиио

Описание

GetLCBValues

Request

Клиенту следует испагъзовэтъ сервис GetLCBNfekies для вывода значений атрибутов LCB обнаруженных и таким образом досупиых клиенту доступных запрашивающему клиенту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

LCBRef

Атрибут LC8Ref является уникальным имоном пути к LCB

UUID

Уиееерсалыяий уникальный идентификатор (UUIO) испогыэуется как уникальный сервис идеити-фижвыии мни ижишмий дел цлаАл вел. ГКлщлЛметег и UUIO — см. (21).

AssodO

Assoc ID для определения общею идентификатора - специальною кгмемта AssocID будет использоваться для идентификасры. например присвоенных подписей и входов на сервер

А.5.8.2.2 Ответ «Полу^ыгъ значения LCB» (GetLCBVbluesResponse)

Ответ сервиса «Полупить змачеотя LCB» следует огысыватъ следующим образом:

<s:etement name-*Get!CBValuesResponse">

<s:comp*exType>

<s:sequeoce>

<s:choce>

<s:seqoence>

<s: element name="logEna* type="s:boolean"/>

<s. element name="DatSer type=~ews:tDataSetReferance7>

<s: element name=TrgOp" type=*ews.1TrgCood7>

<s. element name=1ntgP<T type="s:uns»gne<*nt7>

<s: element namo-TogReT type="ews:tObjectReference7>

</s:sequence>

<s: element namo-^SennceEmx^ type="ews:tServiceError* mm0ccurs="0" maxOcaas="1 «/> </s:choicB>

<Js_sequence>

<s:attribulB name="\JUID" type=*ews:tstring36* use="opbonal7>

<s:attribute name=*AssoclD" types*ews:tAssoctO* и se= "required 7>

</'s:comptexType> </s.element>

Таблица А.57 - Ответ «Получить значения LC8»

На «ate ««ование

Описание

GetLCBValuesResponse

Сервер отвечает клиенту на запрос сервиса GetLCBValues путем выдачи значащи атрибутов LCB обнаруженных и таким образом доступных запрашивающему клиенту отсылаемым LOGICAL NODE (ЛОГИЧЕСКИМ УЗЛОМ)

LogEna

Параметр LogEnable содержит значение соответствующего атрибута LogEna ссылающегося LCB

DatSet

Параметр DataSetReference содержит значение соответствующего атрибута DataSet ссылающегося LCB

TryOp

Параметр ThggerOpbons содержит эначеыге соответствующего атрибута TrgOps ссылающегося LC8

IntgPd

Параметр IntegntyPenod содержит значение соответствующего атрибута IntgPd ссылающегося LC8

LogRef

Параметр Log Reference содержит значенью соответствующего атрибута LogRef ссылающегося LC8

Service Error

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

UUID

Уьмверсалыый уникальный идентификатор (UUKD) используется как уникалыый сервис идентификации для отношений запрос/ответ. ссылающегося. Сервер должен отразить значение ШЛО полученное в сообщен»* запроса и вернуть то же значение в ответном сообщении. Подробнее о UUID - см. (21].

AssocJO

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

А.5.8 3 Установить значения LC8 (SetLCBVaiues)

А.5.8.Э.1 Основное положение

Атрибуты и поведение системы LCB определены в ГОСТР 54418.25^3 (а также в ГОСТ Р МЭК 61850-7-2).

А.5.8.3.2 Запрос «Установить здечения LCB» (SetLCBValuesRequest)

Запрос сервиса «Установить значения LC8» (SetLCBVaiuesReqoest) следует описывать следующим образом:

<s:etement name=”Se(LCBValuesRequesr> <s:complexType>

<s:sequeoce>

<s:efement name="LCBRer type=”ews;tControlBtockReferencee/>

<s.etement name=“LogEna" type=*s:boo*ean" min0ccurs=*07>

<s:eiernerrt name="DatSeC type="ews:tOalaSetRefereoce" minOccurs=’0‘/>

<s:etement name="OptFlds* type=*ews;tOptFldsLCB" minOccur5=’Oe/>

<s:eiement name= "IntgPd" type="s:unsagnedlnr гтйп0сожв=*07>

<s:e4ement name=T-ogRer types*ews:tObjectRefenence* min0axrs=*07>

</s:sequence>

<s:attnbute name=TIU!De type=*ews:tstnog36" use=“optionaT/> <s:attribute name^'AssocJO" type=*ews:tAssodD* use=*nBquirecr/>

</s:complexType> </s:element>

Имена тегов определен в тэбгыце А58.

Таблица А.58 - Запрос «Установить зкачеыгя LCB*

Найме номиие

Описание

SetLCBValuesRequest

Клиенту следует испо/ъоовать сервис SetLC В Values чтобы задать значения атрибутов URC8 обнаруженных и таким образом доступных запрашивающему кгменту отсылаемым LOGICAL NOOE (ЛОГИЧЕСКИМ УЗЛОМ)

LCBRef

Параметр LCSRefeпенсе содержит эмаче*ые соответствующего атрибута LCBRef ссылающегося LC8

LogEna

Параметр Log Enable содержит значение соответствующего атрибута LogEna ссылающегося LCB

DatSet

Параметр DataSetReference содержит значение соответствующего атрибута DataSet ссылающегося LC8

Окончание таблицы А.58

Наименование

Отеаяио

OptRds

Параметр OptFWs указывает выбранные клиентом дополюгтальные поля вклиненные е отчет этого BRCB

inlgPd

Параметр IntegrityPehod содержит значенью соответствующего атрибута

IntgRd ссылающегося LCB

LogRef

Параметр LogRefereoce содержит значение соответствующего атрибута LogRef ссылающегося LCB

UUID

Универсальным уникалыый идентификатор (UUID) используется как уникальный сервис идентификации для отношвкмй зал рос/ответ. Подробнее о UUID - см. (21).

AssodD

AssodD для определены» общего идентификатора - специального к/ыеита. AssodD будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.8Л.З Ответ «Устадеаить зиачегыя LC8» (SetLC8ValuesResponse)

Ответ сервиса «Установить значения LCB» (SetLCBNfeluesResponse) следует описывать следующим обрэ-

<s:etement name=~SetLCBValuesResponse"> <s:complexType>

<s:sequence>

<s:choice>

<s: element name=*ResdT type="ews itResuft* min0cctrs=*07>

<s:element name=*ServiceEiTor' type=*ews:lServiceErTor' minOcdjrs="Or* maxOccurs=*1 «/> </s:choice> </s:sequence>

<s:attnbute name="UUID" type=*ews:tstring36" use=*optionar/> <s:attrtoute name= "AssodD* type=*ews:tAssodD" use="neqtered7>

</s:complexType> </s:element>

Имена тегов определен в таблице А59.

Таблица А.59 - Ответ «Установить значения LCB»

Наименование

Описание

SetLCBVaiues

Response

Cepoop отвечает к/ыеиту на запрос сервиса SetLC В Values путем установления значе»*й атрибутов LCB обнаружоысых и таким образом доступных запрашивающему клиенту отсылаемым LOGICAL NODE (ЛОГИЧЕСКИМ УЗЛОМ)

Result

Простая строка результата ’Ok’, обозначающая, что запрос SetLCBVakies был прютят

service Error

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

UUID

У» ывор сальный умильный идентификатор (UUID) используется как уникальный сервис идекти-фюсации для отношений запрос^ ответ. Подробнее о UUID - см. [21). Сервер должен отразить значение UUID попучемюе в сообщении запроса и вернуть то же значение в ответном сообщен»*

AssodD

Assoc ID для определения общего идентификатора - специального клиента. AssodD будет использоваться для идектификадои. например присвоенных подписей и входов на сервер

А.5.9 Отображение класса сервисов «Журнал» (LOG)

А.5.9.1 Основное положение

Класс сервисов «Журнал» следует отображать Веб-сервисам согласно таблмю А.60. В ГОСТ Р 54418.25.3 (раздел А2 (приложение А)) предложен образец внедрегмя сервисов «Журнал» в функционирование на практике.

Таблица А.60 - Отображение класса сервисов «Журнал» (LOG)

ГОСТ Р 54416.25 2 LM Class (имформаци-омиае модель)

ГОСТР $4416.25.3 CM Class (»«форма-цио—ю-о6не»ыа» модель)

ГОСТ Р 54416.25.3 CU Soirees (сервисы «мфоомациоимо-обмоииой модели)

Отображение объектам и Web сервисам

LOG

tLOG

Получить значе+ыя состогьмя журнала (GetLogStatusValues)

Получить значения состояния журнала (GetLogStatusValues)

ГОСТ Р $44 Г8.2S.2 ftlfl Class (информационная модель)

ГОСТР $4418.25.3 CM Class (амформа-ц но их о -обменная модел»)

ГОСТР $4418.25 J CM Services (сервисы яиформациожю^бмвниом модели)

Отображение объемам и Web сервисам

Вывод журнала по времени (QueryLogByTime)

Вывод журнала по времени (QueryLogByTime)

Вывод журнала впоследствии (Query-LogAfter)

Вывод журнала впоследствии (OueryLogAfter)

А.5 9.2 Полуытъ значе»мя состогыия журнала (GeCLogStatusValues)

А. 5.9.2.1 Запрос «Пояу'жтъ значения состо*ыия журнала» (GetLogStatusValuesRequest)

Запрос сервиса «Попу*мть зн^ения состояния журнала» следует огысывать следующим образом.

<s:element name=*GettogStatusVfeluesRequesr> <s. complex Туре>

<s:sequence>

<s:etement name=TogReT types"ews:tOt)fectReferenoe*'/> <Ss:sequence>

<s: attribute name=*UUID" type="ews:tstnng36" use="optionaf7> <s:attnbute name="AssodD* type="ews:tAssoclD* use=*required7>

</'s:comptexType> </s:element>

Имена тегов описаны в таблице А.61.

Таблица А.61 - Запрос «Получить значения состояде* журнала»

Наименование

Описание

GetLogStatus Values-Request

Кгмемту следует использовать сервис GeCLogStatusValues для вывода значений атрибутов LCB обиаружежых и таким образом досутьяих клиенту доступных запрашивающему клиенту отсылаемым LOGICAL N006 (ЛОГИЧЕСКИМ УЗЛОМ)

LogRef

Атрибут LogRef является уникальным именем пути ■ LCB

UUID

Универсальный уникалыяай идентификатор (UUID) используется как уникальный сервис идентификация* для отношений эапрос/ответ. Подробнее о UU1D - см. [21].

AssodD

AssodD для определены» общего идентификатора - специального клеен та. AssodD будет исполооваться для идантификащы. например присвоенных подписей и входов на сервер

А.5 9-2.2 Ответ «Полупят» значения состояния журнала» (GetLogStatusValuesResponse)

Ответ сервиса «Полу^всть значе»ыя состояния журнала» следует описывать следующим образом:

<s:element name=“Ge6ogSt3tusVakjesResporise~> <s:compiexType>

<s:choice>

<s:sequence>

<s:element name="OldEntrT m* type="ews: lTxneSlamp"r>

<s:olomont name=*New€ntrTm"type=*ews.lTfT>eSlampV>

<s: element name="OldEntr* type=*s:uns>gnednt7>

<s:element name=*NewEntr* type=*s:i*isigne<*nt7>

</s:sequence>

<s:e(ement name=“Service Error* type=*ews:tServ>ceErTo^* minOccurs="0* maxOccurs=*1*/> </s:cho*ce> <s:attnbute name="UlMD* type=*ews:tstring36" use=*optJonar/> <s:attribute name=*AssocJD“ type=*ews:tAssocJD" use=~required*/>

</s:comptexType> </s:element>

Имена тегов описаны в таблице А.62.

Таблица А.62 - Ответ «Получить значения состояния журнала»

Наименование

Описание

GetLogStaC us Values Response

Сервер отвечает клиенту на запрос сервиса GetLogStatusValues путем выдачи значекмй атрибутов LCB обнаруженных и таким образом доступах запрашивающему клиенту отсылаемым LOGICAL NODE (ЛОГИЧЕСКИМ УЗЛОМ)

OKJEntiTm

Атрибут OtdEntrTm показывает время занесения последней записи в журнал.

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

Окончание таблицы А.62

Наименование

Описание

NewEntrTm

Атрибут NewEntrTm показывает время, когда новейшая запись занесена в журнал

OldEntr

Атрибут OldEntr показывает Entry® для старейшей записи, доступной в журнале

NewEntr

Атрибут NewEntr показывает Entry® для новейшей записи, достутмой в журнале

Service Error

Внутренняя оимбка. Сервер будет ислогъзовать элемент обозначемгя того, что запрос сервиса был неудачен. Когда такой элемент представлен в ответном сообще»**. клиент должен принять, что запрос отказан сервером

QUID

Универсальный уникалыь^й идентификатор (UUID) используется как ункшыыи сервис идеитификашы для отчоше+ый залрос/ответ. Подробнее о UUID - см. [21]. Сервер должен отразить значение UUID полученное в сообщен»* запроса и вернуть то же значение в ответном сообщегми

AssodD

AssodD для определения общего идентифмсатора - специального кгментэ. Assoc ID будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5 9.3 Запрос журнала по времени (OueryLogByTime)

А.5.9-3.1 Запрос сервиса «Вывод журнала по времени» (Query LogByTme Request)

Запрос сервиса "Вывод журнала по времени* следует описывать следующим образом:

<s:e1ement лзте='OueryLogByTime Request*^ <s:oomplexType>

<s: sequence >

<seiement name=*LogRer type='ews.tOto|ectRoforonce*/>

<s:e4emeot name="StartTtfne" type="ews:fTimeStamp" minOccurs=“0"/>

<seiement name='StopTime" type="ews.tTi me Stamp" тж»0ссиг5=*0'/>

<s:e4emeot name="DataFilter" type="ewslFcdFcdaType" minOocurs=^0" maxOccurs="i*itoounde<f7> </ssequence>

<s:attnbute name=*ULMD" type=*ews:tstring36" use=*optionalV> <s:attribute name= "Assoc®" type="ews:lAssodD* use="required*/>

</s:compiexType> </s:efement>

Имена тегое описаны в таблице А.63.

Таблица А.63 - Запрос сервиса «Вывод журнала по времени»

Наиме коммие

Оысамм

OueryLogByTime

Roquoct

Клиенту следует ислогьэоеать сервис OueryLogByTime для вывода серию загмсей Журнала (LOG) иэ оромоних рамам (от Иа*югжиюповроыо1ы (StortTimo) до КокааюгоВромо ни (StopTime))

Log Ref

Атрибут LogRef является уникальным именем пути к LOG

StartTime

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

StopTime

Параметр StopTme содержит шиееюе время вывода загмсей Журнала. Последняя выбранная журнальная запись должна быть послодией записью с КонечньегВременем (StarfHme) ме*в>шим игм равным StopTme. В случае когда StopTime не указано, последняя журнальная запись содержащаяся в журнале будет последней записью выбранной для передачи

Data Fitter

ФилырДаьмых (DataFAer) указывает FCO или FCOA. значения которых необходимо вывести из журнала 8 ответе. Это фильтрующий механизм: сервер будет включать только те журнальные записи, которые удовлетворяют указанному DataFiter. ссылающемуся на интервал, запрашиваемый клиентом. Если DataFAer не запрошен, сервер будет выводить все записи журнала из залрошеююго интервала

UUID

УУмеерсалыый уникальный идентификатор (UUID) используется как утмкалыый сервис идентификации для отношемм залрос/ответ. Подробнее о UUID - см. [21]

AssodD

AssocJD для определения общего идентификатора - специального клиента. AssodD будет использоваться для идентификацгы. например присвоенных подписей и входов на сервер

А.5.9.3.2 Ответ сервиса «Вывод журнала по вромоы» (QueryLogByTimeResponse) Ответ сервиса «Вывод журнала по времени» следует описывать следующим образом:

<s:eJement name=*OueryLogeyTin>eResponse"> <s:comptexType>

<s:sequeoc0>

<s:choice>

<s:sequence>

<s. element name="LogEntry* type=‘ews;tLOGEntryV> <Vs:sequence>

<s:olomont nam»="Serv»ce€rror^ type=’ews:tServiceEmx’‘ гтЮссиге="Ов maxOccurs=*r/> </s:choic8> </s:sequence>

<s:a&rvbute name=*UUIDe type=‘ews:tstnng36" use=*optionar/>

<s;afinbute name=*AssocJD" type=*ews:tAssoclD' use=‘requ*e<r/>

</s:compl6xType> </s:element>

Имена теп» описаны в таблице А.64.

Таблица А.64 - Ответ сервиса «Запрос журнала по времени »

Маимстоьаиме

Описание

QueryLogByTme

Response

Сервер отвечает кгменгу на запрос сервиса OueryLogByTime. выводя записи Журнала (LOG), исходя из временах рамок (Starffime и Stop True)

LogEntry

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

Service Error

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

UUID

Универсагьиый утемальный идентификатор (UUID) используется как уника/ыый сервис иден-тификащм для отношений запрос/отеет. Подробнее о UUID - см. (21). Сервер должен отразить значение UUID получомюо в сообщении запроса и вернуть то же значение в ответном сообщены

AssocID

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

А.5.9.4 Вывоа журнала впоследствии (QueryLogAAer)

А.5.9.4.1 Запрос «Вывод журнала впоследствии» (QueryLogAfterRequest)

Запрос сервиса «Вывод журнала влоследсгвии» следует описывать следуххдом образом:

<s:eJement name=*QueryLogAfterRequesT> <s:complexType>

<s:sequence>

<s.element name=*LogRer type=*ews:tOt>jectReference7>

<b.ti(oiiwt4 1мшь-*Э1ыГГи11а* t jrp«—tTi»i    i%)" имЮ1ааль-*0*А>

<s.element name="EntrylD* type=*s:unsjgoedlnT minOccurs="0"/>

<s: element name="DataFilter^ type='ewslFcdFcdaType“ minOccurs=*0" maxOccurs^iKiboundetfV* </s:sequence>

<safirrbute name=*UUTD" type="ews:tstnng36" use=*optionalV> <s. attribute name="Assoc£T type="ews:tAssodD" use=~required*/>

</s:complexType> </s:element>

Имена тегов описаны в таблице А65.

Таблица А.65 - Запрос «Вывод журнала впослздств»ы»

Наименован и»

Ооисакяе

OueryLogAfkerRequest

Кгмемту следует использовать сервис QueryLogAfter для вывода сер»* записей Журнала (LOG) с номерами после StartT*ne и EntrytD

Log Ref

Атрибут Log Reference будет указывать Объект Ссылку LogRef на LOG

StartTime

Параметр RangeSlartTane содержит время выбраньюй затеки Журнала (или иескогъдос записей, если одному времени соответствует несколько затекай)

EntrylD

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

DataFitter

ФигьтрДаииых (DataFitor) указывает FCO или FCOA. значения которых необходимо вывести из журнала в ответе. Это фильтрующий механизм: сервер будет включать только те журнальные записи, которые удовлетворяют указанному DataFitter. ссылающемуся на интервал, запрашиваемый клиентом. Если DataFdter не запрошен, сервер будет выводить все записи журнала из запрошенного интервала

Окончание таблицы А.65

Маиые*ое»**е

Овмеами

UUID

Универсальным уникальный идентифжатор (UUID) используется как уникальный сервис идентификации для отношений эапрооЪтвет. Подробнее о UUID - см. (21].

AssocJD

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

А.5.9.4.2 Ответ «Вывел журнала впоследствии» (OueryLogAfterResponse)

Ответ сервиса «Вывод журнала впоследствии» следует описывать следующим образов»:

<s:eJement name=*QueryLogAfteTftesponse*> <s:oomptexType>

<s:seqoence>

<s:choice>

<s:sequenoe>

<s:etoment name="Log£nlTy' type="ews:tLOGEntry"/> </s.seguence>

<s: element narne=*Service€iTor' type="ew3.tService€fror" minOccurs=*0* maxOcc4*s="unboi*K)ed7> </s;choice> </s:sequence>

<s:attribute name=UUID* type=*e*s:tstring36* use=*opbonarf>

<s:attribute name="AssoclD* lype=*ews:lAssoclD" use=”require<n>

</s:complexType >

</s:element>

Имена тегов описаны в таблице А.66.

Таблица А.66 - Ответ «Вывод журнала впоследствот»

Наименование

Описание

OueryLogAfterResponse

Сервер отвечает «тенту на запрос сервиса OueryLogAfter. выводя записи Журнала (LOG) с номерами после StarfHme и EntrylD

LogEntry

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

Service Error

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

UUID

Универсальном унисатный идентификатор (UUID) ислотэуется как уныкагъный сер-ntr для гттмгапвмий халрпг/гтмгт Папрп^мм о 1II МП — см [71] Г.ярппр

должен отразить энэченые UUID полученное в сообщении запроса и вернуть го же ха-ченме в ответном сообщении

AssocID

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

А.5.10 Отображение класса сервисов «Контроль» (CONTROL)

А.5.10.1 Основное положение

Модель контроля позволяет «тенту специальньев путем изменять состояния виутреныых и внешних процессов. Модель контроля может быть применена только к Данным, имеющим атрибут ctlModeL Такие даныые будет упоминаться как 'объекты контроля*. Модель контроля состоит из:

-    спецификация сервисов:

-    указанное поведение с установленными машина***.

Модель контроля определяет следующие сервисы:

-    Выбор:

-    выбор со значениями:

-    Отмена;

-    Упрааленые;

-    ОграничвииеУЬрааленыя:

-    ВромяАктивированияУпраапеныя.

Атрибуты, поведение объектов контроля и объектов контроля установленных машин определено в ГОСТР 54418.25.3 (а также в ГОСТ Р МЭК 6Г850-7-2).

Сервисы класса Контроль следует отображать веб-сервисам согласно с таблицей А.67.

Таблица А.67 - Отображотью класса сервисов «Контроль»

ГОСТ Р U41 в 25 2 IM Class (•яформацаояная модель) ГОСТ Р 5441$ 25 3 1£М Class (иифаомаикомяо-обмоммая модель)

ГОСТ Р S4416.2S.3 lEM Services (сервисы инфорыацяотео-обыениоё модели)

Отображение объектам

CONTROL

Select (Выбор)

Select (Выбор)

SelectWithValue (ВыборСоЗиа*©-

НИЯМ4)

SelectWithValue (ВыборСоЗиачеты-ями)

Cancel (Отмена)

Cancel (Отмена)

Operate (Действие)

Operate (Действие)

Comma ndTerrranatlon (Завершение выюлметыя команды)

Command Те rmnation (Заеершетые выпо/ыемия команды)

TtnaActivatedOperate (Время Активирования Управле*е*я)

TimeActivatedOperate (Время Активирования У правовая)

А.5.10.2 Выбор (Select)

А.5.10-2.1 Запрос «выбор» (SelectRequest)

Запрос сервиса «Выбор» следует описывать следующим образом:

<s:element name=*SetectRequesT> <s;comptexType>

<s:sequeoce>

<se4ement name^ControlObjectReT type5* ews: tDAReference «/> </s-sequence> <s:attrtoute name="UUIO" type5*ews:tstring36* use^optionaT^ <s:attribute name=~AssodD* type="ews itAssocJD" ose="nequire<r/>

</s:compte*Type> </s:demeoi>

Имена тегов описаны в таблице А.68.

Таблица А.68 - Запрос «Выбор»

Наямеломимо

Описамке

SelectRequest

Клиент отравляет запрос Select включающий возможный объест контроля доступный клиенту в отсылаемом Логическом Узле (LOGICAL-NODE)

ControlObyectRef

Параметр ControlObjectRet содержит ОбъектнуюСсылку на контролируемые доступные Данные

UUIO

Универсальный уьевсальный идентисрикатоо (UUID) используется как уникальный сервис иоеитифмации для отношотмй запрос/ответ. Подробнее о UUID - см. [21].

AssocJD

As бос ID для определения общего идеитифисатора - специального клиента. AssociO будет использоваться для идеитифмсации. например присвоенных педгмсей и входов на сервер

А.5.10.2.2 Ответ «Выбор» (SelectResponse)

Ответ сервиса «Выбор» следует огысывать следующим образом:

<s:e)ement rvame=*Se*ectRespoose*> <s:complexType>

<s:seqoeoce>

<s:eiement name=*ControlObfectRer type5* ews tDAReference «/>

<s.e*emeot name=“Service Error* type5*ews:tServioeError* mnOccurs="0* maxOccurs=*1 «У> </s:sequence>

<s:attrvbute name5*UUID* type=*ews:tstnng36" use5*optionar/> <s:attribute name=*AssocJO* type=*ews:lAssodD" use5*requiretf*/>

</s:compiexType> </s:element>

Имена тегое описаны в таблице А.69.

Таблица А.69 - Ответ «Выбор»

Наммеяомяие

Описание

SelectResponse

Сервер отвечает на запрос Select предполагаемого объекта контроля путем Выбора, если клиент выделяет полномочия доступа, подтверждает, что контролируемый объект не является в настоящим момент выбранным другим клиентом, и что устройство, представленное связанным с ним Логическим узлом в рабочем состоянии и не помечено, как ограниченно рабочее.

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

-    Если операция возможна и вагидна. объект контроля должен отправить паложитегъмый ответ запрашивающему клиенту, изменить статус на Готовность и запустить таймер отмены выбора гибо для интервала определенного атрибутом SelTimOut либо, если не введено последнее, некоторого локального установленного интервала

ControlObjectRef

Параметр ControiObjectRef содержит ОбъектнуюСсылку на комтролируевене доступные Данные

Service Error

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

UUID

Универсальный уникальный идентификатор (UUID) испогъзувтся как уоткальиый сервис иден-тификаиот для отношений залрос/ответ. Подробнее о UUID - см. (21]. Сервер должен отразить значение UUID полученное в сообщен» ки запроса и вернуть то же хэчение в ответном сообще-

AssodD

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

А.5.10.3 ВыборСоЗиэчеотями (SelectWrth Value)

А.5 10.3.1 Запрос «ВыборСоЗмэчениями» (SelectW*hValueRequest)

Запрос сервиса «ВыборСоЗиэчеотями» следует огмсыеать следующим образом:

<s:element name="Se*ectWittiVa*ueRequest*> <s.complexType>

<s:sequeoce>

<s:etemenl name=“ControlOt)jectRer type-” ews.tDAReference «/>

<s:otomont name=”Vblue” type=* ews.tControlVabje «/>

<s:etement name='T” type=* ewstlTimeStamp «/>

<s:element name^Test" type=” s:boolean «/>

<s:element name="Checfc* type=“ ews:tCheck «/>

</s:seouence>

<s:at!ribute name=*UUlD" type=’ews;tstnng36" use=*optjonar/> <s:attnbote name=eAssociO" type=*ews:IAssodD” use=*requiredV>

</s:complexType> </s:element>

Имена тегов описаны в таблице А.70.

Таблица А.70-Запрос «ВыборСоЗнэченияот»

Наимемоьаяке

Oimcimm

Select Wrfr* Value-Request

К/ывнт отправляет запрос Select With Vtelue вктьочающот возможный объект контроля доступам клиенту в отсылаемом Логическом Узле (LOGICAL-NODE)

ControlObfectRef

Параметр ControlObjectRef содержит ОбьектиуюСсыгку на контролируемые достутъые Дан-

Value

По запросу клиента параметры Vblues должкы содержать особые значеотя сервиса

T

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со зкаче*мом TRUE, что значения в сообщении не будут использованы в целях работы

Check

Измемеотя из одного состояния в следующее сосгояоте в процессе работы будут контрогм-роватъся параметром Проверка (Check). Условия проверки могут быть указаны параметром сервиса (например. синхроотая проверка). Кроме условия проверки указаотого параметром сервиса, объекты контроля могут подвергаться дополот тельным проверкам

UUID

Универса/ъный уоткальньы идентификатор (UUID) используется как уникалыый сервис идентификации для отношений залрос/ответ. Подробнее о UUID - см. (21].

AssocID

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

А.5.10.3.2 Ответ « Выборе оЗнэчекиями* (SelectWthVatueResponse)

Ответ сервиса «ВыборСоЗначе»ыяьы» следует огысывать следуюиым образом.

<s:elem0nt name2"SelectWfthVakjeResponse’> <s:comptexType>

<s:sequeoce>

<s:etement name="Contro*Ot)jectRer type=s ews:tDAReference «/>

<s:etemenl name=“V^lue* type2’ ews.tControfValue «/>

<s:element name2"!" type2" ews:fnmeStamp k/>

<s:element name=*Tesr type2" s:boolean «/>

<s:element name2"AddCaose* type=*ews.lAcJdCause" fTwOccurs="0* maxOccurs2" 1 "/> </s:seqoeoce> <s.attribute name2"UUID* type2*ews:tstnng36" use2"optionaT/> <s:attnbute name^AssocJO" type2*ews:tAssoc!D" use2"requirBd*/>

</s:complexType> </s:element>

Имена тесое описаны в таблице А.71.

Таблица А.71 - Ответ «Выбор Со Значениями»

На«ме«оеан»е

Описание

Select WithVal ие Response

Сервер отвечает на запрос Select With Value предполагаемого объекта контроля путем Выбора, если клиент выделяет полномочия доступа, подтверждает, что контролируемый объект ие является в настоящий момент выбраыым другим клиентом, и что устройство, представленное саязаиньы с ним Логическим узлом в рабочем состоя» »ы и не помоюно, как ограничению рабочее.

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

Если операция возможна и вагыдна. объект контроля должен отправить положительный ответ запрашивающему к/ыенту изменить статус на Готовность и запустить таймер отмены выбора либо для w те реала определенного атрибутом SefTtmOul. либо, если не введено последнее, некоторого локального установленного интервала

ConlrolObrectRef

Параметр ControlObjectRef содержит ОбъектиуюСсылку на контрогыруемые доступ-»ме Данные

Value

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

Т

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со знзю»юм TRUE, что значения в сообщены не будут использованы в целях работы

AddCause

Параметр Добаво^ыоеСледствие (AddCause) будет выяснять приумну в случае отказа сервиса контроля. Диапазон значений следуюимй:

-    исполняющая программа не доступна (inslance-not-avaiable):

-    исполняющая программа используется (instance-от-use}:

-    иарушеьме доступа (асеess-viola bon )с

-    доступ не получен в нэстоэдем состоянии (access-not-aBowed-ovcurrent-state);

-    несоответствующее зиаче»ые параметра (parameter-value-inappropriate):

-    несовместимое значение параметра (parameter-value-inconsistent):

-    класс не поддерживается (dass-not-supported).

-    программа заблокирована другим клиентом (instance-locked-by-othec-cbent):

-    контролирование должно быть выбрано (control-must-be-selected):

-    несоответствие типов (type-conflict):

-    отказ вследствие ограниченны передачи (failed-due-to-commumcabons-constraint):

-    отказ вследствие ограничены сервера (faied-due-to-server-constramt);

-    приложение недоступно (эррйсаЬогмюгеесЬаЫе):

-    потерею соед|ыение (connection-lost):

-    память недоступна (memory-unavailable):

• иедосгутвы ресурсы процессора (processor-resource-unavailable):

-    блокировано иерархией коммутационных систем (dodeed-by-switching-hierarchy):

-    отказ выбора (setect-failed):

-    неверная позиция (xwalid-positjon):

-    достигнутая поэищкя (position-reached):

-    смена параметра е испалие»ыи (parameter-change-in-execution).

-    команда уже в исполнении (oommand-already-in-execubon):

-    ограничение шага (step-limit):

-    блокировано режимом (blocked-by-mode):

Окончание таблицы А.71

На«ме«оеаняе

Описание

-    блокировано процессом (blocked-by-process):

•    блокировано взаимозависимостью (btocked-by-nterlodung);

-    блокировано синхронной проверкой (btocked-by-synchrocheck).

•    блокировано техническим состоянием (blocked-by-hearth):

-    t-of-o-coofrol;

•    прерывание отменой (aborbon-by-cancel);

•    превыше» ею лимита времен (lime-fimrt-over):

•    прерывам«е системой автоматического отк/жмения (abortion-by-tnp);

•    неизвестная причина (unknown);

-    сервис не поддерживается (по!-supported)

UUID

Укмверсатъиый унмгатный идентификатор (UUIO) используется как укыкальный сервис идентмфикашы для отноше»ый залрос/ответ. Подробнее о UU1D - см. (21]. Сервер догокен отразить значение UUID полученное в сообщены* запроса и вернуть то же значение в ответном сообщении

AssodD

AssocЮ для определения общего идентификатора - специального клиента. AssocID будет ислогвооеаться для кдеитификасры. например присвоенных подписей и входов не сервер

А.5.10.4 Отмена (Cancel)

А.5.10.4.1 Запрос «Отмена»

Запрос сервиса «Отмена» следует описывать следующим образом:

<s:element name5"CancelRequesr> <s:complexType>

<s:seqoeoce>

<s:element name=“ControJOt>jectRer type5* ews.lDAReference «/>

<s:e*ement name5 "Value* type5* ews.lControfVakje «/>

<s:element name5"!* type5* ews:tT«neStamp «/>

<s e*ement name5 "Test" type5" s.boolean «/>

</ssequence>

<s: attribute name5*UUtD* type5*ews:tstring36* use5"optionaT/> <s: attribute name=*AssocJO" type5"ews:lAssodD" use5*rBquired*/>

</s:complexType> </s:element>

Имена тегов описаны e таблице A.72.

Таблица A.72 - Запрос «Отмена»

Наимемомпие

Олясаиме

Cancel Request

Клиенту следует использовать сервис Отмена для отмены ранее требуемого сервиса управления Выбор

ControlObjectRef

Параметр ControlObjectRef содержит ОбъектнуюСсылку на кон трот руекжне доступные Данные

Value

По запросу клиента параметры Values должны содержать особые эначежя сервиса

T

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со эиаче»ыем TRUE, что эмэче>ыя е сообщении не будут использованы в целях работы

UUID

Универсатмый унюкальиый идентификатор (UUID) используется как уникальный сервис иден-тификашы для отношений залрос/ответ. Подробнее о UUID - см. [21).

AssodD

AssocID для определения общего идентификатора - специального клиента. AssodD будет использоваться для идентифмкашы. например присвоенных подписей и входов на сервер

А.5.10.4.2 Ответ «Отмена»

Ответ сервиса «Отмена» следует описывать следующим образом:

Таблица А.73 - Ответ «Отмена»

Наимеяоааиие

Опясатю

CancelResponse

Сервер отвечает Отмена, когда произведена отмена выбора и/ы отказано в параметре Доба-вочногоСлодст вия

ControlObjectRef

Параметр Control ObjectRef содержит ОбъектнуюСсыту на контропируемые досгулте Данные

НМИЫОМНИО

Опис»*ие

Value

По запросу клиента параметры Values должны содержать особые значения сервиса

T

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со змаче»*ем TRUE, что значения в сообщен»* не будут использованы в июлях работы

AddCause

Параметр Д оба во • юоСпедствне (AddCause) будет выяснять причину в случае отказа сервиса контроля. Диапазон знамен»* следующий:

-    исполняющая программа не достугка (instance-not-avaiable);

-    исполняющая программа используется (instance-in-use).

-    маруию»»*о доступа (access-violation):

•    доступ не получен в настояцем состоянии (access-not-aflowed-in-cijnent-state):

-    несоответствующее значение параметра (parameter-value-inappropriate).

-    несовместимое значение параметра (parameter-value-inconsistent);

-    класс не поддерживается (dass-not-supported):

-    программа заблокирована другим клиентом (nstance-Jocked-by-other-dient):

-    контролирование должно быть выбрано (control-must-be-selected):

-    несоответствие типов (type-conflict):

•    отказ вследствие ограииче»#* переда* (faifed-due-to-cammimications-constraint):

-    отказ вследствие ограничений сервера (failed-due-to-server-constraint):

-    приложи»»ю недоступно (applicabon-unreachable);

-    потеряно соедиме»*е (connection-lost):

-    память недоступна (memory-unavailable);

-    недоступны ресурсы процессора (processor-resource-unavailable):

-    блокировано иерархией коммутационных систем (blocked-by-swi6ching-hierarchy):

-    отказ выбора (select-failed).

-    неверная позиция (xivalid-position):

-    достигнутая позиция (position-reached).

-    смена параметра в исполнен»* (parameter-change-in-execution).

-    команда уже в и сложении (command-atready-in-execubon):

-    ограничен*© шага (sftap-ticrvt):

-    блокировано режимом (blocked-by-mode);

-    блокировано процессом (btocked-by-process):

•    блокировано взаимозависимостью (blocked-by-intertodung);

-    блокировано синхронной проверкой (blocked-by-synchrocheck);

-    блокировано техническим состоямиом (blocked-by-boаВЬ);

-    1-of-л-control;

-    прврыоа»*о отменой (aborbon-by-cancel);

-    прввышо»кю лишгпа в реме»* (Ume4mit-over)c

-    прерыва»*е системой автоматического отключения (aborbon-by-trip);

•    неизвестная при*жма (unknown);

-    сервис не поддерживается (not-supported)

UUID

Универсальный увеальный идентификатор (UU1D) используется как унюеальный сервис иде*»-тификац»* для отношений запросУответ. Подробнее о UUIO - см. (21). Сервер должен отразить значение UUID полученное в сообще»»* запроса и вернуть то же значение в ответном сообще»**. Подробнее о UUID - см. (21).

AssocJD

Assoc ID для определения общего иде»гтификагора - специального клиента. AssocID будет использоваться для идеитифюации. например присаоеюых подписей и входов на сервер

А.5.10.5 Действие (Operate)

А.5.10.5.1 Запрос «Действие» (Opera teReqoest)

Запрос сервиса «Действие» следует описывать следующим образом

<s:element rvame=*OperateReqoesf> <s:compiexType>

<s;seqoeoce>

<s:eiement nafne=“Contro40bjectReT type5* ews;tDAReference"/> <s: element name5 "Value* type5* ewsrtControfValue7>

<s:etement name5"!* type5* ews:tTimeStamp*/>

<s:etement name5*TesT type5" s:booiean"/>

<s:element name5"Check" type5" ews:ICheck"/>

</s:sequence>

<s:a&rvbute name=*UUID* type="ews:tstring36" use=*optjonaT/> <s. attribute name=*AssocJD* type=*ews:tAssoclD" uses*required*/>

</s:complexType> </s:element>

Имена теп» описаны в таблице А.74.

Таблица А.74 - Запрос «Действие»

Наимоиомимо

Опмсаяив

OperateRequest

Клиенту следует вызывать сервис Operate вхтмающий ControtObjectRef. когда требуется сервис действия

ControlObjectRef

Параметр ControlObyectRef содержит ОбъектмуюСсылку на контролируем**© доступные Дан-►ые

Value

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

Т

Параметр Т содержит время в которое сервис был запрошен

Test

Параметр Test показывает со значением TRUE, что значения в сообщен»* не будут использованы в цепях работы

Check

Изменения из одного состоя»*» в следующее состоя*ме в процессе работы будут контролироваться параметром Проверка (Check). Условия проверки могут быть указаны параметром сервиса (например, синхронная проверка). Кроме условия проверки указанного параметром сервиса, объекты контроля могут подвергаться дополнестальным проверкам

UUID

Универсальный унмсагыный кдентифшатор (UUID) испогыэуется как уникальный сервис идеи-тифнжащы для отношений запрос/ответ. Подробнее о UUID - см. (21).

AssocID

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

А.5.10.5.2 Ответ «Действие» (Орет ate Response)

Ответ сервиса «Действие» следует описывать следующим образом.

<s:element name=*OperateResponse"> <s:complexType>

<s:sequeoce>

<s:element name^ControtObjectReC type2* ews.tDARefe nance «/>

<s:element name2 "Value* type2* ews.lControfVaHje «/>

<s: element name2*!" type2* ewsitTmeStamp «/>

<s:element name=*TesT type2* s boolean «/>

<s:element name=" AddCause* type2*ews:tAddCause* m*iOccurs=*0* maxOccurs2*1 «/> </s:sequence> <s:attnbute name2*UUIO* type2*ews:tstring36* use=’optionar/> <s:attnbute name=*AssociO~ type2*ews:tAssociD* use=*required*S>

</s:complexType> </s: element»

Имена тегов описаны в таблице А.75.

Таблица А.75 - Ответ «Действие»

Наименмьме

Описями»

Operate Response

Сервер отвечает Operate, когда сервис завершил действие игшл отказано в параметре Добаво^ыогоСлвдствия

ControlObfectRef

Параметр ContrdObjectRef содержит ОбъектмуюСсылку на контролируемые доступные Данные

Value

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

T

Параметр Т содержит время, в которое сервис был запрошен

Test

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

AddCause

Параметр ДобаеочмоеСладствие (AddCause) будет выяснять приему в случае отказа сервиса контроля. Диапазон значений следующий:

•    испогыяющая программа не доступна (instanoe-not-avaNable):

•    исполняющая программа испогыэуется (instance-in-use):

•    нарушение доступа (aooess-violation):

-    доступ не получен в настоящем состоянь* (access-not-alkiwed-in-cunent-state):

-    несоответствующее значение параметра (parameter-value-inappropriate):

Опмсамме

•    несовместимое значе*ме параметра (parameter-vakie-inconsistent):

•    класс не поддерживается (dass-not-su pported);

•    программа заблокирована другим клиентом (instance-locked-by-other-cfcent):

•    контролирование должно быть выбрано (contrd-must-be-setected);

-    несоответствие типов (type-conffct):

-    отказ вследствие ограничений передачи (Carfed-due-to-corTKiviications-consbaint)

-    отказ вследствие ограничений сервера (faied-due-lo-server-constraint):

-    Приложен не недоступно (applcabon-unraachable):

-    потеряно соединение (соплеction-tosl);

-    память недосгутыа (memory-unavatfable):

-    недоступны ресурсы процессора (processor-resource-unavailable):

-    блокировано иерархией коммутадежных систем (bkxked-by-switching-hierarchy):

•    отказ выбора (seiect-faried).

•    неверная лоэкщия (invabd-posrtron),

-    достигнутая позиция (positiorvreached):

•    смена параметра в исполнен** (paiameter-change-m-execution):

•    команда уже в исполнении (comma nd-already-irv-execubon):

•    ограничение шага (step-imrt);

•    блокировано режимом (blocked-by-mode):

•    блокировано процессом (blocked-by-process):

•    блокировано взаимозависимостью (blocked-by-interlocking):

•    блокировано оекроююй проверкой (blocked-by-synchrocheck):

•    блокировано техническим сосгсиьыем (blodied-by-heatth):

-    1-of-n-conbol;

•    прерывание отменой (aborbon-by-cancel):

•    превышение гыьыта времени (bme-fcmit-over):

•    прерывание системой автоматического отключения (abortion-by-trip):

•    неизвестная причина (unknown):

•    сервис не поддерживается (not-supported)

UUID

Универсальный ртыкалыеий идентификатор (UUID) используется как у»*кальньм сервис идентификации для отношений залрос/ответ Подробнее о UUID - см. (21]. Сервер должен отразить значение UUID полученное в сообщали запроса и вернуть то же значение в ответном сообщены* Подробнее о UUID - см. (21).

AssodO

AssocJO для определения общего идентификатора - специального к/мента. Asso-dU Судет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.10.6 Завершение выполнения команды (CommandTecmanation)

А.5.10.6.1 Запрос «Завершение выпалне*мя команды» (CommarxfrerminationRequest)

Запрос сервиса «Завершение выполнения команхы» следует оформлять следующим образом:

<s:elemerrt name=*CommarxfTerm»nabonReqoesr> <s:complexType>

<s:seQoence>

<s:element name=~ControlObjectReT type=,’ews:tOAReferBnce7>

<s:element name=""T type=“ew5:lTimeStamp7>

<s:element name=*Tesr type="s.bodean*/>

</s:sequence>

<s:attnbute name="UUIO* type=“ews:tstring36* uses*op(ionar/> <s:attnbute name=*AssodO* type=*ews:tAssod 0* use=*requred7> </s:complexType>

<7s:e1enient>

Имена тегов описаны в таблице А.76.

Таблица А.76 - Запрос «Завершение вылогыения команды»

Наьмеиоваи«е

Олисаиео

CommandTerminabon

Request

Клиенту следует использовать сервис CommandTerminalion. включая ControlObfectRef. когда требуется прекращаю предыдущей команды

ControlObfectRef

Параметр ControlObjectRef содержит ОбъегтнуюСсы/ку на контролируемые до-стутьыю Данные

Окончание таблицы А. 76

Наимено»*«»е

Описамвс

Т

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со значекмем TRUE, что значения в сообще»*и не будут использованы в целях работы

UUID

Универсальный уникальный идентификатор (UUID) используется как уумкальньм сервис идентификации для отношетй запрос/ответ. Подробнее о UUIO - см. [21].

AssodD

AssodO для определения общего идентификатора - специагьного клиента. Asso-сЮ будет использоваться для идентификации, например присвоенных подписей и входов на сервер

А.5.10.6.2 Ответ «Завершение выполнения команды» (Comma rxJTermnat ion Response)

Ответ сервиса «Завершение выполнения команды» следует оформлять следующим образом:

<s:eJement name=~CommandTerTmnabonResponse*> <s:complexType>

<s:sequence>

<s:etement name="ControtobjectReT type=~ews:tOAReferenceV>

<s:element name='T*’ type=,'ews:tTmeStamp*/r>

<s:element namo-TesF typers :Ьоо*еап7>

<s:e*ement name="AddCause" type=*ews:tAddCause* minOccirs="0" maxOccurs="1 «/> </s:sequence> <s:attnbute name="UUIO* type="ewststring36~ use="opbonal7> <s:attribute name ^AssodO* type=*ewstAssodO" use="requirecfV> </s:comp*exType>

</s:element>

Имена тегое описаны в таблице А.77.

Таблица А.77 - Ответ «Заеершеьме еыло/ыения команды»

Наименование

Огысание

CommandTerminabon

Response

Сервер отвечает CommarxfTemwvation. когда сервис завершил действие или отказано в параметре ДобаесхиогоСладсгвия

ControlObfedRef

Параметр ControJObjectRef содержит ОбъектнуюСсылку на контролируемые доступные Данные

Т

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со значением TRUE, что зиаче»««я в сообщении ив будут использованы в целях работы

Aoocause

Параметр ДобаесхмоеСледствие (AOdCause) будет выяснять причину в случае отказа сервиса контроля. Диапазон значки оси следующий:

-    исполняющая программа не доступна (instance-oot-available):

-    исполняющая программа испогъзуегся (rrstance-Kvuse):

-    нарушение доступа (access-violabon);

•    доступ не получен в настоящем состоя»** (access-not-aHowed-in-cunent-state):

-    несоответствующее значение параметра (parameter-valueHnappropriafte):

-    несовместимое значение параметра (parameter-value-inconsistent):

-    класс не поддерживается (dass-not-supported);

-    программа заблокирована другим клиентом (instance-locked-by-other-cftient):

-    контрол и poo а мо должно быть выбрано (controt-must-be-soloctod):

-    несоответствие типов (type-conflict):

-    отказ вследствие ограничений передачи (faded-due-to-communications-constraint);

-    отказ вследствие ограничений сервера (faded-due-to-server-constraint).

-    приложение недоступно (application-unreachable):

-    потерто соедииете (connection-lost):

-    память недоступна (memory-unavailableX'

-    недоступны ресурсы процессора (processor-resource-unavaiabte);

•    блокировано иерархией коммутационных систем (blodted-by-switcNng-hierarchy):

-    отказ выбора (select-tailed):

-    неверная позиция (invafed-posibon):

-    достигнутая позиция (position-reached):

-    смена параметра в исполнении (parameter-change-Kv-execubon);

-    команда уже в испогыеиии (convnand-alrBady-in-execufon).

-    огракмчвние шага (step-iimil);

Наммемоваиие

Описание

-    блокировано режимом (btocked-by-mode):

-    блокировано процессом (blocked-by-process);

-    блокировано взаимозависимостью (blocked-by-interlocking);

-    блокировано синхрогаюй проверкой (bkx*ed-by-synchrocheck);

-    блокировано техническим состоящем (blocked-by-health);

-    1-of-n-control;

-    прерывание отменой (aborboo-by-cancel).

AddCause

-    превышение лимита времени (tome-limit-over);

-    прерывание системой автоматического отключения (aborbon-by-Uip): • неизвестная приема (unknown);

-    сервис не поддерживается (not-supported)

lAJ ID

Укмверсалььый уникальный идентификатор (UUID) используется как уникальный сервис идентификашм для отношений залрос/ответ. Подробнее о UUID - см. (21]. Сервер должен отрасль змаче»ме UU1D полученмое в сообщении запроса и вернуть то же значение в ответном сообщении

AssodD

AssodD для олредвленмя общего идентификатора - спеииагъиого к/мен та. AssodD будет ислагъэоеатъся для идентификащм. например присвоенных подписей и входов на сервер

А.5.10.7 Назначение Времени Активизации Действия (TimeActivatedOperate)

А.5.10.7.1 Запрос «Назначение Времени Аггивиза&е«и Действия» (TimeAdivatedOperateRequest)

Запрос сервиса «Назначение Времени Активизации Действия* (TimeAdivatedOperateRequest) следует ог*-съвать следующим образом:

<s:element name2'TimeAdJvateOperateReques(*> <s:comp*exType>

<s:sequence>

<s:element name="ContrD*ObjedReT type2* ews:tDAReference «/>

<s:olomont name="V^lue* type2* ewstControfVakje «/>

<s:element name2"!* type2* ewsitTimeStamp «/>

<s:etement name2"Tesr type2" s:boolean «/>

<s:element name^Check* type2" ews:tCheck «/>

</s:sequence>

<s.attribute neme2*UU1D* type=*ews;tstring36" use="optionaT/> <s:attnbute name2 "AssodD" type2*ews:tAssociD" use2*requared*/>

</cmmpfc»vTypp> </g-nlnmnnt>

Имена тегое описаны в таблице А.78.

Таблица А.78 - Запрос «Назначаемо Време** Активизации Действия»

На—оновдме

Опислые

TimeAdivatedOperateRequest

Клиенту следует вызывать сервис Operate включающий ControlObjectRef валидный для посылаемого Логического Узла. (LOGICAL NODE)

ControlObfedRef

Параметр ControtObjectRef содержит ОбъектнуюСсыгжу на контролируемые до-стутыые Данные

Value

По запросу клиента параметры VbIubs догом* содержать особые эначеыся сервиса

Т

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со значением TRUE, что хэчения в сообщен»* не будут использованы в цепях работы

Check

Иэмене»*я из одного состояния в следующее состомге в процессе работы будут контролироваться параметром Проверка (Check). Условия проверки могут быть указаны параметром сервиса (например, синхронная проверка). Кроме условия проверки указаююго параметром сервиса, объекты контроля могут подвергаться допо/ъмтвльмым проверкам

UUID

Универсальный уникалым! идектифжатор (UUID) используется как уникальный сервис идентификации для отношотй залрос/ответ. Подробнее о UUID - см. [21 ]_

AssodD

Assoc ID для огределен»гя общего идентификатора - специа/ъного клиента. AssodD будет использоваться для идентмфикащт. например присвоенных подписей и входов на сервер

А.5.10.7.2 Ответ «Нажэчеиие Времени Активизации Действия» (TimeActivatedOperate Response)

Ответ сервиса «Назначение Времени Активизации Действия» (Ti me ActrvatedOpe rate Response) следует описывать следующим образом:

<s:element name=*TimeActvateOpefateResponse*> <s:complexType>

<s:sequence>

<s:element name="ControK>bjectRer type5* ews:tDARelerence «/>

<s:element name="V&lue* type5* ews.tControfValue «/>

<s:element name=T* type5* ews:tT«neStamp «/>

<s:element name="Test* type5* s: boolean «/>

<s:chotce>

<s:o*cmonl name=*TimOpefRsp" type5*ews:tTvnOperRsp*/>

<s:otomont r\ame=*AddCause" type=*ews:tAddCauseV>

</s:choice> </s:sequence>

<sattribute name5*UUIO* type=*e*rs:tstnng36* use^'opbonafV» <s:attnbule name=’Assocro* type5*e%vs:tAssoclD* use=*reqtxred7>

</s:complexType> </s:etement>

Имена тегов отесаны в таблице А.79.

Таблица А.79 - Ответ «Назначение Времете Активизации Действия»

Наимемоваиме

Оаясаиие

TimeActivatedOperate

Сервер отвечает TtmeAct/vatedOperate. когда сервис завершил действие или отказано е

Response

параметре ДобаеочногоСледстакя

ContrdObjectRef

Параметр ControtObjeciRef содержит ОбъектнуюСсылку на поитротеруемые достутеые Дануие

Value

По запросу клиента параметры Values должны содержать особые значения сервиса

T

Параметр Т содержит время, в которое сервис был запрошен

Test

Параметр Test показывает со значением TRUE, что значетея в сообщении не будут использованы в целях работы

AddCause

Параметр ДобаоочноеСледствие (AddCause) будет выяснять причину в случае отказа сервиса контроля. Диапазон значений следующий:

-    исполняющая программа не доступна (instance-not-available):

-    исполняющая программа испотеэуется instance-in-use);

-    нарушение доступа (access-vtolabon);

-    доступ не получен в настоящем состоя**** (access-not^llOMed-in-cinent-state):

-    несоответствующее мэчемие параметра (parameter-value-inappropaate):

-    несовместимое значение параметра (par ameler-vak>e-«n consistent);

-    класс не поддерживается (dass-not-supported);

•    программа заблокирована другим клиентом (nstance-4ocXed-by-other-dient);

-    контролирование должно быть выбрано (control-must-be-selected):

-    несоответствие типов (type-coriUct):

-    отказ вследствие ограничений передачи (farted-due-to-commurbcations-cons bain!);

-    отказ вследствие ограничений сервера (faded-due-to-server-cons Irani):

-    приложение недоступно (application-unreachable):

-    потеряно соединение (connection-lost);

-    память недоступна (memory-tnavadable):

-    недоступны ресурсы процессора (processor-resource-unavadable):

-    блокировано иерархией коммутационных систем (blocked-by-svrtching-hierarchy):

-    отказ выбора (select-laded):

-    неверная помаю (invafcd-posiban):

-    достигнутая позиция (position-reached):

-    смена параметра в испопненте (parameter-change-in-execution);

•    команда уже в исполнении (command-already-irvexecution):

-    ограгееюние шага (step-limit);

-    блокировано режимом (blocked-by-mode):

-    блокировано процессом (blocked-by-process);

-    блокировано взаимозависимостью (blocked-by-interlocking):

-    блокировано сикхро**юй проверкой (blocked-by-synchrocheck):

•    блокировано техническим состоянием (bkxked-by-heafth);

-    1-of-n-control:

На именование

Оаасние

-    прерывание отменой (abortoo-by-cancel):

-    превышение лимита времени (time-limit-over);

-    прерывание системой автоматического отключвытя (abortion-by-trip):

-    неизвестная причина (unknown):

-    сервис не поддерживается (not-supported)

TimeOperRsp

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

UUID

Универсальный уюкальный идентификатор (UUID) используется как уникальыий сервис идентифжациидля отношений залрос/ответ. Подробнее о UUID - см. (21). Сервер должен отразить значение UUID получо»»юо в сообщении запроса и вернуть то же значение в ответном сообщена

AssocJD

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

А.6 Детализация стека протоколов

Для соответствия с отображением, следует использовать приведенную в табтмв А-80 систему выбора стека протоколов.

Протоколы TCP следует принимать основным уровнем транспортного протокола и IP следует принимать основным уровнем сетевого протокола для отображение Веб-сервисам. Спецификации для уровня передачи да*ыых и физического уровня явпяются отдельно осуществляемыми и в пределах объема группы стандартов ГОСТ Р 54418.25.

Таблица А.вО - Выбор стека протоколов

Уровень модели стя-ам отары тых систем (OSt erode 1)

Спецификами»

М/О

Нааеамие

Спещ*фмааиия Спеилфиицм» сервиса протокола

Приложит—о

Web Services

I3J

м

SOAP

[81

м

HTTP vw 1.1

П81. [Щ

м

SSL/TLS ver. 1.0

[20]

0

Представление

-

-

Сеанс работы

-

-

Передача

Transmission Contoi Protocol (TCP)

Ц21

м

Сеть

Internet Protocol IPver. 4 (ICMPv4) or IP ver.6(ICMPv6)

Ц01. [111

м

Ал Ethernet Address Resolution Protocol (ARP)

ИЗ]

м

Broadcasting Internet Datagrams

1151

м

Ц6]

[141

Host Extensions for 1 P McAcasting

ИЛ

м

Уровень передачи данных

Осуществление специально и в пределах группы ГОСТ Р 54418.25

-

Физический уровень

Осуществивкме специально и в пределах группы ГОСТ Р 54418.25

А.7 Спецификация Языка Описания Веб Сервисам (WSDL) для определения и отображения

веб сервисам

Спеиификаижз WSDL для отображения веб сервисам следует оформлять, как приведено е следующем тексте. Для огмсаиия WSOL используется буквежый^переносный спев».

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

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

Текст WSDL файла првдстаапегяенй в этой главе аипочает вое структуры и отображения. Часть структуры, которая не передается через провод в связи кгмент-сервер, отмечены комментария*»* в WSDL файле предложенном ниже.

<?xml уегеюп=*1.0* encoding=UTF-8"?>

<defimtions xmins:ews='hltp7^ec.ch/61400/ews/1 .(V

xmlns:soep=" xmins:s='hep:/ xmins= " Jtmlsoap.org/wsdV targetNamespace=*http://iec.cM}1400/ews/1.0T>

<types>

<s:schema targe lNa/nespace="http ://>ecxtV614 OQ’ews/I.OT xmlns:soap= xmlns:sc=~http://wwww3.or(y2001/XKC Schema* xmlns:ews=" elemen tFormOefaiit='qualrfie<r>

<!-

IEC61400*254 WSOL File. Version 2.9. dated 05.03.2008/KJO —>

<!-

Reference document IEC61400-24-4; FDIS. Annex A.7.

The WSDL fie defined below includes only the Web Services transmitted The text (pven in IEC61400-25-4. Annex A.7 indudes all service descnptions and definitions given as comments.

Naming conventions used in the Schema:

Schema type names start with smai letter t (example: tObjectName)

Fie validated until now with WSDL the fo*wing tools:

GSOAP AXIS2Java ANovaXMLSpy WSDL2py WSDL2dispatch Revision history:

17.10.2006    - KJO - yellow remarks clarified and corrections made accordingly.

26.10.2006    - KJO - edrtorial corrections and techrvcal corrections based on input from several contnbutors

30.10.2006    - KJO - correction made by Ketd after checking with Eclipse editor

Пв 11 TOOK — К.Ю — Abort fiirvrbnrdlity мИаН iorJarfinQ a wvr» вгггу пагпаН «rrirviorfinn-lrK>”

14.11.2006    - KJO - correction of editorial errors and section reorgarvzng in order to follow the clause structure.

16.02.2007    - KJO - correction of excessive spaces in line 822. 917

14.03.2007    - KJO - correction of inputs gwen at the PT25 meeting in FrankfiAt

11.09-2007 - KJO - corrections accortfcng to actions agreed at the PT25 meeting in Bergen June 2007

22.09.2007    - KJO - typo error «teype* in ine 1377 corrected

28.09.2007    - KJO - typo errors in line 526 is corrected and sequence and boundary is removed in GetDataValueRequesL

06.10.2007    - KJO - Correction of Report Request and ReportResponse services accordng to corrections made n clause 5.7.7.3 and 5.7.74.

11.11.2007    - KJO - correction in definition of tControfVaiue - element "operTm" is added

12.11.2007    - KJO - XML Schema hexBinary is used instead of the data type tHexString - definition removed. tObjeclName maxLength value changed to 64

30.11 -2007 - KJO - correction in line 618 - lnt26U corrected to lnt24U: correchon in line 577 - «ews:* prefix added before the data type tTvneStamp.

20.01.2008    - KR - correction in «tTimeStamp* defintfion TimeAccuracy shall be used instead of TeneOuaiity: a sequence is introduced in «GetData Values Request* definition: «tControtValue* definition spelling error in ffimeStamp corrected.

05.03.2008    - KJO - "SeryiceError" element is introduced m specification of the SetectResponse service.

—>

<!-

Information Model (IEC 61850-25-2) data type definitions

—>

<s: simpteType name="tObjectName">

<s:annotat>on>

<s:documentabon>Name of an instance of a class of a single hierarchy level</s:documentation>

</s:annoCalion>

<s:restriction base=*s:stnng*>

<s:maxLeogth value=^64*/>

<ys:restriction>

<Ss:simpleType>

<!-->

<s.simple Type n ame= tObje ctRefere nee *>

<s:annotaU>n>

<s:documentabon>ObtectReference composes the whole path-name of an instance of a class that identifies the «stance uniquety<js:doajmeotation>

</s:annoCation>

<s:restnction base=4:string*>

<s:maxLength value="2557>

<Ss:restriction>

</s.simpteType>

<!-->

<s.simpleType name=*tLog»cafDev»ceRefeoBnce~>

<s:restncbon base=*ews:tObjectReference">

<s:pattem уаЬегЛр^Х^.Ч^}.^/*

</s:restriction>

<«^s. simple Type>

<!-->

<s:simpleType name="tLogicatNodeRefefBnce”>

<s:restric*on base=~ews:tObjectReference”>

<s:pattem value="\p(L)0d.4>{L)._r/rP{L). J'Pd]**/»

<ys:restriction>

<Ss:simpleType>

<!-->

<s.simpieType name= “ID A Reference*^»

<s:restncbon base=*ews:tObjectReference*>

<s:pattem уа1ие=Лр<|_Ни.Ч>{1-} J’/Tpfl-). J'W-<ys:restriction>

<Ss:simpleType>

<!-->

<s:simpleType name="tContro©locKReference*>

<s:resthdion base=*ews:tObject Reference^

<Cfxa«em \^1иа=Лр(1 >0H Vp{t )_Г/ррО )_ГМГ IW )_F>

</s:restriction>

<Js.simpleType>

<!-->

<s.simpteType name=,*tDalaSetRefer0nce~>

<s:restnction base=*ewstOtoject Reference^

<s:pattem value=->p{LH^.\p{L}._r/rp{L}.JW. Рр{Ц]

<ys:restriction>

<Ss:simpleType>

<!-->

<s.simpleType name=tlnt24‘,>

<s:restric*on base=4:tnteger~>

<s:minlnd(isive value=*-838860fn>

<s:maxlnclusive vakje=*83886077>

</s:restriction>

<Js:simpteType>

<!-->

<s.3impleType name=^lfH24<j*>

<s:nestncboo base=*s:integer*>

<s:minfndusive vak>e=*0*/>

<s:maxAndusive va*ue=*16777215~/>

</s:nBSthction>

<^s:simpteType>

<!-->

<s.simpie Type name=*ttnt32*>

<s:resthcbon base=4:integer~>

<s:fT«nlndiis<ve value=*-42949e7296V>

<s:maxlnciusive vakje=*4294967295*/>

</s:restricbon>

<Js:simpteType>

<!-->

<&.загпр(еТуре name=*tlnt32ij*>

<s:nestncbon base=*s:integer~>

<s:min(ndusive value=’0"/>

<s:maxlncius<ve va*ue=e42949672957>

<ys:restriction>

<Ss:simpleType>

<!-->

<s:simpleType name="tstring3tr>

<s:restnc$on base=*s:string*>

<s:maxLeoght vaiue=^36"/>

</s:restriction>

<^s:simpteType3 <!-->

<s:simpteType name=lstrir>g65^>

<s:restncbon base=*s:string*>

<s:maxLeoght vakje='b5mr>

</s:nBStriction>

Os:simpleType>

<!-->

<s:simpleType name=TOctetStnr>g64">

<s:restncbon base=*s:hexBinary*>

<s:maxLeoght vskje=’b49f>

<s:minLenght vafcje=*(r/>

</s:restriction>

<Js:simpteType>

<!-->

<&.затр1еТуре name="tEntrylD^>

<s:nestncbon base=*s:hexBinary*>

<s:maxLenght vaiua=^8"/>

</s:restriction>

Os:simpteType>

<«-->

<!-TimeStafnp -»

<!-->

<s:samp)eType name^TimeAccuracy^

<s:annotabon>

<s:documentabon>LSK=LeapSecondsKno«m. CF=Clock Failure. CNS=ClockNotS<*ichronised. TA=T«ne Accuracy </s:documentaljon>

</s:annotation>

<s:nestncbon base=*s:integer~>

<s:mintndus<ve value=’0"/>

<s:maxlnclus<ve vakje="3r/>

<ys:restriction>

<Ss:simpleType>

<!-->

<s:comptexType name="lTimeStamp*>

<s:annotation>

< s:docu men taboo >SecSE = Seconds in ce Epoch. FracOfSec = FractionOCSeoond. Tq = TimeAccuracy</ s:documentation>

<s:annotatkxi>

<s:attribute name=“SecSe* type=*s:unsignedtof u$e=*required7>

<s:ateibute name="F racOfSec" type=*ews:8nt24u" use=’requrecfV>

<s:attribute name=TA" type2 *ev«1Time Accuracy « use2*reqiered7>

<s:attnbute name="LSK* type=*s:boolean* use2*opbonaf defaut=*false“/>

<s:attribute name=*CFe type2 *s: boolean* use="opbonaT default2 "Talsee/>

<s:attribute name=*CNS* type2*s:boolaan* use2*opbonaT defat*2 "false V>

<JscornplexType>

<!-->

<!-Ouality —>

<!-->

<s:simpleType name^'tVafcdrt/'»

<s:nesthcfeon base=*s:string*»

<s:enumerabon value=~good7»

<s:enumerabon vakje=Vivabd"/>

<s:enume ration value="reserved7»

<s:enume ration vakje="quest>onato*e"/>

<ys:nBStnction>

<Ss:simpleType»

<!-->

<s.oomptexType name="tDeta40uaT>

<s:atfeibute name^overflow" type="s:boolean" default= “false"/»

<s:attribute name="outOJRange" type="s; boolean" default="fa*se“/>

<s:attrtoute name=*badReference" type=“sboo*ean" default="talse7»

<s:attrbule name="osciiatory" type=*s:boolean" defadt= "false*/»

<s:atabute name=lailure* type-*sboolean" defaoll=“tatee’/>

<s:attribute name="ddOata" type=*s:bodean* detault=*false7>

<s:atrtxite name="incons*stenf type="s:boolean" defautts"fa(se"/>

<s:attnbule name="inaca*ate" type=*s:boolean" defadt=*false"/>

</s:complexType>

<!-->

<&.загпр(еТуре name=*tSource*>

<s:nestncbon base=*s:string*»

<s:enumeration vakie="process7>

<s:enumerabon value=~sustjtuted*/»

</s:nBStriction>

</s:simpleType»

<!-->

<s.complexType name="tQuafcty^»

<s:annotation>

<s:docu mentation» As defined in EC 61400-25-2 clause 7.2.3 </s:documentation»

<s:annotation>

<s:sequence»

<s:etement name="Deta4QuaT type=*ewsiDetailOuaT minOccurs="0"/>

<K’K£*P tfV>TA>

<s:atlribute name=’Valrfrty* lype="ews:tVat**ty" use="required"/»

<s:attribute name="Source" type="ews:tSource* и se= "required"/»

<s:attribute name="tesT type=*s:bootean" default=*faftse"/»

<s:attnbute г\ате="орега*огвк>ск" type="s: boolean" <tefairft="(atse7>

</s:complexType»

<!-->

<s:comptexType name= "Enumerated"»

</s:simpteContent>

<s:extension base="s:string"»

<sattribute name="ord* type="sinteger" use^reqcired"/»

<s:extension»

</s:simp*eContent>

</s:complexType»

<!-->

<s:comptexType name="lCodedEnirn" »

<s:simpleContent»

<s:extension base="sriieger"»

<s:attribute name =*numB its" type="s:rnteger“ uses*requined"/» <!- Nixnber of bts of the coded enum~>

</s:extens«on»

</s:s«mpleConient>

<Js : complexly pe>

<!-->

Array —>

<)--> <s.cooipte*Type патв="1Аггау^>

<s:sequence>

<s:eiement name="anayEJem" type="ews:tBasx:Type“ maxOccurs=*unbounded7> <Js:sequence>

</s:complexType>

<!-->

<s.complexType name="tBasicType">

<s:choioe>

<s:efement name=’Boo*ean" type =*s: boolean 7>

<s:e*en>ent name=*int8* type='s:byte7>

<s:etement name="irrt16* type=“s:short7>

<s:etement name=“int24" type=’ewsrtlnl24’/>

<s:element name="int32* type=‘ews;llnt32"/>

<s:e4ement namo="inM28" type="s:integer7>

<s:eten>ent name=“int8u" type=*s.onsignedByte7>

<s:eten>eot name=*inM64T type="s: unsignedShort7>

<s:etement name=’irrt24tj' type=‘ews:tlnt24u'/>

<s:eferr>ent name=’int32u' type='e*rs.1lnt32uV>

<s:otomont name="floeG2’’ type=’s:ftoet7>

<s:element name="0oat64* type="s:double7>

<s:e*ement лапе=’епил‘ type='e*rs:tEnumerated7>

<s:e*en>ent name="codedEnum" type=*ews:tCodedEnum7>

<s:etement name="odetStnng" type=’s:hexBciary’/>

<s:e*en>ent name="visibieString" type=’s:string’/>

<s:etement name=’unicodeS tring* type=*s:stnng7>

<s:e*en>ent name="quaWy* type="ews:lQuafcty7>

<s:etement name='ti me Stamp’ type=’ews:tTimeStamp*/>

<s:e*ement name= "array’ type="ews:tAnay'/>

</s:choice>

<s:attribute name=’pos" type="s:integer' use=’opbonaf7>

Used in the arrays —>

</s:comp*exType>

<!-->

<s:complexType name=*tTrgCond">

<s:attribote name='dchg" type='s:boolean’ use=’optionaT default="Yaftse7> <s:attribute name=’qchg’ type='s:boo*B3n" use>=’optional’ default=’Taftse7> <c*attnhi4a namosYfa^vf* typos'«'hnnAmn" iicA='nptmnaT riofai |к=~Еа*со*У> <s:attribufce name="integrity' type="s:boo*ean* use='opbonaf defauft=1alse’/> <s:attribute name=*genr!nterg* types's boolean" use=’optional* defai4t=*false7> </s:complexType>

<!-->

<s:smpteType name="tFC*>

<s;annotat>on>

<s:documentat>on>Functional Constraint definibons</s:documentabon>

<Ss .annotation»

<s restriction base=’s:string’>

<s:enumerabon value="ST7>

<s:enumerabon value=’MX"/r>

<s:enumerabon vakie="CO"/>

<s:enumerabon value="SP7>

<s:enumerabon value=’CF7>

<s:enumeration value=’DC’/>

<s:enumerabon value="EX7>

<s:enumeration value=’BR'/»

<s:enumeration value=’RP* Г>

<s:enumerabon vatue="LG"/>

</srestriction>

<Ss:simpleType>

<!-->

<s:complexType name=*lDAType~>

<sannotabon>

<s:doajmentation>Container for DAType</s:doajmentation>

</siannoCabon>

<s:sequence>

<s:choice nwiOcctrs="1" maxOccurs=9Lnbounde<r>

<s:element name= "DAComp9 type='ews.tDAType* minOccurs="0" maxOccurs=*Linfcxxjnded7> <s:element name=“FrimComp* type=9ews:tBasicType* maxOocurs=*r/>

<te:choice>

<!- Speoafcsation of DAType->

<Js:sequence>

<s:attribute name=*OAName9 type='ews;tObjectName* use='r©quxed*>

<s:attribute name=9ix9 type=’s:oteger' use=“optionarX— Index of Array of Composite Data A tin bate as ARRAY of AnaJogueVakje-->

</s:comp4exType>

<!-

DataAitriibute

—>

<s:complexType rvame^TDataAttntxrte*^

<s:annotabon>

<s:documentation>Containef for DataAttributes</s:documentation>

<fc:annoCaton>

<s:sequenoe>

<s:element name= "DAType* type= "ews .tDATу pe’/>

<!-<s:etement name=TrgOp9 type=9ews:tTrgCond* minOccurs='0“ maxOocurs=" 1 7>—> <te.sequence>

<S3ttribtrte name=TC' type=’ews:tFC* use=~raquirе<Г/>

</s comp*exType>

<!-

<s:complexType names*lSmpleOata*>

<s:annotat>on>

<s:doajmentatoon>Conta»ier for Common-Data Class</s:documentabon>

<Jsiannotaton>

<s:sequence>

<s:element name= "DataName’ type='ews:t0bjectName7>

<s:sequence maxOccurs=9unbounde(r>

<s:efemerrt name=*DataAfir9 type='ews:tDataAttrib<Jte7>

</s:sequence>

Os:sequence>

</s - nrvnplp vTyp*»>

—>

<!—

Data —>

<!—

<s:complexType rvame= ЧОАТА* >

<s.annotabon>

<s:doajmentatoon>Conta»ier for DATA object</s:documencat>on>

<Jsiannotaton>

<s:sequence>

<s:element name= "DataName* type=*ews:tObjectName7>

<s:sequence maxOca*s=9unbounded~>

<s:element name=“DataAttr* type='ews:tDataAttribute' minOcajrs=*0* maxOccurs=*iribounded*/> <s:efement name=*CompasrteCDC* type=*ews.tDATA“ nw>Occirs=*tr maxOccur5=9unbounde<r7> <s:element name=’S<mpteCDC‘ t ype=* ews :tS*nple Data* mjnOccurs=*0* maxOccurs='onbounde<ff> </s:sequence>

<Js:sequence>

</s :oompfexType>

—>

<!—

Logical Node —>

<!-

<s:complexType name=*UJsr>

<s:annotabon>

<s:documentabonConta»ier for Logical Node obyect</s:documentation>

<Js annotation <s:sequence>

<s:element name=*LNName" type="ews.tObjectName7»

<selement name=*Data~ type=*ews:tDATA~ maxOccurs=*Lrt>ounde<f/>

<s:element name= "DataSet* type=’ews:tDATASet" minOccurs="0" maxOccirs=*unbounded7> <selement name=“BRCB* type="ews:tBRCB* гтшЮссигь=*(Г maxOccurs=*unbounde<r/> <s:element name=*URCB* type="ewsHJRCB* rrvnOcan='0' maxOccurs=* unbounded*/» <selement name=*LCB“ type=*ews:tLCB" minOccurs=*0* maxOccurs="untxx*ided*/» <selement name=TOG* type=*ews:tLOG* minOccurs=TT/>

«^sequence»

</s:comp4exType»

—>

<!-

Logcal Device ~>

<!-

<s:complexType name=*tLD*>

«^annotation»

<s:docurnentationContainer for Logical Device objecK/s.documeotafcon «^annotation <s:sequence>

<selement name=lDNan>e* type='ews.lObjectNan>e"/>

<selement name=*LN" type=’ews:tLN* minOccurs="3* maxOccurs=*un bounded"/> «^ssequence»

</s:comp4exType>

—>

<!—

Server —>

<!—

<s:complexType rvame=*tServer"»

«^annotation

<s:documentat>on>Cofftamer for Server obfect</s:documentation>

«^annotation

<seequence>

«•pjomorl nam«»=~SffrvArAnn**KPninr typc»=~« sfcing" rruiOnn int='i wiTv-m inrierTt>

<s:element name=*LD" type=“ews:tLDr maxOccurs="untxx*>ded7»

«^sequence»

</s:comp4exType>

—>

<!—

Information Exchange Model (lEC 61850-25-3) - data type definitions used by exchange services

—>

<!-

<s:complexType name="tFcdFcdaType*>

«^annotation

<s:documentation DATA-SET Member reference typeOs:documentation>

Osannotation <s:sequence>

<s:element name=“Ref lype="ews.tDAReference* mmOccurs="OrA>

<s:element name=TC* type=*ews:tf C7>

Os .sequence»

</s :complexType>

<!-->

<s:complexType name=“lDATASeT>

<sannotation

<s:documentation>Container for DATA-SET obyoctOs:dooxr>entation Os annotation <s:sequence>

<s:element name=*DSName‘ typ6=~ews.tObjectName7>

<selement name=* DSMemberRef" type=*ews:tFcdFcdaType" maxOccurs="unbounded*/*»

ГОСТ Р $4418-25.4-2014

ГОСТ Р 54418.25.4-2014

<s:element name=~EntryData' type=’ews;tEntryOala7>

<!—

< s.complexType name=*lLOG*>

<s:annotatioo>

<s;documentation>Contamer lor LOG obyect</s:documentabon>

<7sanootaboo>

<s:seqoence>

<s:etement rvame='LogName* type=*ews:tOt>jectName7>

<s:element name='OldEntrTm' type=*ewb.lTimeStamp7>

<s:etement name="NewEntrTnT type="ews:tTimeStamp7>

<s:element name=*OldEn1r’ type=~s:unsignedlnf/>

<s:e*ement name="NewEntr" type="s:uns*jnedlnt"/>

<s:sequence rrwxOcoxs='unbounded ~>

<s:element name="LogEntry* type='ews:tLOGEntry’/>

</s:seqoence>

</s:sequence>

</s:complexType>

—>

<!-

Information Exchange Model (IEC 61400-25-3 ) serve® parameters -->

<!-

Generic parameters

—>

<s:sampleType name=’tAssoclD*>

<s:annotation>

<s;documentation>Assoc«abon Identifier returned in the positive corrfimation of the Associate service and used in the Reporting Services as wel as the Control Model to identity who is performing the control order</s:doajmentat>on> </s:annotation>

<s restriction base='s:sthng“>

<s:maxLength value="367>

</s:resthctioa>

</s:s*mpteType>

<!-->

<s:s*npleType name="tServic©Emx',>

<s:annotabon>

«•rlnr*imen#atenn>The «ervina nmr mrftp Irv nAQatrvc» каплгр m«pnn^M;</«*HnoimAnfatinn>

<>s:annotation>

<s:nestric6on base=*s:string~>

<s:enumerat»on vakje=*instance-not-avariable7>

<s:enumerabon value=”instanceHn4Jse7>

<s enumeration va»ue= "access-viola txxi'/>

<s:enumerabon value="acc©ss-not-al{owed-«n-cuiTeat-state7>

<s:enumerabon value=’parameter-va4jeHnapprophate'/>

<s:enumerabon vakie="parameler-value-inconsistent*Z>

<s:enumerabon va»ue="dass-not-supported7>

<s:enumerabon value="instance4ocked-by-other-dbent*/>

<s:enumerabon value="contro*-must-be-selected" r>

<s:enumerabon vakie=*type-conAict7>

<s:enumerabon value= "Tailed-due-to-communications-con strain! 7>

<s:enumerabon vakie='Taited-due-to-server-constratfit7>

<s:enumerabon vakje="app6c3bon-unreachable‘/>

<s:enumerabon value^'connectiorMost"^

<s:enumerabon value='memory4jnava4abie7>

<s:enumerabon vakje=’processor-n9source-unavaiable7>

<s:enumeratkm vakje='connectjon4osT/r>

</s restriction </s:simp*eType>

<!—

GetServerOeectory service parameters.

Note that Rtename is not used here, but keept here tor compkance to CCB1850-7-2

<!-->

<s:simpleType name='tObjectClass~>

<s:anootabon>

<s:documentation>Ot)yectCl3SS to dislingtase LDObjed or FieNaroe</sdoaxnentatjon>

</s:annotation>

<s:nestndion base=”s:string~>

<s:enumerabon vakje=“LD7>

</s:restriction>

</s:s*mpteType>

<!-

Get Logical NodeOirectocy service parameters

—>

<s:sampleType name«TIEMds*>

<s:nestndion base=’s:stringa>

<s:enumerabon vakje='DATA7>

<s:enumerabon va*ue="DATASET/>

<s:eoumeraboo vakje="BRCB7>

<s:enumeration vaKje=“URCB*/>

<s:enumerabon value="LCB7>

<s:eoumerabon value="LOG*/>

</s:restridion>

</s:simpteType>

<!-

Control services parameters -->

<!-

Additional cause diagnosis

—>

<s:sampleType name=*tAddCause*>

<s:annotation>

<s:documentation>Ad<*bonaJ Cause Diagnosis used in the negative control responses. It can include all the Serv»ceErTOr</s:docivnentation>

</s:annotabon>

<smestnct)on base="s:sfring~>

<s: enumeration value=’in stance-not-a vaiabie7>

<s:enumerabon va»ue=ainst9oce-in4JSee/>

« ЯП> irrwatinn Vfllll«ks"AnnPCA-VanlAtinn*/>

<s:emjmerabon value^aocess-not-attowod-in-current-state*/*

<s:enumeration vahje="parametec-valueHnappropoate*/>

<s: enumeration vatue=aparameter-vahjeHnconsistenr/>

<s:enumerahon vakje=adass-no<-supported*^

<s:enumerabon value=a»nstance-tocked-by-other-cfcent7>

<s:enumerabon value=acontrc4-must-be-se*ectedV>

<s:enumerahon value=atype-cone»ct7>

<s:enumerabon value=ataj*ed-due-tD-communicabons-constra»Tt*/>

<s:enumerahon value=afai*ed-due-to-server-con strartf7>

<s:enumerabon vakje=“ap pi icabon-un reachable V>

<s:enumerahon va»ue=aconnecbon4osr/>

<s:enumerabon vakje=amemory-unavadabte7>

<s:enumerahon vatue=aprocessor-r6source-unava4abte7>

<s:enumerabon vakje=ab*ocked-by-5WTtch*>g-h»erarchy'7>

<s:enumerahon value=aseled-faied7>

<s:enumerabon va4je=ainva6d-positiona/>

<s:enumerahon valued position-reached*^

<s:enumerabon value=aparameter-change-irvexecubon’/>

<s:enumeration va)ue=acommand-alneady-tfbexecubon7>

<s:enumeration vak»=a step-limit 7>

<s:enumeration value=abk>cked-by-modea/>

<s:enumeratoon vaKje=“b*ocXed-by-process*/>

<s:enumerabon value=ab*ocked-by-intef1ockiog"/>

<s:enumerabon vakje=*blocked-by-synchrocheck"^>

<s:enumerahon value=ab*ocKed-by-health"/>

<s:enumerabon value=" 1 -о!-о-соп4гоГ/>

<s:enumerabon value=eabortion~by-cancer/>

<s:enumerabon vafoe^time-Jral-overV>

<s:enumerafron valoe=eabortioo-by-trip"/>

<s:enumerabon vakie="unkno«n7>

<s:enumeration vakje="not-support0(T/>

</s:restriction>

</s:simpieType>

<!-

Check coodfbon.

-->

<s:comp*exType name="TCheck*>

<s:anootabon>

<s:<focurnentation>Container for Check Condrt>ons</s:doajmenta1)orv> </s^nnotation>

«^attribute name=*Syncroc beck* type=esixx>lean* defaolt=“tatee*/>

<sattribute name="lnterlockCheck* type=*s:boolean* defautt=*falseV> </s:comptexType>

<!-->

<s:simpteType rvame=TIYnOperRsp~>

<s:annotabon>

<s:documentation>T«ne Activated Operate response type<Js.documentation> </s:annotatkxv>

<s restriction base=4:s*nng*>

<s:enumerabon vakje=*tjmerActivate<r7>

<s:enumerabon vakje="corT>mandExecute<r/>

</s:restriction>

</s:sxnp*eType>

<!-->

<s:sknpleType name="tOrcafValue~>

<s:annotabon>

<s:documentation>Onginator Category<ys:doajmentation>

</s:annotatkxv>

<sirestnction base=4:s&ing~>

<s:enumerabon vaHje="not-5upportetf7>

<s:enumerabon value="reserved17>

«•pm imoralinn vali«ks*ctatinrwyirttrnf7>

<s:enumerabon vakje="nemote-coatror^>

<s:enumeration vahje=“f©served27>

<s:enumerabon vakje="automabc~slation7>

<s:enumerabon value=*automa6c-rerTxrte7>

<s enumeration vakje="maintenanc»"/>

<s:enumerabon value="process7>

</s:restrictioo>

</s:s*mpteType>

<!-->

<s:compiexType name=TOrcaf >

<s:s*npleContent>

<s:extens»on b3se="ews:tOrcat\^ioe’>

<s:attribute name="orxT type=*s:integer7>

</s:extension>

</s:simpteConteot>

</s:comptexType>

<!-->

<s:comp4exType name=TOngin*>

<s:annotaboo>

<s:documentsbon>Control originator</s:document36on>

</s:annotaUon>

<s:seqoence>

<s:eJeoient name=’orident" type="ews:tOctetString647>

<s:etement name=*orCat" type="ews:tOrcar/>

<>s:sequence>

ГОСТ Р 54418.25.4-2014

ГОСТ Р $4418-25.4-2014

<s:element name="EntryOata* type=*ews:tEntryOeta* гт«пОссигБО* maxOcci*b="untooundetf7> <fc:sequence>

</s:sequence>

</s:comptexType>

<!-->

<s:simpleType name=4RCBType~>

<s:restnction base=~s:string*>

<s:enumerabon va)ue="BRCB*/>

<s:enumerabon vakie=“URCB"/>

</s:restriction>

</s:s*mpteType>

<!-

Web Services IEC 61400-25-3IEM Services

—>

<!-

GetServerOiredoryRequesL IEC 61400-254. Annex A.5.2.2.2

<s:element name=*GetServerOinectoryRequesT>

<s;complexType>

<s:sequence>

<s:element name="ObfClass* type^ews.tObjectOass"^

<&sequence>

<s attribute name='UUlD‘ type=*ews:(string36* use=*opbonaTY>

<s attribute name="AssoclD“ type=*ews tAssocI D* use ^requiretfV>

</s comp4exType>

</s:element>

<!-

GetServerOiradoryResponse. IEC 61400-254. Annex A.5.2.2.3 -->

<s:element name=*GetServefOirectoryResponse*>

<s:complexType>

<s:choice>

<s:e*err>ent name=’LDReC type=~ews:1Logicatf)eviceReference* гтшОсаж^'О* maxOccurs=*unbounded"/>

<s:eten>ent name^'ServioeError' type^ews-tServiceError'1 minOccur^tT maxOaxrs=" 17> </s:choioe>

<«-altrihiito rv»mo=1 П WV typA=*owK'fctnr>g3R" i rcA=*nptinnaf*/>

<sattribute name="AssoclD’ type=*ewstAssoclD* use="reqL>irBtf7>

</s comp*exType>

</s:elemenl>

<!-

AssocebonRequest as defined IEC 61400-25-4. Annex A.5_2.4.1 -->

<s:element name=*AssooateRequesT>

<s:complexType>

<sannotabon>

<s:doajmentation> AssociateRequest s the message used when a dbent try lo establish an association to a server</s:documentation >

<Ssannotabon>

<s:sequence>

<s:element name="UserName" type=es.-stnng7>

<s:element name= “Password* type=“s:string*/>

<!-<s:element name=’CiientReqoestHandle* type=*s:stmg“/>->

<s:element name=“LocallD“ type=“s:stmg* гшпОсажь=ТГ/>

<s:element name=“MaxMessageSize* type="s: uns*gned l nt*/>

Os:sequence>

<sattribute name=*UUID“ type=*ews:(string36* use=*opbonafV>

</s:complexType>

</s.e4ement>

<!-

AssociationResponse as defined IEC 61400-254. Annex A.5.2.4_2

<s:element names*AssooateResponsew>

<s:compiexType>

<s:choice>

<s:sequence>

<s:etement name="MaxMessageSize* type="s. unsigned I nT minOccurs=D7>

<s:element name="Assoctf>" type="ews: lAssocJD"/>

</s:sequence>

<s:element name=*Serv>ceError" type=*ews:tServiceError* minOcctrs^’X)" maxOccurs=" 1 9f>

</s:choice>

<sattribute name-UUtD* type=*ews:(string36* use=“optjonaf7>

</s:complexType>

<ys:otomont>

<!-

ReteaseRequest as defined IEC 61400-25-4. Annex A.5.2.5.1 -->

<s:etement name=*ReleeseRequesr>

<s;complexType>

<sannotation>

<s:documentation> ReleaseRequest is the message used when reteaseing an association^ s:documentation>

<Ss annotation

<sattribute name=*UU1D" type=*ews: (string 36" use="oplionaf7>

<sattribute name-*AssoclD* type="ews:tAssoclD* use=^reqixrB(r/>

</s:complexType>

</s:element>

<!-

ReleaseResponse as defined IEC 61400-25-4. Annex А.52.5Л —>

<s:element name=*Release Response^

<s:compiexType>

<&annotation>

<s:documentation> ReleaseResponse is the message retimed from a server when receding a ReteaseRequest</s:documentafon>

<Jsannot3bon>

<s:sequence>

<s:element name=*SefviceError" (ype=*ews.1SefviceErTor* minOccLTS^t)" maxOccurs=" 1 9f> </K'«nqi»onrw>

<sattribute name="UUID" type="ews:tstring36" use="optionaf7>

<sattribute name="Assoc ID’ type=*ews:tAssoclD* use=^reqixrB(r/>

</s:compiexType>

</s:element>

<!-

AbortRequest as defined IEC 61400-25-4. Annex A.5-2-6.1 —>

<s:elemenl name="AbortRequesT>

<s:compiexType>

<sattribute name=*UU1D’ type="ews: (string 36" use=’opbonalV>

<s attribute name="AssoclD“ type=*ews tAssocI D* use="reqLBrB(T/>

</s:complexType>

</s:element>

<!-

AbortResponse as defined EC 61400-25-4. Annex A.5.2.62.

—>

<s:element name=’Abort Response^

< s:compiexType>

<s:chotce>

<s:element name=*ServiceEn,or/’ (ype="ews:tServ ice Error* minOcars^t)* maxOccurs=‘unbotrxjecT/> <j*s:cho»ce>

<sattribute name=*UUlD* type=*ews:(string36" use=*optanaf7>

<sattribute name="Assoc ID’ type="e ws tAssocI D* use="reqLirecr/>

</s:compiexType>

</s:element>

GetLogcaflDeviceOirectoryRequest IEC 61400-25-4. Annex A.5.3-2.2 —>

<s:element names*GetLogicaOeviceO«BCtoryReque5t”>

< s:compiexType>

<s:sequence>

<s:element name="LDRer type=*ews:ttogicalDeviceRefenence"/>

<>s:sequence>

<s:attribute name=*UUlD* type="ew5:tstnng36" use="optiottafV>

<sattnbute name="AssocJD" type="ews:tAssoclD" use="require<r/>

</s:compiexType>

</s:element>

<!-

GetLogcaJDevksOirectoryResponse. IEC 61400-25-4. Annex A.5.3.2.3 —>

<s:element names"GetLogicaiDeviceOeBctoryResponse~>

<s:oomp4exType>

<s:chotce>

<s:element name="LNRer type="ews:tLogicalNoOe Reference" minOccures=~3* maxOcajnes=*unbotjndetf7> <s:element name=*Serv>ceError" type="ews: l Service Error^ mir>Occi*es="3" maxOccures=*unbotnde<r/> <s:choice>

<s:afttribute name=*UU1D" type="ews: (string 36" use="optionaf7>

<sattribute name="AssoclD" type=’ews.tAssoclD" use='*reqixrBtf7>

</s:comp*exType>

</s:e4emeot>

<!-

GetLogcalNodeOvectoryRequest IEC 61400-25-4. Annex A. 5.4.2-2 —>

<s:etement names* GetLo(pcalNodeOirBCtoryRequ6sr>

<s:complexType>

<s:sequence>

<s:element name5"LNReT type=*ews:tLogicalNodeReference7>

<s:element name="lEMcls" type="ews:EMds*/>

<s:sequenc©>

<S3ttribute name=”UUID" type=*ews:(string36* Lrse=’opbonafV>

<s^attribute name="Assoc ID’ type=’ews.tAssoclD" use="requirBcr/>

<«гптр1я»Турв>

<Ss:element>

<!-

GetLogcafNodeOeectoryResponse. IEC 61400-25-4. Annex A.5.4.2.3 -->

<s:efemen( names*GetLogicaJNodeOirectoryResponse*>

<s:complexType>

<s.choice >

<s:sequence>

<s:element name=*DATAname" type=“ews:tObfectName" mr>OccLxes="0" maxOccures="unbocnded7> <s:elemenl name=*DSname" type="ews:(ObjectName" тгЮссиге&=*0" maxOccures=*unbounded7> <s:element name=*BRC8name* (ype=’ews:tObjectName" minOccures="0* maxOcc4X^s="unbocr>Oed*/> <s:elemenl name=*URCBname" (ype=*ews:tOtojectName" mmOccures="Or maxOccures="unbounded"/> <s:element name=*LCBname" type="ews:tObfectName" minOca*BS=*0" maxOccures=*unbounde(r/> <s:elemenl name=*LOGname" lype=*evrs:(ObfecXName" minOccures="0" maxOcoires=*iJ nbounded"/> <s:sequence>

<s:element name=*Serv»ceEfTor* ty pe="ews: (Service Error* minOccxxes=*0" maxOccures=*17>

<s.choice >

<sattribute name=UUIO" type=*ews:tstnng36" use=’opbonafV>

<s>attribute name=“Assocl D’ type="ews.tAssodD* use="nequre(T/>

<s:complexType>

</s:e4ement>

<!-

GetDataVakjesRequesl IEC 61400-25-4. Annex A.5.5-2.1 -->

<s:elemenl names*GetOataValuesRequesr>

<s:complexType>

<s:sequence>

<s:elemenf name=’ReT type=*ews:(FcdFcdaTypeV>

<s:sequence>

<sattribute name=*UU1D" type=*ews:(string36* use=’opbonafV>

<s .attribute name="AssoclD* type=*ews.tAssoclD" ixse=mreqJre(Ti>

<s:complexType>

</s:otomont>

<!-

GetDataValuesResponse. CC 61400-25-4. Annex A.5.5-2 2 -->

<s:element name=*GetDataValuesRes|>onse~>

<s:compiexType>

<scho*ce>

<s:sequenc8>

<s:elemerit name="DataAl!rVar type=*ews:tDataA!tributeVakje* rrw>Occures="0" maxOooLiress*unboundecr/>

<s:sequence>

<s:etemenl name=*Se<v>ceEn,or’ (ype=*ews (Service Error'' minOccures^O* тахОсажв5=“ипЬоипЬе(ГУ> <s:choice>

<s^ttribute name=*UUID* type=*ews:(string36* use=*opbonaf“Y>

<s.attribute name=*AssoclD* type=*ews tAssoclD* use="nequre(r/>

<s:complexType>

</s:otomont>

<!-

SetDataVatuesRequest. IEC 61400-25-4. Annex A.5.5.3.1 -->

<s:element name=*SetData\faluesReqoesr>

<s:oomplexType>

<s:sequence>

<s:element name=*ReT (ype="ews:tFcdFcdaType"/>

<s:elernent name=*DataA(trV^T type=*ews:(DataA!tTibuteVa»ue* maxOccures=*unbounded*/>

<s:sequence>

<s3ttribute name-*UUIO* type=*ews:tstring36" use=*optionaf7>

<s3ttribute name=*AssoclD" type=*ews:tAssodD~ use^requrBcT^

< s:complexType>

<Jnninmnnt>

<!-

SetDataValuesResponse. CC 61400-25-4. Annex A.5.5.3.2 —>

<s:eiemenl name="Setf)aiaValuesResponse*>

<s:complexType>

<s:sequence>

<s:choice>

<s:eiement names*ResutT type=*ews:tResult* rr*nOccurs=*0*/>

<s:etemenl name=*Sec\nceErTor* type=*ews :( Service Error* minOccurs="0" maxOccur5=*unboundecT/> </s:chocs>

<Js:sequence>

<sattribute name=*UU1D* type="ews: (string 36* use=’opbonaf*/>

<s .attribute name="AssoclD“ type=*ews.tAssodD* use="requntTf>

</s:complexType>

</s:otomont>

<!-

GetDataDirectoryReqoesL IEC 61400-25-4. Annex A.5.5.4.2 -->

<s:eiemenl name=*GetDataDfrectoryRequesT>

<s:complexType>

<s:sequence>

<s:element name="DataRer type='ewstDAReterence’/>

Os:sequence>

<sattribute name=*UUID* type=*ews: (string 36* use=*opbonaf*/>

<sattribute name=*AssoclD* type=*ewstAssoclD* uses*nequfB(T/>

Os icomplexType»

Os: element»

<!-

GetDstaOirectoryResponse. IEC 61400-25-4. Annex A^.5.4.3 -->

<s:etement name=*GetDataD«nectoryResponse'‘>

<s:complexType>

<s:choice>

<s:sequence>

<s:etement name=*DataName* type=*ews:tObfectName" minOcxxrs='X)" maxOccurs=*un bomded*/» <s:etement name^DataA&Name" type="ews:lObjectName* mir>Occure=‘0* maxOca*s=*unbounded"7> Osisequence»

<s:element name=*Serv>ceEfTor* type="ews:tSecviceErTor^ minOccx^s=‘X)" maxOccors=*unbounde<r/> Ostchoice»

<s:at!ribute names*UOID* type=*ews: (string 36" use=*opbonaf*/»

<sattribute name="AssoclD* type=’ewstAssoclD* use ^required"/»

Os icomplexType >

</s: element»

<!-

GetDstaDefmrbonRequest IEC 61400-25-4. Annex A.5.5.5.2 -->

<s:element name=*GetDataOefinrt»onRequesr>

<s:complexType>

<s.sequenc©>

<s:element name="DataRer type=*ews.tDARe<ecence*/>

Osisequence»

<sattribute name='UUlD‘ type=*ews:(string36* use=’opbonaT/>

<s .attribute name="AssoclD* type=*ews.tAssocJD* use="neqLarecT/>

</s icomplexType»

Os: element»

<!-

GetDataDefinibonResponse. IEC 61400-25-4. Annex A.5 5.5.3 -->

<s:element name=*GetDataOefinrt>or\Response~>

<s:complexType»

<&:choice»

«•ptnmnrtf пятл="Пя*;аАПгПоГ tyy>»="»w^ tOafaAttrihi itaOefiniJion" minOnn»^="1"

maxOccurs^unbounded"/»

<sielement name=*Service£rror* type="ews:tServiceEnor^ minOccx*s='Xr maxOccurs=*r/»

Os.choioe»

<sattribute name=4JLHD* type="ews:tstm936* Lee='opbonaT/>

<sattribute name='Assoc ID’ type=’ewsitAssocJD" use=" required’/»

Os icomplexType»

Os:element»

<!-

GetDataSetValues. IEC 61400-25-4. Annex A.5.6.2.1 -->

<s:etement name=*GetDetaSetV^iuesRequesf »

<s:complexType>

<s:sequence»

<s:element name=*DSReT type='ews:tDataSetRefenence*/>

Osisequence»

<sattribute name=*UU1D* type=’ews:tstmg3e* use=’opbonafV>

<sattribute name='Assoc ID’ type=’ews:tAssocJD~ use="neqiMBd7>

Os icomplexType»

Osielement»

<!-

GetDatsSetVatuesResponse. IEC 61400-254. Annex A.5.6.2.2 -->

<s:element name=*GetDataSet\feluesResponse*>

<s:complexType»

<sdxxce>

<s:element name2 "DataAttrVaT type2'ews:tDataAttnbute Value’ minOccurs2'0' maxOcxxrs="unbounded"/^ <s:element name2*Serv>ceErnx' type2'ews:tSecv«eE rror* minOcajrs=‘X)* maxOccurs 2’unbounded*/» </s:choc©>

<s:attribute name=*UUID* type=*ews:tstnng36* use=’optJonal7»

<s:attribute name=*AssoclD* type^ewsttAssocJD' use^requifBdT»

</s:comp*exType>

</s:eiement>

<!-

SetDataSetVaJues. IEC 61400-25-4. Annex A^.6.3.1 —>

<s:element names'SetDaftaSetVbluesRequesf >

<s:complexType»

<s:sequence>

<s:element name2 *DS Ref type^ewstQataSetRelerenceV»

<s:element name2*DataAttrVaT type2'ews:tDataAllnbuteValue’ maxOccurs2’i*i6ounded*f'>

</s .sequence»

<s attribute name-UUID* type=’ews:tstmg36‘ 1яе=’орЬопаГ/>

<sattribute name2'AssoclD* type=“ews.lAssocJD" use^requred'/»

</s:oomp*exType»

</s: element >

<!-

SetDataSetValuesResponse. IEC 61400-25-4. Annex A.5.6.3.2 -->

<s:element name^SetDataSetVbluesResponse*»

<s:complexType>

<s:sequence>

<s:choice»

<s:element name2'Result* type2*ews:tResutC* minOcars=*07>

<s:element name2’Serv«eErTOf' type2 'ews:tServ>ceError’ mlnOccurs2^)' maxOccurs2'unbounded'/> </s:choioe>

«^sequence»

<sattribute r>ame=UUID* type2'ews :tstrr>g36’ irse=*oplionar/>

<s attribute name2’Assoc ID’ type2'ews .lAssocID* use2'required'/»

</s:comp*exType>

</s:eiement>

<!-

ГГ. в14ЛП-2Я4 Annex A 5 A 4 1

—>

<s:element names'CreateOataSetRequesT»

<s:complexType>

<s:sequence>

<s:element name2 *DS Ref type=’ewstOataSetRe1erence’/>

<s:element name2*DSMemberfter type2’ews:tFcdFcdaType* maxOocurs 2’unbounded*f>

</s:sequence»

<s[attribute name2UU1D* type=’ews:tstm936* use=’optionar/»

<sattribute name2'AssoclD' type=“ews.lAssocJD" use^requred'/»

</s:complexType>

<ys:otomont>

<!-

CreateOataSetResponse. EC 61400-25-4. Annex A.5.6.4.2 -->

<s:element name=’CreateOataSetResponse“>

<s:complexType>

<s:sequence>

<s:choice>

<s:element name^’Resutt* type 2’ews:t Result' гшпОсаяе='0"/>

<s:element name=’ServiceErTOf' type2‘ews itServ^ceError' min Occurs2^' max Occurs="1 7»

</s:choce>

<^s .sequence»

<sattribute name=UUID’ type=’ews:tstmg36' use='oplionar/>

<sattribute name='AssoclD’ type2’ews itAssocJD" use2'required'/»

</s:comp*exType»

</s:e4emeot>

<!-

DeleteOataSet. EC 61400-254. Arvwx A. 5.6.5.1

—>

<s:etement name^'Detete Data Set Request^

<s:complexType>

<s:sequence>

<s:element name=*DSReT type2 "ews tObject Re lore nce7>

<te.sequence>

<s:attribute name="UUID* type='ews:tstmg36* use^opUonaT/^

<s attribute name2" Assoc ID" type="ews.tAssodD" use2 "required 7>

</s:comp*exType>

</s:e4emeot>

<!—

DeieteOataSetVfelues Response, IEC 61400-254. Annex A.5.6.5.2 —>

<s:element names"DeleieDataSetResponse">

<s:complexType>

<s:sequence>

<s:choice>

<s:eiement name="Resuff type="ews.tRestilt" тшОсажь="[Г/>

<s:element name="Ser>nce€rror" type2 “ews tServiceError' minOccurs='X)" max Occurs2’ 17> </s:choce>

<fs:sequence>

<sattribute name-UUID* type="ews:tstm936‘ use='optionaf7>

<s>attribute name='AssoclD" type="ews.lAssocJD" use2"required"/>

</s:complexType>

</s:element>

<!-

GetDataSetDirectoryRequest IEC 61400-254. Annex A.5.6.6.2 -->

<s:element name^GetDataSetOirectoryRequest^

<s:oomplexType>

<s:sequence>

<s:element name2'DSReT type2 "ewstOataSetRefere nee *f>

Os:sequence>

cc-attrihuto rwme=l MJ1TY typA="pw«*tKfring3R* i кА=~прНпгаГ7>

<s>attribute name2"AssoclD" type2*ewslAssocJD" use="reqtxred7>

</s comp*exType>

</s:eiement>

<!—

GetDataSetDirecfcvyResponse. IEC 61400-254. Annex A.5.6.6.3 -->

<s:element name='GetDat3SetDxectoryResponse">

<s:oomplexType>

<s:choice>

<s:element name2 "DS Mem ЬегЯеГ type2"ews:tFcdFcdaType" maxOccurs2"unbounded*/>

<s:element name2*Serv>ceErnx" type2"ews:(Sefvx3eError* minOccurs2*X)* maxOccurs2*unbounded"/> Oschoice >

<sattribute name="UUID* type2’ews:tstnoq36* use='op\tonaTf>

<s attribute name2" Assoc ID" type2 "ewsitAssocJD" use2 "required */>

</s:comp*exType>

</s:e4emeot>

<!-

Add SobscnptionRequest EC61400-254. Annex A.5.7.2.1 —>

<s:element name2"AddSubscripbonRequest>>

<s:complexType>

<s:sequence>

<s:element name2*RCBRer type2"ews:tControdockReference"/>

<s:element name2"RCBType" type^ewsitRCBType*^

<s element name2"RptlD" type2“ews.tstring65" minOccurs2‘0*/>

<s:element name=‘Rpt£rva' type="s:boo*ean* minOccurs=4r/>

<s:element name=*DatSef type=’ewstDataSetReterence’ mmOccur5='OT>

<s:element name=*Opt Fids’ type=*ews tOptRds8RCB* гт*Юссигь=’07>

<s:element name=‘B4ifTm" type=’s:unsignedlnt’ minOcci^s="Or/>

<s:element name=TrgOp* type=’ewsrfTrgCorxf rcwiOccurs=4)7>

<s:element name=1ntgP(T type="s: unsigned Inf m»nOccurs=*0’/>

<s:element names’DSMbrReT type='ews:tFcdFcdaType’ minOccurs='X)" maxOccurs=*L*itxxjnde<r> <Js:sequence>

<sattribute name=UU1D’ type=’ews:tstnng36’ irse=’optionaf7>

<s>attribute name=*AssoclD’ type=’ews.lAssodD’ use=~raqiMBd7>

<Js :comptexType>

</s:otomont>

<!-

Add Subscription Response. IEC61400-25-4. Annex A.5.7_2.2 -->

<s:etement name^'AddSubscripbonResponse^

<s;complexType>

<s:sequence>

<s:cfcoice>

<s:etemerrt name=’Result* type='ews:tResult* minOcars=*D7>

<s:eiement name=’ServiceErTOf’ type=’ews:tServiceError' minOccurs^'O' max Occurs=’unbounded7> </s:choioe>

<te.sequence>

<S3ttribute name=UUID* type=’ews:tstmg36* irse='oplk>nar/>

<s attribute name='Assoc ID’ type=’ews:tAssocJD" use=’reqiMBd7>

</s :comp*exType>

</s:e4emeot>

<!-

RemoveSubscnpbonRequesL IEC61400-25-4. Annex A.5.7.3.1 —>

<s:eiement name=~RemoveSubscnpbonRequesT>

<s:complexType>

<s:sequence>

<s:element name=*RCBRer type=’ews:«ControlBiockRetecence*/>

<Js.seqoence>

<s^4tribute name=UUID’ type=’ews:tstmg36* irse='oplionar/>

<«-;i«trih*ito rv»mo="Ajc«nrin’ fyp»=*ow« lAwvJIV 1ии*="гягу enarT^

</s:compiexType>

</s:eiement>

<!-

RemoveSubscnpbonResponse. IEC61400-25-4. Annex A.5.7.3.2 —>

<s:eiement names’RemoveSubscnp6onResponse*>

<s:complexType>

<s:sequence>

<s:choice>

<s:etement name=’Resoft’ type=’ews;tRe suit' m«nOccure=*07>

<s:etement name='ServiceError’ type=’ews;tSecviceErTor' minOccurs="0’ maxOccurs=’ 17> </s:choc8>

<7ssequence>

<sattribute name=UU1D* type=~ews:tstring36‘ irse='opbonaf7>

<s>attribute name='AssoclD’ type='ews:tAssocJD" use="rBqiarBd7>

</s comp*exType>

</s:otomont>

<!-

Ge(BRC8ValuesRequest EC 61400-254. Arviex A.5.7.4.1 -->

<s:etement name= ’GetBRCB VatuesRequest*>

<s:complexType>

<s:sequence>

<s:element name='BRCBReT type-’ews.lControeiockReforence’/>

<fc:sequence> <sattribute name=UU1D’ type=~ews:tstmg36‘ use=’optionafV>

<s>attribute name2'Assoc ID’ type^’ews.lAssocJD* use=’reqiMBd7>

</s:comp4exType>

Os:oiomont>

<!-

GetBRCBValuesResponse. IEC 61400-254. Annex A.5.7.4.2 -->

<s:etement name^’GetBRCBVakjesResponse^

<s:complexType>

<s:sequence>

<s:choice>

<s:sequence>

<s:element name="RpdO* type="ewststring65’/>

<s:element name=’RptEna’ type='sixx)lean*/>

<s:eftement name='DatSef type='e*s:tDataSetReference7>

<s:element name=’CortfRev’ type=’s:unsignedInt7>

<s:etement name=’OptFk*s’ type='ews:tOptFldsBRCB* f>

<s:etement name=’BufTm“ type=’s:unsignecflnt’/>

<s:etoment name=’SqNLxn' type=’s:uns*gnedShorT/>

<s:element name=TrgOp’ type='ews:lTngCond7>

<s:etement name=’lntgPtr type='s: unslgnedlnf/>

<s:e*en>ent name=“GI" type='s:bootean’/>

<s:etoment пате=’Ригд>евиГ type2 "s: boolean'/>

<s:e*ement name=’Entry1D’ type=’ews:tEntry1D’/>

<s:eten>eot name2'TimeOfEntry’ type=eews.lTimeStamp*/>

</s:sequence>

<s:etement name="Serv*ceErTor'‘ type="ews:lServiceError' minOccurs2^)" max Occurs=“1 7> </s:choice>

</s.sequence>

<s3ttribute name=UUID’ type=’ews:tstnr>g36* irse=‘optionar/>

<s attribute name='Assoc ID’ type=“ews:tAssocJD" use2'required 7>

</s:comp*exType>

</s:e4emeot>

<!-

SelBRCBValoesRequest IEC 61400-254. Annex A.5.7.5.1 —>

<*’otamant nam»='SerRRCR\/alii®<R«qii««U*>

<s:complexType>

<s:sequence>

<s:element пате=1ДОСВЯеГ type=’ews:tControBJockRo*oronce7>

<s:element names'RptlD" type=’ews:tstnng65* minOcoucs=‘X)’/>

<s:element name2*RptErva' type=’s:boo4ean* minOccurs=U7>

<s:elemer* names*OatSeT type^ewstOataSetReference’ minOccurs=‘0*/>

<s:element name2'Opt Fids' types*ewsiOplRdsBRCB* гтЮссигь=’0г/>

<s:element пате=’ВиГТгтГ type2 "s: unsigned Inf minOcars="0"/>

<s:element name=TrgOp’ type=’ews.TTrgCond* minOccirs=“0“/>

<s:element nameOntgPd' type=’s: unsigned Inf minOccurs='0’/>

<s:element пате=’СГ type='s:boolean' ттОссшь='07>

<s:element name2’PurgeBuT type=’s: boolean’ minOcci*s="0*/>

<s:element name='EntrylD" type=’ews.tEntry1D' гтмпОсаж^2'0г/>

</s.sequence>

<s .attribute name=UUID* type=’ews:tstmg36* и5в=‘орЬопаГЛ»

<s attribute name='Assoc ID’ type='ews:tAssocJD" use2’required */>

</s:comp*exType>

</s:element>

<!-

SelBRCBValuesResponse. IEC 61400-254, Annex A.5.7.5.2 —>

<s:e!ement name^’SetBRCBValuesResponse^

<s:complexType>

<s:sequence>

<s:choice>

<s:etemenl name='Resuft' type='ews;tRe suit' гтнпОсажь=ЧГ/>

<s:element name=’SerTOeError“ type= “ews;tServ*ce€rror' minOccurs='X)' maxOccurs='unbounded7> </s:chocs>

<7ssequence>

<sattribute name=UU1D* type='ews:tstm936‘ irse='opbonaT/>

<s>attribute name='AssoclD' type=“ews.lAssoclD" use=“n9Qured7>

</s:complexType>

</s:otomont>

<!-

GetURCBVaiuesReqoesi. IEC 61400-25-4. A/wexA.5.7.6.1 -->

<s:etemenl name=*GetURC8ValuesRequesT>

<s:complexType>

<s:sequence>

<s:elemer* name='URCBRer type='en»:tControlBlockReterBno0'/>

Os.sequence>

<sattribute name-UUID* type=’ews:tstmg36‘ 1яе="орЬопаГ/>

<sattribute name=“AssoclD~ type=“ews.lAssocJD" use="rBq*xred7>

</s:oomptexTyp©>

</s: element >

<!-

GetURCBValuesResponse. IEC 61400-25-4. Annex A.5.7.6.2 -->

<s:element name=’GetURCB ValuesResponse' >

<s:complexType>

<s:sequence>

<s:choice>

<s:sequence>

<s:element name='RpdO" type=“ewststring66'/>

<s:e*ement name='Rpt£na' type='s:boolean*f>

<s:e*en>ent name='Resv’ type=’s:bootean7>

<s:e*ement name='DetSeC type='ews:tDataSetReference7>

<s:e*ement name=’ConfRev’ type=’s: unsigned IntT»

<s:e*ement name=“OptRds* type='ews:tOptFldsllRC8'/>

<s:e*0ment name=“BufTm" type='s.iins*gne<ent7>

<s:etement name="SqNtxn‘ type='s unsigned Short' >

<е-Ыятвп! nam»="TrQOp* type=*«^-1Trgr>w<*/>

<s:element namo^'IntgPd* type='s: unsignedlnt7>

<s:etement name="Gr type="s:boo*ean*/>

</s:sequence>

<s:element name= “Result' type='ews;tResult' гтнпОсажь=*07>

<s:element name=’ServiceError“ type=“evvs tServ*ceError' minOccurs='X)' maxOccurs=’ 1 7> </s.choce>

<7ssequence>

<sattribute name=UU1D* type=’ewststmg36‘ irse='optionafV>

<s>attribute name='AssoclD' type=*ews.lAssocJD“ use="rBq*xred7>

</s:oomplexType>

</s:otomont>

<!-

SetURCBValuesReqoesl fEC 6140O-2S4. Annex A.5.7.7.1 -->

<s:element name='SetURCBValuesRequesT>

<s:oomplexType>

<s.sequenc©>

<s:element name^URCBRef type='ews:tContro©JockReterBno0'/>

<s:element name=“RpUD" types“ews:tstring65“ minOocurs=t)’/>

<s:element name=*RptErta“ type='s:boolean' mjnOocufs="07>

<s:element name=*Resv“ type='s:boo*ean* minOccurs=*07>

<s:element name=*DatSet“ types“ews.tOataSetReference* minOccurs='07>

<s:element name='Opt Fids' type=*ewsrtOplRdsBRCB' гтЮссигь='07>

<s:element name=*BufTm" type= "s: unsigned I nt' minOcars=“07>

<s:element name=“TrgOp* type="ews.TTrgCorxT nwiOccurs=“OT>

<s:element nameOntgPcT *уре="в: unsigned Inf minOccurs='07>

<s:element name=’6l“ type='s:boolean' minOccurs=’Or1> sequence»

<S3ttribute name=UUID’ type=’ews:tstrog36' irse='opliooafY>

<s attribute name='Assoc ID’ type=’ews:tAssoctD" use^requred*/»

</s:comp*exType>

</s:e4emeot>

<!-

SetURCBVaiuesResponse. IEC 61400-25-4. Annex a.5.7.7.2 —>

<s:etement name=’SetURCBValuesResponse'>

<s:complexType>

<s:sequence>

<s:cho*ce»

<s:element name=~Resulf type='ews.lResulf ттОсажь='07»

<s:element name=’ServK»Emjr’ type= ’ews IServiceError' minOccurs='X)' maxOccurs=’unbounded7>

Os: choice»

<Vs:sequence>

^attribute name=UUID’ type=’ews:tstm936* use=’optionafV>

<s:attribute name=*AssoclD' type=’ews.lAssocJD" use^’raquredT»

</s complexType»

</s: element»

<!-

ReportRequesL IEC 61400-25-4. Annex A.5.7.7.3 -->

<s:element name=’RepoftRequesT>

<s:complexType>

<s:sequence>

<s:element name=’MaxResponseTime’ type="s. duration* mir»Occurs=’17>

<s:element name=’MinResponseTime’ type=’s:dixat*on' nwiOccurs=’07> sequence»

<s3ttribute name=UUID* type='ews:tstrr>g36’ irse=*oplionar/>

<s attribute name='Assoc ID’ type=’ews:tAssocJD~ use=’requred7>

</s:complexType»

</s:e4emeot>

<!-

RppnriRaefwrco 1РП Я14ЛП-7М Алгмк A 5 7 7 4

—>

<s:etement name=’RepoctRespor>se'>

<s:complexType>

<s.choice>

<s:sequence>

<s:element name=*RepoftFormaf type=’ews:tReportFomvaf mtnOccurs=TT тахОса*ь='unbounded 7» <s:element name=~MaxRequestrime' type=’sdurabon' rrwiOccurs=’ 1 7»

<s:element name=’MinRequestTime’ type=*sduration* nmOccufS=*07>

</s:sequence>

<s:element name=*Serv>ceEfTof type=*ews:tServiceErTor'" minOcciFS=T)’ maxOccurs=’1 7»

<^s:cho*ce>

<sattribute name-UlilD' type=’ews:tstmg36* use='optionafV>

<s:attribute name=’Assoc ID’ type=~ews:tAssocJD~ use=’raqured7»

<sattribute name=’moreFollows* type='sixx>lean’ use=’opbonal' de<aiit=’false7x!- The message size is too small to send all the ReportFormats in one message-»

</s complexType»

Os: element»

<!-

GetLCBValuesRequesL IEC 61400*25-4. Annex A.5.8.2.1 -->

<s:element name=*GetLC8\feluesReque8f»

<s:complexType»

<s:sequence>

<s:element name='LCBReT type='ews:tContro©lockReference7»

<7s:sequence»

</.uP0tooq:s


ГОСТ P 54418-25.4-2014


<s:sequence»

<s:element name^’LogReT type=*ews.10bjectRelerence’/>

</s.sequence»

<S3ttribute name=UUID’ type=’ews:tstmg36* irse^opfonafY»

<s attribute name2'Assoc ID’ type=’ews:tAssocJD" use=’naqixred7>

</s:comp4exType»

</s:e4emeot>

<!-

GetLogStatusValuesResponse. IEC 61400-25-4. Annex a.5.9.2.2 —>

s:element name=’GetLogStatus\faJuesResponse*>

<s:complexType>

<s.choice»

<s:sequence>

<s:e!ement name=‘OWEntrTm’ type2 *ews:t TimeStamp 7»

<s:element name2’NewEntrTm' type='ews:!TxneSlamp’/>

<s:etement name=’0*dEntr‘ type=’s: unsigned Inf /»

<s:etement name=’NewEntr’ type=’s.unsignedtnt’/>

Os:sequence>

<s:element name=*Serv>ceEfTor* type2 *ews:tSecv«eE rror* nwOccurs='0* maxOccurs2’17» </s:choice»

<s:attritxjte name=UUID* type=’ews:tstmg36* irse^opfonaT/»

<s attribute name='Assoc ID’ type=’ews:tAssoctD" use2’required*/»

</s:compiexType»

</s:eiemeot>

<!-

Query!. ogByTimeRequest IEC 61400-25-4. Annex А.5.9Л.1

—>

<s:element name=’QueryLogByTxne Request*»

<s:complexType»

<s:sequence»

<s:element name^T-ogReT type2 "ews.tOb^ectRef ere nceV>

<s:element name2*StartTime’ type2’ews:fTimeStamp* minOccurs=*0*/»

<s:element name2"StopTime* type=*ews.lTimeStamp" гтхпОссигь=‘ХГ/»

<s:element names*DataFrite^ type=*ews:tFcdFcdaType* mmOccurs=*0" maxOccurs=’i*ibocinded7> Os.seq целое»

ccattrihtfto пата=”1МЛЛ" typAs*owK'fctring 3R” i«A=”nptinnaT/>

<s>attribute name="AssoclD* type=*ewstAssoclD* use2"requirBtf7»

</s:comp*exType»

</s:eiement»

<!-

QueryLogByTkneResponse. IEC 61400-25-4. Annex A.5.9.3.2

-->

</s:eiement name^QuerylogByTimeResponse"»

<s:oomplexType»

<s:sequence»

<s:choice»

<s:sequence»

<s:etement name=’Log Entry" type=*ews:tLOGEntry*/»

</s:sequeoce>

<s:element name="ServiceEfTor* type=’ews tServiceError" minOccurs2*!)" maxOccurs2’ 17> </s:choice»

</s .sequence»

<S3ttribute name=*UU1D" type=*ews:(string36" use=*op1jonar/»

<sattribute name=’AssoclD’ types*ews;tAssoclD* use^requrBcT/»

</s:oompiexType>

</s:e*ement>

<!-

Query!.ogAfterRequest. IEC 61400-25-4. Annex A.5.9.4.1

—>

</s:element name="QueryLogAfterReqoesr»

<s:complexType»

ГОСТ Р $4418-25.4-2014


<S3ttribute r\ame=4JU1D" type=*ews: (string 36" use=*o| <sattribute name='Assoc ID* type=’ews:tAssoclD* uses:oomp4exType>


uest. ЕС 61400-25-4. Annex A.5.10-2.1

type=*ews:tTimeSUmp7>

ГОСТ P 54418.25.4-2014

<s:element name=Test" type="s:bootean7>

<s:element name= "Check" type="ews:ICheck7>

<te.sequence>

<S3ttribute name="UU1D" type=*ews:tstring36" use=’optiooaf7>

<sattribute name="AssoclD* type="ews:tAssoclD" i/se="reqixrBrf7>

</s:comp4exType>

<s:element>

<!-

OperateResponse. IEC 61400-25-4. Annex A.5.10.5.2

—>

<s:etement name="OperateRe5ponse“>

<s:complexType>

<s:sequence>

<s:element name=*ControKDt*ectRer type="ewstDAReference7>

<s:element name='"Value* type="ews:tContnol\teiue7>

<s:element name="T" type=*ews:tTimeStamp7>

<s:element nafne=Test" type="s;boo4ean7>

<s:element name=*AddCause* type=*ews:tAddCause" m«nOccurs=7)" тахОссиге=’17> </s:sequence>

<S3ttribute neme="UUID* type=*ews:tstring36" use="optionaf7>

<s-attribute name="AssoclD" type="ews:tAssoclD" use="reqiirB(f7>

<Ss:complexType>

<s:eiement>

<!-

CommamfTerminationrequest. IEC 61400-25-4. Annex A.5.10.6.1 —>

<s:element name=*CommandTen7wvabonRequesr>

<s:complexType>

<s:sequence>

<s:element name="ControlObfectRer type="ewstDAReference7>

<s:element пате=""Г type="ews:tTimeStamp"/>

<s:element name="TesT lype="s:boo<ean7>

<te.sequence>

<s:afttribute name=~UUlD* type=*ews:tstring36" use="optionaf7>

<s .attribute name=“Assoc ID* type="ewstAssodD" use="reqiirB(f7>

<>s:comp4exType>

<я’д1отпп1>

<!-

CommandTermanationResponse. IEC 61400-25-4. Annex A.5.10 6-2

—>

<s:element name="CommandTenTwiat>onResponse“>

<s:complexType>

<s:doc0>

<s: element name=*notFinished* type="s:boolean7>

<s:sequence>

<s:element name="ControlObjectRer type="ewstDAReferBoce"/>

<s:element пате=""Г type=*ewrs:tTimeStamp7>

<s:element name=Tesf type="s:bootean7>

<s:element name=*AddCause" type=*ews:tAddCause" mrOccurs^TT maxOccurs=“17> <Js:sequence>

</s.choice>

<s attribute name=“UU1D" type=*ews:tstring36" use="opbonaTA>

<sattribute name=*AssoclD" type=*ews:tAssocJD" use="reqixrB(r/>

</s:compiexType>

<7s:element>

<!-

TimeAcSrvatedOperateRequesL IEC 61400-25-4. Annex A.5.10.7.1 —>

<s:e!ement name= TimeActrvaled Operate Request"»

<s:complexType>

<s:sequence>

<s:element name^XontrolObfectRer type="ewstDAReference7>

ГОСТ Р 54418.25.4-2014

«message name=-Ge<LogicafelodeDirec*orySoap<na>

<part name^ parameters- etement=ae*rs:GetLog»calNo(JeOirectoryRequesr-‘> <frnessage>

<message name=-GetLogica№4odeDirectDrySoapOut->

«part name="parameters- etement="e*rs:GetLog^alNodeOtfBctoryResponse-/> </message>

<    message name="GetDataVaiuesSoap4n*>

<part name^parameters- etement=-ews:GetDataValuesRequest7> Omessage>

<    message name=-Ge<DataVaiuesSoapOur>

«part name="parameters- etemerrt=-ews:GetDataValuesResponse->*> </message>

<    message name=-SetDataValuesSoeplna>

<part name="parameters- etement=~ews:SetOataValuesRequesrA> <Anessage>

<    message name=*Se<Data\feiuesSoapOuta>

«part name="pafameters- etement=aews:SetDataValt>esResponseV> </message>

<    message name=-GetDat a Directory Soapin">

<part narne="parameters- etement=ae*rs:GetDataOinectoryRequest7> Omessage>

<    message name="GetDat a Directory SoapOur>

<part name="parameters- etement=-ews:GetDataOirectoryRespoase7> </message>

<    message name="GetDataOefirHtionSoeptn*>

<part name^ parameters- e4ement="ews:GetD3taOefinitionRequesr/> Omessage>

<    message name=’GetDa t a Definition SoepOLrt">

<part name="parameters- e*ement="ews:GetDataOefinitiooResponse7> </message>

«message name=-GetDataSetVaJuesSoapln">

«part name^parameters- e*ement=-e%rs:GetDataSetVa(uesRequest-/> Omessage>

«message name=-GetDataSe(VaiuesSoapOut->

«part name="parameters- etement=“ews:GetDataSetVaJuesResponse7> </message>

oneuaga гип»г*5ЫПя1аЯл1\/а1|1Рк^ляр1п‘>

«part name="parameters- etement=-ews:SetDataSetValuesRequesf7> <frnessage>

«message names*SetDataSe№liiesSoapOut*>

«part name="parameters- etement="ews:SetOataSetValuesResponse7> </message>

«message names-CreateOataSetSoapln*>

«part name^ parameters- eiement="ews:CreateOataSetRequest*/> Omessage>

«message names-CreateOataSetSoapOot*>

«part name="parameters- etement="ews:CreateOataSetResponse-f> </message>

«message name=-DeteteDataSetSoapln~>

«part name^parameters- etement=-ews:DeleteQataSetRequest7> Omessage>

«message name=*DeieteDataSetSoapOuT>

«part name="parameters- 6tement=*ews:DeleteOataSetResponse7> </message>

«message name=-GetDataSetDirectorySoapln~>

«part name=aparameters- etement=aews:GetDat3SetDirectoryRequest*/> <frnessage>

«message name=aGetDataSetDvBctorySoapOur>

«part name="parameters- e*ement="ews:GetDataSetDinectoryResponse7> </message>

«message names-ReportSoaplna>

«part name^ parameters- element=-e*rs:ReportRequesrf>

<Smessage>

<message name=*ReportSoapOut*>

<part name="parameters- efement=a0ws:ReportResponsea/>

</message>

<    message names*AddSubscrip6onSoapln*>

<part name="parameters- etement=ae*rs:AddSubscriptionRequesf7> <Smessage>

<message name-*AddSubscripbonSoapOixt*>

<part name="parameters- eftement=aew"s:AddSubscriptionResponseV> </message>

<    message aame=“RemoveSubscrip(iooSaapln“>

<part name=aparameters- elea>ent="e«rs:RemoveSubscripbonRequesr/> <Smessage>

<message namesaRemoveSubscnp(ionSoapOur>

<part name=aparameters- etement=aeMrs:RemoveSubscripbonResponse,7> Omessage>

<    message name='GetBRCSValuesSoapin*>

<part name="paramelers- etement=aews:GetBRCB\feluesReque<sr/> </message>

<message name=*Ge<BRC8NfaiuesSoapOut->

<part name="parameters- etement=aews:GetBRCBValuesResponseV> </message>

<    message name=aSetBRCBV^iuesSoapftna>

<part name="parameters- etement="ews:SetBRCBVafuesRequesr/> <Smessage>

<message name=-Set8RC В Values SoapOut">

<part name="parameters- element=aews:Set8RCBVaiuesResponse7> </message>

<message name=*GetURCBValuesSoapina>

<part name=aparameters- etement=aews:GetURCBVafejesRequesr/> <Smessage>

<message name=*Ge<URCB\feluesSoapOut">

<part name="parameters- e*ement=*ews:GelURCBVak>esResponsee/> </message>

<message name=*SefURCB№ftuesSoaplfr>

<part name="parameters- e*ement=-ews:SetURC8VakjesRequesf/> <Anessaoe>

<message name=-SetURCBVaiuesSoapOur>

<part name="parameters- e*ement="ews:SetlJRCBValuesResponse’r> </message>

<message name=*GetLCBVaJu0sSoap<rr>

<part narne="parameters- e*ement="ews:GetLC8VakjesRequest7> <Smessage>

<message name='Ge«LCBVaioesSoapOut*>

<part name="parameters- e*ement=a0ws:GetLCBValuesResponse7> </message>

<message name=*Se<LCBValuesSoapln~>

<part name=aparameters- e*ement="ews:SetLC8VakjesRequest7> <Smessage>

<message name=aSetLCBValuesSoapOur>

<part name="parameters- e*ement="0ws:SetLC8VahjesResponse-r> </message>

<message names*OueryLogByTfmeSoaptn*>

<part name=aparameters- etement=aews:Querytx>g6yTimeRequesr/> <Smessage>

<message name=aOueryLogByTifmeSoapOuta>

<part name=* parameters- eftement=a0«rs:Qiieryt_ogByTimeResponse-/> </message>

<    message name=*OueryLogAfterSoapfcn“>

<part name="parameters- e*ement=aews:QuerytogAfterRequesr/> <Smessage>

<message name=*QueryLogAflerSoapOut->

ГОСТ Р $4418-25.4-2014

1a A

X 2 a


^ £ A £ A £ A £ A £

05X30 3XX о 5X3 о 5X3 о 5X3 о з


£ $ £ О А Л ^ O

A A -X О A A

055305

A A « 1 0 3*|

A A* £

2 a ?X

A A

Q 5 *5

A A Q =5

hH'h

</JnO<leoSs®nleA0OdrM®D:SMe.=e6esseuj )пфло> <:.uKteosseo|^\93yfpa0:sMae=e6ess^ jndui> <.servPA83dm®0.=eaje^ uogpjedc


hl4i!4ii48i48i!h

m

ii m


a»*

в 5) ^

I

о

wt


n :• и n :•

ш il

Ш H

ft) 5; 2.    ш кг 0    StSTs    ft) БГ

Pn?    ST о о    £ < *,    <


ГОСТ P 54418.25.4-2014


X S’

c V?

i



v < ftT


c V


ГОСТ Р $4418-25.4-2014

<soap.operation soapAcbon=’ht!p:/fec.ch/ews/1.О/Release’ style=’document*/»

«input»

«soap, body use="literaT/»

«/input»

«output»

«soap, body use="literaf7»

«/output»

«/operation»

«operabon name=‘GetServerOirectory*»

<soap operation soapAcbon=’styte=“document7> «input»

<soap: body use="literaTr>

«/input»

«output»

<soep:body use="literaT/>

«/output»

«/operation»

«operation name=*GetLogicaOevieeDirBctory*»

«soapoperabon soapAcbons*styte=’documenT/» «input»

«soapbody use=’literaT/»

</input>

«output»

<soap:body use="literaf7»

«/output»

«/operation >

«operabon na me=*GetLogicalN ode Drectory'»

«soap operation soapActen=’style=’document’/» «input>

«soap: body use="literaf7»

«/input»

«output»

«soap.body use="literaT/»

«/output»

«/operabon>

«operation name=*GetData Values’*»

«naptyuralinn 4oapArfinr*=’Mtp /Ser rble***J 1 O/GotOata Values* slyi«=Vlnri impn#"r>

«input>

«soap, body use="literaT/>

«/in put>

«output»

«soap: body use="HtecaT/>

«/output»

«/operation»

«operabon name='SetData Values'»

«soap operation soapActxx>=’http7/Sec.c^/ews/1.0/SetData Values’ styles’document’/»

«input»

«soap: body use="literaf7»

«/input»

«output»

«soap.body use=“literaT/»

«/output»

«/operation»

«operation rvame^'GetDataOrectory^»

«soap:operation soapAcbor^'styte=’documenf/»

«input»

«soap:body use=’IKeran>

«/input»

«output»

«soap: body use=“literaT/»

«/output»

«/operabon» <operabon name=‘GelDataDefinit ion *>

<soap operation soapActor='http ://»ec.c*i/ews/1.0/GeC>3ta Definin' styte='documenf/»

<    input»

<soap: body use="literaf7»

</input>

<output>

<soap.body use=”literaf7>

</output>

</operabon>

<operabon name^'GetDataSetValues"»

<soap:operation soap Acborv= 'htlp'Jfiec.ch/eMrs/1.0/GeCDataSe(Values' styie='document*/>

<    input»

<soap.body use="literafV>

</tnput>

<output»

<soap.body use="literafV»

</output»

</operabon>

<operabon name=*SetDataSeCVfelues*»

<soap operation soapAcbon=*http://tec.ch/ews/1.0/SetDataSet\feiues" style='document'/>

<    input»

<soap:body use=‘literaf7>

</input>

<output>

<soap:body use="literafV»

</output>

</operabon>

<operabon name='OeateDataSeT>

<soap:operaton soapAcborv^'htlpi'/iec.ch/ews/l .O/CroaieOataSeC styte='document*/>

<    input»

<soap.body use="literafV»

</tnput>

<output>

<soap:body use="literafV»

</output>

</operabon>

<nparatmn пягт\в=*ПлЫ«Пя*ч5«Г»

<soap operation soapAct>on=* style='documenTr>

<    input»

<    soap: body use="literafV>

</input>

<output>

<soap.body use=“literaT/»

</output>

</operabon>

<operabon name='GetDataSetDtrectory"»

<soap:operaton soapAcbon='htlp://Sec.ch/ews/1.0/GetDataSeLDinBctory style='doci*nent7>

<    input»

<soap.body use="literafV»

</tnput>

<output>

<soap:body use="literaf7»

</output>

</operabon>

<operabon name=*Re port'>

<soap operation soapAction=' style='document7»

<    input»

<    soap, body use="literarr»

</input>

<oirtput>

<soap.body use="literaf7»

</output>

«/operation»

«operation name=*AddSubscript>on*>

<soap.operation soapAcbor>='htlp:/<Sec.ch/ews/1.0/AddSubscripbon* style=*document"/> «input»

«soapbody use="literaT/»

«/input»

«output»

<soap: body L*se="literaf7>

«/output»

«/operation»

<operabon name=*RemoveSub sen pbon~»

<soap operation soapAcbon=*ht!p://Sec.cii/e*rs/t .О/Remove Subscription" styte='documen17» <input>

«soapbody use="literar/>

«/input»

«output»

«soap, body use="lrteraT/>

«/output»

«/operation»

«operation name=*GetBRC8Values*>

«soap: operation soapAcbon=*http:'/iec.ch/ews/1.0/GetBRCB\/bhjes' sty1e='document*/» «input»

«soapbody use="literaT/»

«/input»

«output»

«soap: body use="literaf7»

«/output»

«/operation >

«operabon name=*SetBRC8 Values*»

«soap operation soapActxx>=‘http7/Sec.cii/ews/1.O/SetBRCBValues* styie='document'/» <input>

«soap: body use="literaf7»

«/input>

«output»

«soap, body use="literaT/>

«/output»

Onjvaralinr»»

«operation name=‘GetU RC8Values~»

«soap.operation 9oapAcbon=‘styte=’documenC7» «input»

«soap.body use="literaT/»

«/input»

«output»

«soap:body use="literaf7»

«/output»

«/operation»

«operabon name=*SetURCBValues~»

«soap operation soapActxx>='htip^/Sec.cb/ews/1.0/SetURCBValues' style-'document*/» «input»

«soap: body use=‘lfteraT/»

«/input»

«output»

«soap.body use=”literaT/>

«/output»

«/operation»

«operation name=*GetLCE№lues~»

«soap operation soapActkir>='http-7^ec.ch/ews/1.0/GefLCBVakjes’ styte=’documenf /> «input»

«soap, body use='literaT/»

«/input»

«output»

«soap: body use=“literar/»

«/output»

«/operation >

«operabon name='SetLCBVatues’>

<soap operation soapActxx>='http://Sec.c*i/ews/1.0/SetLCB Values’ style =*documervf7> <input>

<soap: body use="literaf7»

«/input>

«output»

«soapbody use="literaT/»

«/output»

«/operation»

«operation name=*OueryLogByTime~>

«soap:operation soapActons’httpi/Aec.ch/ews/I.O/OueryLogByTime* sty1e= "docu ment 7» «input>

«soepbody use="literaT/>

«/input>

«output»

«soap:body use=~literaf7>

«/output»

«/operation»

«operabon name=’OueryLogAfler">

«soap:operate soapActior>='htip://Sec.c*i/ews/1.0/OueryLogAfter' style=’documenf*f> «input»

«soap: body use="literaf7»

«/input»

«output»

«soap.body use="literaT/»

«/output»

«/operation»

«operation name=’GetLogStatusVakjes’»

«soap operation soapAcbon=’htlp://tec.ch/ews/1.0/GefLogStatus\felu6S~ styie= 'document'/» «input»

«soap, body use="literaT/»

«/input»

«output»

«soap±ody use="literaf7»

«/niltpitf>

«/operation»

«operabon name=* Select"»

«soap operation soapAcbon=’httpJ/Sec.c*i/ews/1.0/Setecf style=*document’/»

«input»

«soap: body use="HteraT/»

«/input»

«output»

«soap.body use=~literaf7>

«/output»

«/operation»

«operation name='SeiectWt9i\felue*>

«soap operation soapAcbon='htlp7^ec.ch/ews/1.0/SeiectWrthValue' style= "document’/» «input»

«soap, body use="literaT/»

«/input»

«output»

«soap: body use=~literar7>

«/output»

«/operation»

«operabon name=*Cancel~»

«soap.operation soapAcbon=’htlp://Sec.c*i/ews/1.0/Cancer slyte=’documenT r>

«input»

«soap: body use="lfteraT/»

«/input»

«output»

<soapbody use=”literaT/>

</output>

</openabon>

^operation name=*Operate~>

<soap:operat>on soapAcbor^*http7<Sec.Gh:ews1 O/Operato" styt©=*documeaff>

<input>

<soap.body use="lilerafV>

</jnput>

<output>

<soap: body L*se="literaf7>

</output>

</operabon>

<operabon пат€=’СоттагчЛ’вгттипаЬоп'>

<soap:operabon soapAcbor>=*ht!p:/fec.cti/ews/1.0/€ommandTermnation~ style="doci*ne nt7> <input>

<soap.body use="literafV>

</input>

<output>

<soap .body use='literaT/>

</outpu!>

</operabon>

^operation aame^TimeActivaledOperate*>

< soap.operation soapAcbon=*htlp://Sec.ch/ews/1.0/Tim6ActrvatedOperate~ styte=*doa*nenf/> <input>

<soap.body use="lilerafV>

</tnput>

<output>

<soap: body L*se="literaf7>

</output>

</ope ration >

<АйгкЛпд>

<servioe name='IECXMLService*>

<port name=~IECXMLServicePorr b*)d^=aews:IECXMLServiceSoapein<ftng~>

<soap:address location=~hep://sofneserverconitowsa/>

</port>

</service>

</rlefinition%>

Приложение Б (обязательное)

Определенная коммуникационная сервисная картография - Картография к ОРС XML-DA

Б.1 Общая информация

Б.1.1 Ведение в отображение к ОРС XML-OA

Настоящее приложение огысыеает отображение служб из ГОСТ Р 54418.25.3 к службам ОРС XML-OA Это огображе** основано на следующих двух npieeinnax:

-    информационная модель, определенная в ГОСТ Р 54418.25.2. должна быть достутмом к испогъзовамео службы ОРС XML-OA

-    сервис ОРС XML-OA должен следовать за правилами, определен»*вин в ОРС XML-DA 1.01 спецификам»*.

Да»«юе приложение вижмает в себя следующие разделы:

-    Б.1: предоставляет общее введение отображения ОРС XML-OA:

-    Б.2. предоставляет список нормативных ссылок для отображения к ОРС XML-OA:

-    Б.З: предоставляет список сокращенных терминов, использованных в приложении Б:

-    Б.4: предоставляет отображение ГОСТР 54418.25.2 в информационной модели к ОРС XML-OA.

-    Б.5: предоставляет отображение ГОСТ Р 54418.253 информационных моделей обмена к ОРС XML-DA

-    Б.6: предоставляет детали комплекта стека протокола.

Б.1-2 Область отображения к ОРС XML-DA

Область отображения к сервису ОРС XML-OA является обменом информацией процесса, запрошенной в эксплуатационных целях. Количество имформащ*. предостаалегеюй сервером, может иэмеюггься в зависимости от эксплуатационных потребностей. Исполните** могут быть местами, региональными или общеиациональньыи узлами управления, которые получают >* формацию для монитор*га и контроля (управления) процесса.

Б.1.3 Строение отображения

Строение отображения состоит из двух частей:

1)    отображен»* информационной модели.

2)    отображение службы обмена информацией.

Информационная модегь ВЭС. определенная в ГОСТ Р 54418.25.2. должна быть отображена в иерархиче-сжой структуре.

Концептуальное отображение изображено на рисутже Б. 1. Информационная модель ВЭС в ГОСТР54418.25.2 предназначена, для того чтобы быть представленной е сервисе ОРС XML-OA. Это ож«ачает:

-    сервис реагмзуег иерархическую информационную модегь» ВЭС ГОСТ Р 54418.25.2. которая может быть восстановлена служба** соглаою таблице Б.1.

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

-    к/*ент приложения получает доступ к иерархической ьыформациоимой модели ВЭС ГОСТ* Р 54418.25.2 через сервисы. да»ьыо в ОРС XML-OA отображе»*я измене*** данных в информационной модели.

Службы обмена информацией ВЭС, определенны* в ГОСТ Р 54418.25.3 IEM. должны быть отображены в сервисах согласно таблице Б.1. Графв М/О указывает, определено ли обслуживание в ГОСТ Р 54418.25.3 как принудительное или дополнитегьмое. «У» значит «Да», обслуживание поддержано, соответственно «N* хэчит «Нет», обслуживание не поддерживается.

Таблица Б.1 - Отображение IEM сервиса ГОСТ Р 54418-25-2 в ОРС XML-DA сервисах

ГОСТ Р $4416.2S 2 Ы Class*» ГОСТ Р $4416.2$ 3 IEM Class*»

ГОСТ P $4418 2$ 2 IEM Sendees

WO

Отображен»*

ОРС XML-OA services

ASSOCIATION

Associate

M

Y

-

Release

О

Y

-

Abort

О

N

-

SERVER

GelServerOvedory

о

Y

Browse

LOGICAL-DEVICE

GetLogicarf Device Directory

о

Y

Browse

LOGICAL-NODE

GetLogcalNodeDirectory

о

Y

Browse

DATA

GetData Values

м

Y

Read

SetDataVBIues

м

Y

Write

GetDataOoredory

о

Y

Browse

GetDalaOefinrbon

о

Y

Browse

ГОСТ Р S4416.25-2 IM Classes ГОСТ Р 54418.2$ 3 1ЕУ Classes

ГОСТР 54418.25 2 IEM Services

WO

Отображение

ОРС XML-OA services

DATA-SET

GelData Set Values

M

Р

(see Note)

SetDataSetVal ues

О

N

CreateOataSet

О

N

DeleteOataSet

о

N

GetDataSetDvectory

о

N

REPORTMG

Report

о

Y

SubscripbonPofledRefresh

AddSubscripbon

о

Y

Subscribe

RemoveSubscripbon

о

Y

SubscriptionCancel

URCB

GetURCB Values

о

N

SetURCB Values

о

N

BRC8

GetBRCBValues

о

N

SetBRC8 Values

о

N

LCB

GeLLC8 Values

о

N

SetLCBValues

о

N

LOG

GetLogS talus Values

о

N

Query LogByTime

о

N

QueryLogAfter

о

N

CONTROL

Select

о

Y

Write

Select WtthValue

о

Y

Write

Cancel

о

Y

Write

Operate

м

Y

Write

CommandTermination

о

Y

Read/Subscribe.

SubscripbonPottedRefresh.

SubscriptionCancel

TimeActfvatedOperate

о

Y

Write. Read /Subscribe.

SubscripbonPoflecfftefresh.

SubscriptionCancel


Примечание - «Р» средние величин, которые части«ыо поддерживают сервис. Понятие DATA SET ие существует иа стороне сервера, но отображение включает в себя информативное описание того, как клиент мог использовать услуги DataSet IEM управлять DATA SET, используя ОРС XML-DA сервисы._


Б.2 Ссылки, определенные для ОРС XML-OA отображения

ОРС XML-DA Спецификация. Version 1.01. 18 декабря 2004 Кроме того, необходимо использовать [8). (10] - [13]. (18). (20).

Б.З Сокращения

Сокращения приведены в разделе 4 настоящего стандарта.

Примечание - В настоящем приложена вместо термина ACSJ применен термин IEM.

Б.4 Отображение Информационной Модели ГОСТ Р 54418.25 к ОРС XML-OA

Б.4.1 Отображение классов Информационной Модели ГОСТ Р 54418.25.2 к ОРС XML-OA

Соотношение между классами IM и понятиями, используемыми в ОРС XML-DA. описано в табгыие Б.2.

Таблица Б.2 - Отображение класса IM ГОСТ Р 54418,25.2 к ОРС XML-OA

ГОСТ Р $4418.25 2 IM Кпасс

ОРС XML-OA понятно

ОРС XML-OA related сервис

Server

Web Service

Browse

Logical Device Lo^cal Node Data

Branch

Browse

Data Attribute (Composite)

DataAttribute (Prirrvtrve)

Item

Browse Read Write Subscrfee SobscnpbonPolledRefTesh SobscripOonCancel

Примечание - Понятия Branch и hem - не доступные объекты Оты используются раз/вгвяами ОРС XML-DA веб-методами.

Б.4_2 Сервер

В серии стандартов ГОСТ Р 54418.25 сервер представлен ОРС XML-OA веб-сервером.

ОРС XML-DA веб-службе является каждой из веб-служб, несущих нагрузку в веб-сереере согласно правилам. определенным в ОРС XML-OA спецификации. Каждой веб-службе присваивают коммуникационный адрес, ее сервисная тоиса доступа, через которую мажет быть изменен ОРС XML-DA сервис. Формат адресного URL такой как:

-    :

-    https J/machineName/virtualOirBCtory/serviceName asmx.

Сервер IEM покрываекеий за счет веб-сереера. который содержит ОРС XML-OA сервисы. Признаки класса сервера нанесены на отображайте как данные в таблше Б.Э.

Таблица Б.З - Признаки класса Сервера

ГОСТ P 54418.2$.2 <ссыпаюа*ийо1 на ГОСТ P UM 618S0-7 2)

ОРС XML-OA

Комментарий

ServiceAcoessPoint (1.. n|

URL ОРС XML-OA веб-служба

Logical Dbvpo [1.. n]

Child/Branch

TPAppAssoriation (0. n]

-

ИТТР-сесскя

Примечание - ГОСТ P МЭК 61850-7-2 определяет Файлы и MCAppAssobatons как атрибуты класса Сервера Файлы и MCAppAssocaations не является частью информационной модеты ГОСТ Р 54418.25-2.

Б.4.3 Логическое устройство

Логте*еские устройства отображены ветвями в иерархии ОРС. Для каждого логического устройства в иерархии ОРС aqtwio быть отделение. Ответвление отделегыя должно иметь LONeme логического устройства. Логические признаки класса устройства нанесены в отображено*© как даю<ыо в таблице Б.4.

Таблица Б.4- Лоп**есхие признаки Класса Устройства

ГОСТ Р $44 1в.25.2 |ссмлакм4«-слиа ГОСТ Р UM 61850-7-2)

ОРС XML-DA

Комментарии

LDName

Name

LDRef

Item Name

LogicalNode [3.. л]

Branch

По файней мере LLNO. LPHD и еще один LN должны присутствовать

Б.4.4 Логический Узел

Логические узгжн долж>ах быть отображен ветвями в иерархии ОРС. Для каждого логического узла в иерархии ОРС должно быть отделение. Ответвление отделения должно иметь LNName логического узла. У ItemName отделения должен быть формат: LDName/LNName.

Лооеческие признаки класса узла отображены даю«ыми в таблице Б.5

Таблица Б 5 - Логические признаки Класса Узла

ГОСТ Р $4418 25.2 (ссылавшийся па ГОСТPUM 61850-7-2)

ОРС XML-OA

Комментарии

LNName

Name

LNRef

ItemName

Data [1 ..п]

Branch

DataSet |0.л]

Not mapped

ГОСТ Р $4416 25.2 (ссыпающийся ГОСТ Р и ЭК в 1650-7.2)

OPC XMLOA

Комментарии

Buffered ReportControdocfc [О.л]

Not mapped

UnbuffeiedReportControtBiodc fD..n)

Not mapped

LogControBlock (O.jiJ

Not mapped

Log 10.. n]

Not mapped

Б.4.5 Данные

Каждые данкые должны быть представлены ветвями в иерархии ОРС. Признаки класса дандех догою-ы быть отображенная данными в табткзе Б.6.

Таблица Б.6 - Атрибуты Класса Дгьыых

ГОСТ P $44 Г&25.2 (ссыпающийся на ГОСТ P U3K 61650 7 2)

ОPC XMLOA

Комментарии

DATName

Name

DATRef

Hem Name

Presence

Not mapped

Data Attribute [0..nj

DataAttrixjteTipe

Hem or Branch

FunctionalConstrant

ItemPath/ custom Item property

TitlOp

Not mapped

Specialisatons of DAType

CompositeComponent [ 0.. n ] of DAType

Branch

PnrrvliveComponent {0.. 1J of BasicType

Hem

Должно быть отображено в BasicType

Б.4.6 Тил Атрибута Данных (OataAttributeType)

Б.4.6.1 Общие положатся

Любой тип признака па>*<ых должен быть отображен ветвью (Соединение Атрибутов AaHMbix(DataAttributes)) или элементами (Примитивные Атрибуты /\w*iix(DataAttributes)) в ОРС XML-DA структуре. Должно быть одно ответвление для каждого Составного Элемента (CompositeComponent) и один пункт для каждого Примитивного Элемента (PnmrtrveCompooent). Пункты Примитивного Элемента (PrimitiveComponent) формируют стамацы в ОРС XML-DA структуре. Признаки Типа Атрибута Да»ыых (ОАТуре) показаны в таблице Б.7.

Таблица Б.7 - Тип Атрибута Дамках (DAType) признаки Класса

ГОСТ Р $441625.2 (ссылающийся на ГОСТ Р U3K 61650-7-2)

OPC XML OA

Комментарии

DATName

Name

DATRef

Hem Name

Presence

Not mapped

Specialisatons of DAType

CompositeComponent (0.. n) of DAType

BfOTCh

PrimitiveComponent ( 0.. 1) of BasicType

Hem

Должно быть отображено в BasicType

Б. 4.6.2 Отображение атрибутов Базовых Типов (BasicTypes) Базовые Типы (BasicTypes) представлен в табл***е Б.8.

Таблица Б.8 - Отображение атрибута BasicType

ГОСТ Р 5441 в 25.2 ВазкТуре

ОРС XML-0A ли

Диапазон зиачетм

Коммемтар»««

BOOLEAN

boolean

Binary lope value, true | false

INT8

byte

8-txt signed Kiteger value: -128 to 127

INT16

short

16-bit signed integer value: -32 768 to 32 767

INT24

Kit

32-bit signed integer value: -2~31 to (2**31 )-1

Расширяет диапазон значений

INT32

Kit

32-bit signed integer value: -2~31 to (2**31 )-1

INT128

long

64-bit signed integer value: -2**63 to (2**63)-1

Уменьшает диапазон значений

Окончание таблицы Б. 8

ГОСТ P 54418.25.2 ВеысТуре

OPC XML-OA nee

Диапазон зиач««им

Коимемтарм

INT8U

unsignedByte

8-Ы unsigned integer value: 0 to 255

INT16U

unsignedShort

16-bit unsigned integer value: 0 to 65 535

INT24U

unsigned#*

32-bit unsigned integer value: 0 to 4 294 967 295

Расширяет диапазон знамений

INT32U

unsigned^

32-bit unsigned integer value: 0 to 4 294 967 295

FLOAT32

float

IEEE single-precision 32-bit floating рою! value

FLOAT64

double

IEEE single-precision 64-bit floating point value

ENUMERATED

unsignedint

Ordered set of values, defined where type is used: custom exlensxxis are aflowed

CODED ENUM

unsignedint

Ordered set of values, defined where type is used: custom extensKm shall not be aflowed

VISIBLE STRING

string

Unicode character string (instead at ASCII string)

Кусок указан в определены СОС

UNICOOE STRING

string

Urvcode character string

Кусок указан в определены СОС

Б.4.6.3 Допагьытельное оорвденете обшкх типов данных

Б.4.6.3.1 Закодированное перечисление (Coded enum)

Coded enum должен быть преобразован ei^signedtnt. Бит 0 из Coded Блит должен быть самым значащим битом в unsigned ini

Значение = бит [0] * 2**1 ♦ бит (1) * 2*'2 ♦... ♦ бит [N] ■ 2°, где N - число битое в закодированном enum.

Б. 4 6 3.2 Строка Октета (OctetStnng)

Octetstring МЭК должна быть отображена в О PC XML-DA шестнадцатеричной последовательностью. Толыоо символы от 0 до 9. от «а» до «Г» и от «А» до «F» могут использоваться.

Б.4.6.4 Массив

«Массивы XXX» ГОСТР 54418.25.2 должны быть отображен в ОРС XML-DA «А/rayOfXXX». где XXX огмсэ-но. где тип используется.

Б.4.6.5 Общие типы дачых (Common Data Types)

Б.4.6.5.1 Имя Объекта (ObjectName)

ObjectName IEM (VisibieSthng32) атрибут должен отобразить атрибут «Имя (Мате)» (последовательности) внутри ОРС XML-OA сервисов.

Б.4.6.5.2 Указатель Объектa{ObfectReference)

ObjectReference IEM (Vrs4>leString255) атрибут должен отобразить атрибут «ИмяЭлемента (ItemName)» (послед овзтегыюст и) внутри ОРС XML-DA сервисов.

Б.4.6.5.3 Ошибка сервиса (ServiceError)

SeonceError IEM (Пронумерованная (Emxnerated)) должна отображаться в ОРС XML-DA текстовым (последовательности) элементом элемента ОРС Error. Список стандартных ОРС XML-DA кодов ошибок был расширен оо следующими данньыи в табгыцв Б.9.

Таблица Б.9 - Новые ОРС XML-OA Коды оиыбки

Новые ОРС XML-OA Косы ошиб«и Е_61400_25_HSISTANCE_NOT_AVAI LABLE E_61400_25_INSTANCE_IN_USE E_61400_25_ACCESS_VKDLATION E_61400_25_ACCESS_NOT_ALLOWED_fN_CURRENT_STATE E_61400_25_PARAMETER_VALUE_INAPPROPRIATE E_61400_25_PARAMETER_VALUE_INCONSiSTENT E_61400_25_CLASS_NOT_SUPPORTED E_61400_25_INSTANCE_LOCKED_BY_OTHER_CLIEMT E_61400_25_COMTROL_MUST_BE_SELECTED E_61400_25_TYPE_COhF LJC T E FAILED DUE TO COMMUNICATIONS CONSTRAINT

Ноаые ОРС XML-OA Коам оштбм E_FA1LED_EXJE_TO_SERVER_CONSTKA1NT


Б.4.65.4 Отметка Времени (TimeStamp)

Преобразование данных к ОРС XML-DA date Time типу.

В этом преобразовании не испогъдуегся характериспеса ОРС XML-DA Timestamp. Приемка состоит в том. что TimeStamp информационной модели отражает грошлый момент, когда значение изменилось, в то время как ОРС XAA.-DA Timestamp отражает время, которое сервер знал, и что соответствующее значение было точно.

Табгыца Б.9.1 показывает раэлиыя в значениях ОРС Timestamp характермспжи и Элемента, который отражает Имформациоечую Модель TmeStamp.

Таблица Б.9.1 - Раотм^мя между ОРС XML-OA и Информационной Мсдоыо МЭК timestamp

время

f«*J Value

9:59:55

0

10:00:00

1

10:00:05

1

10:00:10

1

10:00:15

1

Клиент ОРС Read (10:00:15.1)

Клиент МЭК Read (10:0000.1)

Отображение Tmestamp подробно описано в табгмце Б.10. Таблица Б.10 - Отображение Timestamp

!М TmeSlamp атрибуты

ОтобраиеияеОРС

Ограничения

SecondSinceE poeft

ОРС XAA.-OA dateTime

FractionOfSecond

TmeOuafity

LeapSecortdsKnown

He нанесены ьй на карту

CkockFaiure

Кэчестве»ыая характеристика элемента TimeStamp

«Плохо»

ClocfcNotSynchronized

Качественная хараггериспеса элемента TimeStamp

«Сомиитегъно»

TimeAccuracy

Не отображтиый

Закрепленный к п - 10.

Б 4.6.5.5 Качество (ОиаМу)

Информационная модель, определенная в ГОСТ Р 54418.25,2. определяет существование качественного ятрмбутя ептпрьй птиагян * *ш4Ямям»#п а ммптпрпм гогтямии и пи ж атрибутам ишвроииа

Значения, которые может содержать качественней признак IEM Quality. оче*ъ отгы^еются от тех. которые в ОРС XML-OA качественной характеристике. В этом отображениии не используется ОРС XML-DA качественная характеристика. IEM Quality будет элементом в ОРС XML-DA структуре.

Качественные атрибуты внутри информационной модели необходимо рассматривать как COOED ENUM. сформированный 13 битами, и отображен в ОРС XML-OA unsignedinL как дано в таблице Б. 11. Качественное ха-чение должно быть вычислено, как показано в Б.4.6.3.1.

Таблица Б. 11 - Отображение Атрибута качества (Ouafcty attnbute)

6*и(н>

AtlribvteName

Attrfeute Value

Комментарии

0 to 1

validity

good

Value = 00

invalid

Value = 0 1

reserved

Value = 1 0

questionable

Value = 1 1

2

overflow

3

outOfRange

4

badReference

5

osollatory

6

faiure

7

oWData

8

inconsistent

9

inaccurate

10

source

11

test

Окончание таблицы Б. 11

6*т(ы»

AltnbutoNimo

Attbile Vakjo

Комментарии

12

operatorBtocked

Б.4.6.6 Определение пользовательских характеристик элемента

Сервисы GetDataDirectory и GetOataDefimbon требуют в пределах их информации об ответах, которая не может быть предоставлена отображе*»ым элементам. Чтобы предоставить ату информацию, следующие пользовательские характеристики элемента должны быть добавлены.

Б.4.6.6.1 По/ьзовате/ьская характеры ст>еса элемента ТС’

Должна быть добавлена пользовательская характеристика элемента ТС*. Эта пользовательская характеристика элемента, присвоенная каждьжд Data. DataAttnfcute и DataAttributeComponent. идентифицирует, какие FCs используются в соответствующем элементе. Ом представлены, чтобы обеспечить FC ответ в пределах сервиса GetDataDirectory. Они также представлены для использования юыентом. чтобы привести номер. Просматриваемых (Browse) сервисов, которые необходимы, чтобы полутень полный список элементов, которые составляют FCO или FCDA.

Присутствие этой характеристики элемента обязательно, но ее использование ОРС XML-OA клиентом является не обязательным.

Таблица Б. 11.1 - Пользовательская характеристика элемента ТС*

ttemName

Da la Ref. FC / DATRef.FC

he*nPaUi

*" (empty string)

Type

CODEOENUM

(ST(0) | MX(t) | CO(2) | SPt3) | CF(4> | DC<5) | EX(6) | BR(7> | RP(8) | LG<9) >

Б.4.6.6.2 Пользовательская характерыстмса элемента «IMQass»

Должна быть добавлена пользовательская характеристика элемента «IMCiass». Эта пользовательская характеристика элемента, присвоенная каждому элементу, содержит информацию о классе элемента. Ома представлена. чтобы обеспечить ответ в пределах сервиса GetDataDirectory с ^формацией являются ли возвращенные элементы Data или DataAttribute.

Присутствие этой характеристики элемента обязательно, но ее использование ОРС XML-OA клиентом является опциональным.

Таблица Б.11_2 - Пользовательская характеристика элемента «IMCiass»

ItemName

Ref. IMCtass

bemPath

** (empty string)

Type

ENUMERATED LD (Logics Device) (1) |

LN (Logical Node) (2) |

DO (Data Object) (3) |

CDA (DataAttribute or DataAttnbuteComponent - Composite) (4) | PDA (DataAttribute or DataAttributeComponent - Primitive) (5)

Б.4.6.6.3 Пользовательская характеристика элемента «IMType»

Должна быть добавлена пользовательская характеристика элемента «IMType*. Эта лользовательокая характеристика элемента, присвоочая каждому элементу, содержит тип атрибута элемента. Она представлена, чтобы обеспечить ответ в пределах сервиса GetDataDvectory.

Присутствие этой характеристики элемента обязательно, но ее использование ОРС XML-OA клиентом является опциональным.

Таблица Б. 11.3- Пользовательская характеристика элемента «IMType »

hrmName

Ref. IMType

hemPatfi

* ’ (empty string)

Type

UNICODE STRING

for a LD: WPP

for a LN: WROT | WMET | WGWN |

for a DO: INS|INC|ALM]

for a CDA: Analogue^lue | Vector |___

tor a PDA: BOOLEAN | INT16 |

Б.5 Отображение Информационном Модели Обмена для сервиса ОРС XML-OA Б.5.1 Общие положения

В определен»* отображения сервисов IEM применяется следующие определения:

М: Mandatory (Обязательный) Этот агрибут/элемент требуется или ОРС XML-DA кгм отображаемой спецификацией.

С: Conditional (Условный). Этот атрибут/элемент условный к другому атрибуту или приему параметра в запросе.

О: Opbonal (Необязательный). Макет быть вктьоюн. но это не обязательно, таким образом не мажет ожидаться ни на какой реализации.

N: Not used (Неиспользуемый). Этот атрибут/элемент не должен быть включен в отображение.

Сервисы обмена информации ВЭС, определенные в ГОСТР 54418.25.3 IEM. должны отображаться сереиса-ш определенными в этом разделе.

Б.5.2 Модель Ассоциации (информативная)

Б.5.2 1 Общие попожв»ыя

Веб-службы построены как connectionless сервисы (без организации соедине»ыя). чтобы улучшить масштабируемость по ориентируемым на связь оероисам. Connectionless сервис может вести себя как подклюю» я ж* сервис. лредстаапегыый как структурированный сервис.

Раздел Б.5 огысывает метод использоваться заголовка HTTP в порядке для передачи информации, чтобы разделить идентификатор связи во время обмена разли*+ых сервисов ОРС XML-OA. Отображение не обязывает это условие быть пр»*ятым. но рекомендует, чтобы, если эта информация предоставлена сервером, описанный метод ислогьэоеался.

Класс «две партийные прикладные ассоциации» и ее сервисы, как определено в ГОСТ Р 5441В.25.2 и ГОСТР 54418.25.3. определяют понятие statefii (структурированность) связи. В отгычие от этого ОРС XML-DAосновано на SOAP и протоколе, не испогьзуккцем информацию о состоянии HTTP. т.е. сервер рассматривает каждый запрос как независимую операцию, не связанную с любым предыдущим запросом. Отображение требует, чтобы запросы были связаны, устанавливая действительную сессию в пределах прикладного уровня

Действительная сессия должна быть установлена при испогъэован»* ID сессии, которая создана сервером и отправлена, по крайней мере, с каждым запросом. Требуется, чтобы ID сессии было едь*ствен»ы в пределах сервера (г. в. «один к одной связи» между клиентом и ID сессии), и в пределах клиента, (т. е. «один к одной связи» между сервером. представле»ыым ею URL и ID сессии). Отображение не предписывает, как обмен ID сессии должен быть осуществлен (например, через rerb HTML или как часть URL).

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

Это отоОраже»*е не предписывает, как должно быть осуществлено установив»** подоыниости клиента, но требуется, что клиент не должен подтверждать подлинность себя снова с каждым запросом Эю может быть получено. например, при использовании Ю сессии, чтобы идентифицировать требуемою клиента

Вышеизложенное рекомендуется для шифрования перемещаемых да»*ых (например, при использовали https), особенно даыеих. которые перемещены в целях опознаваться (имя поге>зоваталя/парог*>)

Б.5.22 Ассоцоиии армбутое Б.5.2^1 AssoatationID

Формат Association ID и содержание должны быть местным формированием. На стороне сервера должна быть непосредственная соответстве+ьюсть между AssodationID. связью между кг*ю»ггом и веб-сервером. На стороне клиента объадмюиие AssoaabonID и URL сервера должно быть единственным.

Б.5.2.Э Ассоциации сервисов Б.5.2.3.1 Ассоциации

Установление подлинности заголовка HTTP может быть использовано при желании, чтобы подтвердить под-лимюстъ клиента. Этот метод мажет испогедоеатъся тогъко в том случае, если и сервер и клиент поддерживают опоэнава»** Все аспекты безопасности - вне области настоящею стандарта.

Ассоциация сервиса не должна отображаться к гвобому заданному сервису ОРС XML-OA. Каждый раз. когда клиент посылает сервису ОРС XML-DA запрос без association ID в заголовке HTTP, сервер должен считать это новой ассоциацией, и ответ сервису должен включать в себя идентификатор той ассоциации.

Используемым заголовок HTTP должен следовать за синтаксисом:

Set-cookie: AssooationID = AssocVaiue; expires-date: path =/SERVICE1 domain =i*t Параметры, посланные в Cookie, описаны в табтыв Б. 12.

Таблица Б.12 - ГТояснете параметра

Параметр

Пояс»е«»е

Association*)

Идентифмсатор ассоциации. Сервер должен послать разли*«4ые идентификаторы за всеъы связями. которые он держит

Expires

Этот параметр - максимальное Время Существования связи. Формат: Wdy. dd-mmm-yyyy hh.mmiss по Гринвичу

Path

Сервисы, которые нуждаются в асооциашы.

Domain

URL сервера

Ест association ID будет необходим ботъше чем в самом сервисе ОРС XML-DA. то сервер должен включать в себя различные cookie, каждый из которых связан с сонм сервисом ОРС XML-DA.

Как только кгмект получает эту информацию, идентификатор ассоциации должен быть направлен во все запросы. посланные на сервер Cookie: AssociationlD = Assoc Value.

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

Сервер должен держать таймер так. чтобы если нет сообщены*, полученного с одним из Association IDs. которые рассматривают как активное, ассоциацию нужно считать утраченной. На приеме сообщетя с Association*), которое не действительно на стороне сервера, нужно предоставить новое AssociabonID так. чтобы была создана новая связь.

Последовательность сервисов обычно устанаагыеают ассоциацию как показано на рисунке Б.2.

Б.5.2,3.2 Сопровождение

Сервисы сопровождения не должны отображаться гобому определенному сервису ОРС XML-OA. Клиент, который желает закрыть ассоииаиию. должен прекратить использовать cookie AssooabonID в его сообщениях. Как тогько набор таймера в сервере истекает, связь нужно оытать разомкнутой.

Б.5.2.3.3 Аварийное прекращена работы (информативное)

Общие положения

Б.5.2.3.3 описывает, как мехакызм аварийного превращения работы мажет быть осуществлен в пределах по-следоватегыностей ОРС XML-OA сообщений.

Сторона Клиента

Запрос аварийного пре^>ащенмя работы стирает cookie с AssoriationTO так. чтобы ассоциацию считал» законченной

Показание Аварийного прекращения работы должно быть отправлено при включении каждый раз в ответ серверу с различным AssooabonID к данному в запросе. В этом случае показалю Аварийного прекращения работы сопровождается показанием Ассоцкаи»*» и подтверждо»—ом обслуживания ОРС. которое необходимо

Сторона Сервера

Запрос аварийного прекращения работы стирает AssociationJD. чтобы ассоциацию рассмотрели.

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

Б.5.3 Модель класса Сервера

Б.5.3.1 Сервисы класса Сервера

Б.5.3.1.1 GetServerOtredory

Этот сервис позволяет клиенту восстанавливать список Лопаюских Устройств, которые держит сервер. Этот сервис должен отображать Browse ОРС XML-OA, Параметры Browse сервиса должны быть представлены, как в таблицах Б.13 и Б.14.

Таблица Б.13

ГОСТ Р 54418.25.2 (ссыа»ю«цмйся яа ГОСТ Р ПЭК 81850-7 2)

OPC XML-OA

Комментарий

Request

Browse

•Logicattevice»

-ObjectOass

Файлы не показываются в этом отображен»*

Response ♦

BrowseResponse (♦)

LDRef

- Reference [1 ..nj

- Elements: Item Marne

Response -

BrowseResponse (-)

- ServiceError

- Errors (OPCErrors)

Таблица Б.14 - 1ЕМ отображение GetServerOirectory детализированное

Параметры G e»ServerOi»ectonr

ОРС XML-OA параметры

M/CAXtN

Отраяинемие

Request

Browse

Е

Propertyfla/nes

N

е

LocatefO

О

е

ClentRequestMarxSe

О

ItemPath

N ил» * *

Оба без вести пропавшие или оба пустеют

е

ItemName

N ил» * "

Оба без вести пропавшие или оба пустеют

е

ConPnoationPont

О

См. примечание 1

е

MaxElementsRetumed

О

См. примечание 1

е

BrowseFerter

N

EtemenlNameF*er

N

е

VendorfiKer

N

е

RetumANProperties

N

е

RetixnPropertyVeiues

N

©

RetumErrorText

О

Response*

BrowseResponse

Е

Browse Re suit

М

Е

Elements

М

Будет существовать так много «Элементов» сколько Логических Устройств в Сервере

Е

Properties

С

Не должен прибыть в запрос

Окончание таблицы Б. 14

Пао«ме1ры G etSec* «Directory

OPC XML-DA параметры

M/C/OA/N

Отражаемые

Reference

e

Name

M

ItemPath

M

Reference

e

ItemName

M

©

Isltem

M

@

MasOtfcJren

M

Будет «верно»

E

Errors

N

He буду появляться в ответе положительной величины

6

ConUnuationRvit

C

@

MoneGements

c

Response -

BruwseResponse

E

BrowseResiit

M

E

Elements

N

В отрицательном ответе не должно быть I «такого элемента

E

Properties

N

6

Name

N

e

ItemPath

N

e

ItemName

N

Isltem

N

e

HasChidren

N

Service Error

E

PTC Erro

M

См. примечание 2

E

Text

c

©

ID

M

@

Continuation Po*rt

N

6

MoreEiements

N


Примечай ия

1    Ею испогъэоеание является дополнительным на стороне клиента.

2    /Ъобой код ошибки. возврат» о «ый в атом обслуживаем*, должен отобразиться в IEM Service Error «вышедший из строя ю-за сервера»_


Ь.5.4 класс модели логического устройства

Б.5.4.1 Клаос сервиса логического устройства Б.5.4.1.1 GetLogicatOeviceDirectory

Отображение этого сервиса должно бьлъ как показано в Таблицах Б. 15 и Б.16.

Таблица Б.15 - IEM отображение GetLogicaOeviceOrector

ГОСТ Р 54418.25.2

OPC XML-OA

Коммемтар«м

Request

Browse

-LDRef

- ItemName

Response ♦

Browse Response (♦)

- LNRef p..nj

- Elements: ItemName

Response-

Browse Response (-)

- ServiceError

- Errors (OPCEnors)

Таблица Б.16 - IEM отображение GetLogicaOeviceftrectory деталиэироеаююе

G«tL<>9 саОе vice Dveclory permmeleri

OPC XML'DA парамагры

M/C.O/VN

Ограничение

Request

Browse

E

Property Names

N

©

LocatelD

О

©

CbentRequestHandle

О

©

ItemPath

м

©

ftemName

м

Строка должна быть ссылкой LogicalDevice

©

ConbnuationPoint

о

©

Max EJemeotsRe turned

о

@

Browse Fitter

N

©

Element Name Filter

N

©

VendorFilter

N

©

RetumA II Properties

N

©

RetumPropertyVatues

N

@

RetumErrorText

О

Response*

8rowse Response

E

Browse Rest*

м

E

Elements

м

Так вечого «Elements» сколько Logical Nodes доляочо существовать в Logical Device

E

Properties

с

Не должен встречаться в запросе

©

Name

м

©

ItemPath

м

Reference

©

ItemName

м

©

Isltem

м

©

HasChikjren

м

Должен быть «true»

E

Errors

N

Не будут себя проявлять положительно

@

ConbnuationPoint

С

@

More Elements

С

Response-

BrowseResponse

F

BronvteRocult

м

E

Elements

N

Не должно быть элемента с негативным ответом

E

Properties

N

@

Name

N

@

ItemPath

N

©

ItemName

N

@

Isltem

N

©

HasChildren

N

ServiceError

E

Errors

М

См. таблицу Б.17

E

Tex!

С

@

10

м

©

ConbnuationPoint

N

©

MoreEJe meats

N

Примечание - Е: ОРС XML-OA service element ОРС XML-DA attribute

Отображение ServiceE/ror показах) в таблице Б. 17.

Таблица Б.17 - GetLogicaOeviceOwectory отрицательные ответы отображения Service&ror

lEM SamceEmx

OPC Error Code

Parameter-value-inapproprialB

E JNVALIDITEMNAME. EJJNKNOWNITEMNAME

Faied-due-io-server-constrart

Any other code

Б.5.5 Логическая модель класса узла

Б.5.5.1 Общие положение*

Экземпляр IEM Logical Node должен быть отдело»чом структуры ОРС.

Б.5.5.2 Логические атрибуты класса узла

Это отображение только поддерживает существование данмых в лопеявсхоы классе узла. Дапееие должна быть отображены как зле менты отделения тогъко ниже логического узла в структуре сервера ОРС XML-OA.

Б.5.5.Э Логические сервисы класса узла

Б.5.5.Э.1 GetLogicalNodeOirectory

ОРС XML-DA отображение позволяет только испагъэоваиие «DATA» lEMCiass. Спецификация любого другого lEMCiass не может быть отображена, используя это отображению.

Ест определение lEMCiass будут DATA, то отображение должно быть, как представлено в таблицах Б.18 иБ.19.

Таблица В.18 - (ЕМ отображение GetLogica*todeD*Bctery

ГОСТ Р 544/6.25.2 (ссылающимся иа ГОСТ Р МОЛ 61650-7 2)

OPC XML-OA

Комментарий

Request

Browse

- LNRef

• llemName

-ACSIdass

Response ♦

BrowseResponse (♦)

- InstanceName |1..n]

• Elements: Name

Response -

BrowseResponse (-)

- ServiceError

- Errors (OPCE/rors)

Таблица Б.19 - IEM отображение GetLogtcaNodeDirectory детагызирооаююе

Дирек т ивмwe параметры GaLogcalNode

OPC XML-OA параметры

M/CiO/l/N

Ограните—е

Request

Browse

E

PropertyNames

N

@

LocaleO

О

@

CtientRequeslHancfe

О

@

ItemPath

M

Будет пусто

@

llemName

м

Поспедобэте/ъиостъ должна быть ссылкой Log-caJNode

6

Cut tUl KMlM «Puil il

о

@

MaxElementsRehmed

о

@

BrowseFiter

N

&

EJementNameFilter

N

@

VfendorFdter

N

@

RetumAIProperbes

N

@

Return Property Values

N

@

Return Error Text

О

Response ♦

BrowseResponse

E

BrowseResult

М

E

Элементы

М

Так много «Элементов» сколько Даюенх должно существовать в Логическом Узле.

E

Свойства

N

Ссылка

@

Имя

М

@

ItemPath

м

@

HemName

м

@

tsttem

м

Будет «верно»

@

HasCMdren

м

Будет «верно»

E

Ошибки

N

Не будут появляться в ответе положительной величины

@

ContinusbonPoint

С

@

MoreElements

С

Окончание таблицы В. 19

Директивные параметры Ge&ogcelNode

ОРС XML-OA параметры

ufCJO/ин

Ограничение

Response -

BrowseResponse

Е

BrowseResult

M

Е

Элементы

N

В отрицательном ответе не должно быть кмка-кого элемента

Е

Свойства

N

@

Имя

N

@

hemPath

N

@

ItemName

N

@

Isltem

N

@

HasCMdren

N

ServiceEnor

Е

Ошибки

M

См. табгведу Б.20

Е

Текст

С

@

УДОСТОВЕРЕНИЕ ЛИЧНОСТИ (ID)

м

@

ContinuabonPoint

N

@

MoreElements

N


Е: ОРС XML-DA элемент обслуживаться ® ОРС XML-DA признак_


Отображению ServiceEnor показано в таблице Б.20.

Таблица Б.20 - GetLo^caiNodeOirBClofy отображение отрицательных ответов Service Error IEM

IEM SemceError

ОРС Error Code

Parameter-value-«napprDphalB

E_l NVALJOrTE MNAME. E .UNKNOWN ITEMNAME

Failed-due-to-server-constraint

Any other code


Б.5.6 Модель класса данных

Б.5.6.1 Основное полокение

Класс Данных IEM должен быть отображен в отделеньы структуры ОРС. Его элементарный атрибут датьых должен быть Items в страницах иерархической структуры ОРС XML-DA.

Футьсциоиальные огратычения данное.

Функциональные о гр а юн ия данных должны отображаться ОРС XML-DA ttemName и Item Path. Формат должен быть представлен как в IEM.

Таблица Б.20.1 - Функциональные ограничения дам»ых

ItemName

LDName/LNName DataName [.DataName [.. В

ItemPath

FC

Футьционагыые огратычения DataAttribute

Фумщиоиа лыые огратычения DataAttribute должеты отображаться ОРС XML-OA ttem Name и ItemPath. Формат должен быть представлен как в IEM.

Таблица Б.20.2 - Функциональные ограничения DataAttribute

ItemName

LDName/INName. DataName [.DataName [. ...(DataA!lhbute[....ID

ItemPath

FC

ItemPath в ОРС XML-DA представляется сервером определенного механизма, чтобы помочь серверу считать информамо требуемую к/вюитом.

В этом отображении ItemPath определяет функциональное офаи**ю»ью. которое необходимо клиенту. Это должно использоваться в качестве механизма фильтра. Есгы будет атрибут, которым включает в себя больше чем ск»ы функциональна contrainL то ItemPath определит тот. который требуется.

В Browse сервисе, если нет никакого определенного ItemPath. все элементы определенной структуры возвращают уровень. Есгм клиент олредегыг испольэова»ью onpeoeneibioro ItemPath. то только элементы, которые вк/вочают в себя требуемое функциональное ограниченью. долж>ы быть воэвращеты.

Б.5.6.2 Классы сервисов данных Б.5.6.2.1 GetDalaV^lues

GetOata Values IEM должен быть отображен О PC XML-DA Read сервисом. Отобра*в*ые параметров IEM датою быть представлено как в тэбгввдх Б_21 и Б.22.

Таблица Б.21 - IEM отображение GetDataVfeiues

ГОСТ Р S4418.2S 2 <ссымошййс* на ГОСТ Р НЭ* 6l6Sfr7-2\

OPCXMLOA

Коммеигар'м

Request

Read

- Reference (FCD or FCOA)

- MemLcst/ttems(1_n): ItemName. ItemPath

Response ♦

ReadResponse

- DataAttnbuteValue(1..n]

- RltemLst/ltems V^lue

Response -

Browse Response (-)

- ServiceError

-    RltemLst/ftems p.-nj: ResiAID

-    Errors (OPCErrors)

Таблица Б.22 - IEM отображение GetDataV&ues детализированное

Параметра GelDataValues

MOO/VN

Ограничение

Request

Read

E

Варианты

M

@

Ret umError Text

О

@

RetumOiagnosbctnfo

О

@

RetumltemTime

N

@

RetumttemPath

С

Игы ItemName и ItemPath или ItemHarxfte долж>«и быть возвращены в ответе

@

RetumltemName

С

14/ва ItemName и ItemPath или ItemHarxSe долхош быть возвращены в ответе

@

RequestDeadhne

N

@

CMentRequestHandle

С

Илг ItemName и ItemPath или ItemHarxSe долхош быть возвращены в ответе

@

LocaleC

О

Reference

E

ItemList

м

@

ItemPath

N

@

ReqType

N

@

MaxAge

N

E

Элементы

М

@

ItemPath

м

ФК FCD или FCDA

@

ReqType

N

@

ItemName

М

ObjectReference Да*ьх

e

Chentltem Ha rxfle

С

@

MaxAge

N

Response ♦

ReadResponse

E

ReadResult

М

E

RltemList

м

Окончание таблицы Б.22

Параметр** GetDataVafeies

OPC XML-OA параметры

M/CJO/VN

Ограничение

DataAttnbute Value

E

rtems

M

E

Diagnostic Info

c

E

Value

M

E

Quality

c

См. пояснете в Б4.6.5.5

@

Qualifier ValueType

N

@

ItemPath

c

Если определено е запросе

@

ItemName

c

Если определено в запросе

@

Chen them Hancfe

c

Если определено е запросе

e

TimeStamp

M

См. пояснение в Б.4.6 5.4

@

ResiittD

о

E

Errors

N

Не будут появляться в ответе положительной ве-лиьеыы

Response -

ReadRespoose

E

ReadResull

M

E

RttemLst

M

E

Items

M

Элементы, которые могли быть Ридом (Read), должты появиться

E

Диагностическая Информация

c

E

Value

M

E

Quality

c

@

Qualifier ValueType

c

в

ItemPath

c

Если определено в запросе

@

ItemName

c

Если определено е запросе

@

Handle Clientttem

c

Ест определено в запросе

e

TimeStamp

N

См. пояснение в Б4.6.5.4

e

ResiitlO

c

Элементы, процесс которых удалось прочитать включают это поле

ServiceEnor

E

Errors

M

Будут как определен в Таблице Б_23

E

Tout

о

e

ID

M

Примечание - Е:ОРС XML-OAэлемент обслуживания:    ОРС XML-DAпризнак.

Или ItemName и Item Path или ItemHandle должны быть возвращены в ответе.

Если «Ссылка», определенная включением, опредегмт FCOA. которым держит basicType внутри, то сервис Read должен вхлкхзтъ только один Элемент в запросе. Если «Ссылка» будет FCD и/ы сложным FCOA. то клиент отображенный ОРС XML-DA. должен разделить FCD или FCOA на его элементарные признаки, и это должно вюво-чать в себя всех их в ОРС XML-OA Read сервис. Путь такого разложения выполняет местная задача на стороне клиента.

Уровень отображения на стороне сервера должен отображать ОРС Read сервис для IEM GetDataVaJues Indcabon.

Принятие любого отрицательного реэугыата для гвобого из элементов нужно учитывать как отрицате/**ый ответ сервиса GetDataVaJues Отображение ServraError показано в таблице Б.23.

Таблица Б.23 - GetData Values отображение отрицательных ответов Service Error IEM

IEM SeoncaEiror

ОРС Коа ошибся

Access-violation

E_ACCESS_DEHIED

Parameter-vaJueHnappropriatB

EJNVALIDITEMNAME

Parameter-vahJBHnconsistent

EJNVALIDITEMPATH

Parameter-vatueHnappropnate

E.UNKNOWNfTEMNAME

Parameter-vaJuMiconsistent

E_UNKNOWNfTEMRATH

Failed-due-to-serve r-constraint

Any other error code

Б.5.6.2.2 SetData Values

SetOala Values 1EM должен быть отображен в ОРС XML-DA Read сервисе. Отображение параметров IEM должно быть представлено как в тэблмоах Б_24 и Б.25.

Таблица Б.24 - IEM отображение SetOata Values

ГОСТ Р 544)8.25 2 (ссылающийся на ГОСТ Р МЭ* 613S0-7 2)

OPC XML-OA

Комментария

Request

Reference (FCO or FCOA) DataAttntouteValue( 1 ..nj

Write

ItemUst/Hems [1..n]: ItemName. ItemPath ItemLxst/ttems [1 ..n): Value

Response ♦

Response -- ServiceEnor

BrowseResponse (-) - Errors (OPCErrors)

Таблица Б.25 - Детализированная IEM картография SetData Values

Параметры SelDataVatuet

OPC XML-OA параметры

М/СЮЛ/N

Ограничение

Request

Write

E

Options

M

6

RettmEmorTexl

О

§

RehanDiagnostcJnfo

N

6

RetumttemTane

N

6

RetumRemPath

M

Значение должно быть «вории»

@

Return Hem Name

M

Значение должно быть яверюм»

e

RequestOeacttne

N

e

CbentRequestHandle

О

E

ItemUst

E

Items

M

E

Diagnostic Info

N

DataAttntx/teVal ue

E

Value

M

E

Oualty

N

e

ValueType Quafcfier

N

Reference

ItemPath

M

ФК FCD или FCOA

Reference

§

ItemName

M

Object Reference Да»чых

G

ииепшет Напеве

О

6

TimeStamp

о

6

Resol ID

о

6

RetimVaJuesOnRepty

м

Параметры SetOata Values

OPC XML-OA параметры

мгею/

I/1SI

Ограничение

Response ♦

WriteResponse

E

WnteResolt

м

E

RltemUst

м

E

Items

м

Элементы. которые моггы быть написаю, должны появиться

E

Diagnostic Info

с

E

Value

с

E

OuaMy

с

6

VfelueType Qualifier

N

e

ItemPath

с

e

ItemMame

с

@

CJientftem Handte

с

e

TmeStamp

м

e

RestAID

о

E

Errors

N

Не будут появляться в ответе положительном величины

Окончание таблицы Б. 25

Пяоанетрш SelDstaVatuos

OPC XMl-OA параметры

М/СЮ/4/N

O's аниме* re

Response -

WriteResponse

E

WriteResult

M

E

RltemList

О

E

Hems

о

E

Diagnostic Info

с

E

Value

с

E

Quatty

с

e

Quatfer ValueType

с

e

ItemPath

с

e

HemName

с

e

Clieotliem Kancfy

с

e

Time Stamp

с

e

ResuAJD

м

Service Error

E

Errors

м

Будут кас определен в табгмце Б.26

E

Text

с

@

ID

м

Есгм «Reference (Ссыпка)», определенная включенмем. определит FCOA. которым держит basicType внутри, то Write сервис должен включать в себя только оаин Элемент в запрос. Если «Reference» будет FCD или сложмим FCOA. то клиент, отображающий О PC XML-DA. должен раздеты тъ FCD или FCDA на его элементарные атрибуты, и это должно включать в себя всех их е О PC XML-OA Write сервис. Путь такого разложения выполняет местная задача на стороне клиента.

Уровень отображения на стороне сервера должен отображать О PC Wrie сервис 1ЕМ SetOata Values Indication Write сервис должен быть выполнен как уникальный сервис, т.е. для значе»мя каждого элемента или ни для одного из них. В WriteResponse будут или ResuRID для каждого элемента или ни для одного из них.

В отрицательном ответе SecsnceError IEM должен отобразить Код оимбки О PC всех элементов, которые это требуют. Отобрахсо<мо ServiceEmx представлено в табгьсю Б.26.

Таблица Б.26 - SetDataValues отображение отрицательных ответов ServiceError IEM

IEM SeoiceEmx

OPC Коя ошиб»

Access-violation

E_ACCESS_DEN1ED

Access-violation

E.READONLY

Parameter-vahje-ciappropriate

EJNVALIDITEMNAME

Parameter-valuo inconsistent

EJNVALIDITEMPATH

Parameter-vatue-inappropriate

E.UNKNOWNfTEMNAME

Parameter-valueHnconsistBnt

E_UNKNOWNfTEMRATH

Type-con IhcJ

E.BADTVPE

Failed-due-to-serve r-constraant

Any other error code

Б 5.6-2.3 GetOaUDirectory

GetOataDirectory IEM должен отображаться OPC XML-DA Browse сервисом. Если ряд элементов превышает максимальное количество ссылок, определен**» клиентом в запросе, то лоследоеатегьносгь ссылок Browse сервисов должна быть задана

Текущий или последом методы зависят от числа еоэеращенеых ссылок и пределов. налаженеых клиентом в атрибуте Max Elements Returned Browse сервера, или пределах сервера: «MaxItemsRetumed».

Элементами, которые возвращены в пределах ответа, могут быть игы Data илы DataAttnbutes. OPC XML-OA клиент макет просить найти хэчения пользовательской свойств элемента IMCIass. являются ли они возвратом ньыи элементами Data или DataAMribute. Пользовательскме свойства элемента IMCIass представлены в Б.4.6.6.2.

Отображение сервиса GetDataDrectory показано в таблицах Б.27 и Б.28.

Таблица Б.27 - IEM отображение GetDataDirectory

ГОСТ P 54416.25 2 (ссыласхииАся на

OPC XML-OA

Конне» тарам

ГОСТ P НЭ* 61650 7-2}

Request

Browse

- Data Ref

ItemName

Окончание таблицы Б.27

ГОСТ Р $4416.252 (ссылавшийся на ГОСТ Р 443*61650-7-2)

ОPC XML-OA

Коммеягарая

Response ♦

BrowseResponse (♦)

DataAttnboteName(0. n) DataNamefO.n]

- Elements: Name

Response -

Browse Response (-)

- ServiceEnof

- Errors (OPCEnors)

Таблица Б.28 - Детагызироеаиное КЕМ отображение GetDataOreclory

Параметры G cl 0 a teO rectory

OPC XML-OA параметры

UfCiOMi

Ограничение

Request

Browse

E

PropertyNames

О

IMCI3SS

@

LocateiD

О

§

ClientRequestHandle

О

e

ItemPath

M

ItemName

М

Последовательность должна быть ссылкой Данных

§

ConfcnuabonPort

О

@

MaxElementsRetumed

О

@

Browsefitter

N

6

EtementNameFUter

N

e

VeodorFdter

N

e

RetumABPropertoes

N

e

Re turn Property Values

О

e

Return Error Text

О

Response ♦

BrowseResponse

E

BrowseResutt

М

E

Elements

М

Должно появиться столько элементов, сколько элементов на первом уровне зависит от Данных

E

Properties

С

если свойства требуют

E

Value

м

если свойства требуют

§

Name

о

если свойства требуют

в

Description

о

если свойства требуют

в

ItemPath

м

если свойства требуют

e

ItemName

м

если свойства требуют

@

ResiitlD

N

Не будут появляться в ответе положительной величины

Reference

@

Name

М.

@

ItemPath

М.

@

ItemName

М.

§

Isltem

М

Будет «верно»

e

HasCMdren

М.

Будет «верно»

E

PTC Ело

N

Не будут появляться в ответе положительной величины

@

СолЬгждаЬопРож*

С

e

MoreEle merits

с

Окончание таблицы Б. 2В

Параметр— Gel Da LaO rectory

OPC XML-OA параметры

UCiQfUH

Ограниченее

Response -

BrowseResponse

E

BrowseResult

M.

E

Elements

N

В отрицательном ответе не должно быть никакого элемента

E

Properties

N

e

Name

N

@

llemPath

N

e

ItemName

N

e

Isltsm

N

@

HasChidnen

N

Service Error

E

Errors

M.

см. табгьцу Б.29

E

Text

C

@

УДОСТОВЕРЕНИЕ

ЛИЧНОСТИ

M.

e

ConCjnuatonPomt

N

e

More Elements

N

Примечание -Е: ОРС XML-РА элемент обслуживания;    О PC XML-OA признак.

Отображенме Service Error показано в таблице Б~29.

Таблица Б.29 - GetDataOrectory отображение отрицательных ответов ServiceError IEM

JEM SerwceError

OPC Error Code

Access-violation

E_ACCESS_DENiED

Parameter-vaiueHnappropnate

E.INVALIOITEMNAME

IEM ServtceError

OPC Error Code

Parameter-vatue-rappropnate

EJJNKNOWN ITEM NAME

Faied-due-to-serve r-constrainl

Any other error code

Б.5.6,2.4 GetOataDefMbn

IEM GetDataOeGmbon сервис должен отобразить в последовательности ОРС XML-DA Browse сервис для того, чтобы знать 'тип" всех зле ментов, которые находятся ниже в структуре требуемой ссылки Data.

При приеме сервиса GetDateDefinitfon ииеит должен запрашивать Drowse сервис ки в GetDataDirectory. Поскольку возвращается каждый элемент, у которого есть набор атрибута ‘HasCMdren* к 'True*, новый Browse сервис должен быть запрошен. Как только полти список атрибутов, которые составляют дзжыв. оказывается на стороне клиента, так подтверждение должно быть поставлено прилажемво-клиеиту.

Отображение ОРС XM.-QA элементов и признаков валяется главным образом тем же сас*ки. что и сервисы GeCDataOefinition (см. тэбгыцу Б28). Разгычие состоит в свойствах элемента. которые монет прокзвогьно требовать кгыент

Таблица Б.29.1 - IEM GetDalaDefvKbon

Имуществе»—oo имя

Цегь

FC

Получить ФК DataAttnbutes

IMType

Получить тип атрибутов DataAttriutes и DAComponents

Отображение ServiceError определено в таблице Б.29.

Б.5.7 Модель класса Data set ( Набор данных)

Примечание - Понятие Набора да»*ш (Data Sets) не существует на стороне сервера. Б.5.7 описывает, как клиент мог использовать сервисы DataSet 1ЕМ. чтобы управлять Наборами да*ыых. используя ОРС XML-DA сервисы. Это представлено как пример, и не требуется нмсакого айда соответствия требования реализации с этим отображением.

Б.5.7.1 Класс Data set

ОРС XML-OA специфгжация не включает элемент, который входит в группу перечислены» (FCDs или FCDAs) в статическом положении.

В этом отображении сторона сервера не выдает формируемый DATA - SET.

Функциональность клиента позволяет создание только нестойких DATA SET. DATA SET динамически создаются клиентами и накапливаются внутри на стороне кгмеита.

Класс IEM Data Sets доступен только на стороне клиента. Ктент внутренне хранит ииформацюо о содержали DataSets так. чтобы включение управляло ими. как будто Data Sets был физически осуществлен в стороне сервере.

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

Б.5 12 Атрибуты Data Set

Не отображаются.

Б.5 73 Сервисы Data Set

Б.5.7.3.1 Общие положения

Создание DATA-SET проверяет элементы, которые оросил ктент для создатя DATA- SET, располагаемых на сервере. Как тогыоо это произошло, клиент накапливает список элементов, которые составляют необходимый DATA-SET.

Получение характеристик DATA-SET вызывает отправку в Read сервис всех элементов, которые составгвьот DATA-SET. С этим сервисом приложение-к/ыент в состоянии управлять комплектами характеристик данных ра> тчмых отделений модели. При этом не должен определяться полный список ссылок.

Б.5 7.3.2 CreateDataSet

Сервис IEM CreateDataSet должен отображать последовательности сервиса Browse, чтобы полу*ытъ полный стсок простых элементов, определенные списком элементов, которые должны составить DATA-SET.

Ест какой-либо из ОРС Browse сереисое выхсдот из программы а сбой, то обслуживание CreateDataSet возвращает ServtceEnor к приложен**) клиента.

Допустим только неустойчивый DATA-SET.

Ест обслуживание возвращает подтверждение положит егыюй ветчины, то клиент должен накопить список признаков исхошых да»*ых. саяэа*чых с DataSetReterence. которые требуют вкгочение. То. как эта информэ-щгя хранится, является местной проблемой.

Набор сервисов, необходимых для создания DataSet описан в рису*ке Б.З. Табтцы Б.ЗО и Б.31 описывают отображение сервисных параметров.

Рисунок Б.З - последовательность сервисов CreateDataSet

Таблица Б.ЗО - Картография сервисных параметров CreateDataSet

Сервисные параметры CreateOataSot

OPC XML-OA сервис млн параметр

Ограничение

Request

Просмотрите услуги запроса

DataSetRefence

-

DSMemberRel [1.. л]

ttemName

Окончание таблицы Б. 30

Сервисные параметры CreateOataSet

OPC XML'OA Сераме или паоеметр

Огрей»'. е«ие

Confirmabon ♦

Просмотрите услуги ответа

Если все просматривают услуги suoceded

Result

Confirmation -

Просмотрите услуги ответа

Если кто-либо рассматривает, что обслуживание выходило кэ строя

ServiceError

ОРС Erronoode

ServiceError должен быть, как показано в таблице Б.31

Таблица Б.31 - CreateDataSet отрицательная картография ответа к ServiceErnx IEM

iEU SeonceError

О PC X MLOA Коa ошибся

Faded-due-to-server-constraint

Internal client error. Cfeent request a persistent DATA-SET

tnstance-evuse

Internal client error. CSent detects the DATA-SET already exists

Parameter-value-inconsistent

EJNVALIDCTEMNAME

EJNVALIDfTEMPATM

Faded-due-4o-comfTx*iicaboo~conslraxit

Any unmapped error code

B.S 7.3.3 DeieteOataSet

Этот сервис удаляет отутреинаою структуру, которая накапливает сгисок признаков исходных дгвиых. которые составляют сервер.

Никакие коммуникационные услуги не нужны.

Б.5.7.3.4 GetOataSetOredory

Этот сервис не вклкмен в отображение. Используя это отображение, все DATASET формируются клиентом онлайн так. чтобы »иформация об элементах, которые составляют DATA SET. была уже известна.

Б.5.7.3.5 GetDalaSetVfelues

IEM GetDataSetValues сервис отображает ОРС XML-DA Read сервис. Список Элементов ОРС. которые составляют DATA SET. был накоплен SCSM на стороне юиеита во время сервиса CreateOataSet. Отображение сервисных параметров IEM такое же. как в сервисе GetDataValues.

Есгы DataSe(Reference определил. что список элементов не накоплен, то обслуживание отражает ServiceEnor. как показано в таблице Б.32.

Таблица Б.32 - GetDataSetValues отображение отрицательных ответов ServiceError IEM

IEM SomooError

О PC XMc-OA Код ошибся

fnstance-nol-availatale

The DATA-SET requested is not in the list of the DATA-SETs of the cbent

Access-violation

E ACCESS DENIED

Faded-due-to-serve r-constraint

Any iximapped error code

Б.5.7.3.6 SetDataSetVaiues

Отображения сервисов IEM SetOataSetVfelues к ОРС XML-DA Write сервисам полного списка атрибутов исходных данных, которые составляют DATA SET. Слисок элементов ОРС. которые составляют DATA SET. был накоплен SCSM на стороне клиента во время сервиса CreateOataSet.

Отображение сервисных параметров IEM - такое же. как показано в SetDataValues.

Ест DataSetReference определил, что не имеет списка элементов, то сервис отображает ServiceEnor. как показано в таблице Б.ЗЗ.

Таблица Б.ЗЗ - SetDataSetVaiues отображение отрицательных ответов к ServiceEnor IEM

IEM SorvicoError

OPC XML-OA EraCodo

Instance-not-availatde

The DATA-SET requested is not in the list of the DATA-SETs of the dbent

Access-violation

E_ACCESS_DENIED

Type-confhct

E.BAD.TYPE

Faded-due-to-serve r-constramf

Any unmapped error code

Б.5.8 Модель класса Report Б.5.8.1 Общие полажэ+ия

ГОСТР 54418*3 описывает сервер управления механизмом отчетности, где сервер обнаруживает изменения в их информационной модели (события), посылая эту »иформацию в пределах структуры отчетного сообщения, вытекающего из правил, олрадепвнник клиентом в конфигурации механизма сообщения.

В ОРС XML-OA меха»нэм сообщения использует другой подход. К/иент должен периодически опрашивать сервер, чтобы полупить последний комплект характеристик изменений (события).

Б 5.8-2 ОРС XML-DA сообщаноиаю атрибуты

Способом ОРС XML-DA ответы отправляются в зависимости от некоторых признаков, включенных в запрос на обслуживание, посланный клиентом. Самые важные признаки в ОРС XML-DA следующие:

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

Wart Time - инструктирует сервер ждать указанной продолжительности (число миллисекунд) после того, как Hold time достигнут прежде, «ем возвратиться, если нет евжаких изменен**! отчета. Изменение в одном из подписанных элементов во время периода ожидания приведет к возвращению сервера мемедленыо вместо того, чтобы закончить ожидание.

EnabteBuffenng - определяя ЕпаЫвВ offering = True, сервер сохранит все эначежя изменения, обнаруженные при указа»мой норме, в буфере для возвращения клиенту в следующем запросе SubscripbonBoUedRefresh.

Абонентские атрибуты ОРС описаны а тэблиие Б.34.

Таблица Б.34 - Принужденное значению признаков Подписки ОРС

Пр4а«1И ОРС

ГОСТ Р 54418.25 агрляичон*я

ИокГПте

Около 0

WaifTime

Больше чем 0

EnabteBufcring

ВЕРНЫЙ

Примечание - Используя ИокГПте и WarlTime нуля, сервер должен немедленно ответить с последнее*

набором обнаружен ы* иэмоноиый.

Изменения должны быть буферизованы (EnabteBuftering set к истиныому). чтобы не потерять гжобой случай.

Б.5.8.3 ОРС XML-DA отчетные службы

ОРС XML-OA поддерживает базовые сервисы следующих подлисок:    Subscribe.SubscriptionPoOed

Refresh и Subscription Cancel. Subscnbe используется. чтобы запустить подменой контракт с сервером. SubscripbonPolledRetresh вызывают периодически, чтобы приобрести последние изменения значения элемента SubscripbonGancel используется, чтобы прервать абонентский контракт с сервером.

Б.5.8.4 Отчетные службы ГОСТ Р 54418.3

Б5.8.4.1 AddSubscripbon

Сервис AddSubscripbon определяет ряд переменных, которые сервер должен контролировать, чтобы обнаружить их изменения и уведомить об этом клиента, который требовал такой режим. Сервисные параметры опиавы в таблицах Б.35 и Б.36.

Таблица Б.35 - Сервисные ограничения параметра AddSubscnpbon

Request

RcbRef

RCBType

He отображенный к коммуныкзиюнмому обслуживанию

Reportktenbfter (0.. 1)

Не отображаемый к коммуны каьмонн ому обслуживанию

ReportEnabte [0 1]

Не отображаемый. ReportEnabte всегда считал ВЕРНЫМ

DataSetReference (0.. 1]

Не отображаемый к коммуникационному обслуживанию

OpbonalFeHds |0.. 1]

Порядковый номер = N Отметка еремены отчета = У Причина вкжмения = N Имя набора данных = Y Ссылка данных = У Буферное переполнюеые = У EntrylD = N Conl-лересмотр = N

Buffer Time [0.. 1)

К/ыеит должен просить SubscripbonPoiedRefresh каждый раз. когда этот таймер истекает

TriggerOpbons (0.. 1J

dchg = У qchg = У dupd = N

период надежности = У общий допрос = N

InlegrityPenod (0.. 1]

К/менгг должен просить SubscripbonPofiedRe fresh с признаком RequestAII Items набирать к истинному каждый раз. когда таймер истекает

DSMemberRef [1.. n)

Только FCDA. который позволен ссылками basncTypes

Response ♦

Response-

Service Error

Таблица Б.36 - Отображение параметров серсвиса AddSubscnpbons

Параметр** AddSubscr^bon

ОРС XML-OA параметр*!

HCfOfm

Ограничеммс

Request

Subscribe

е

RehjmValuesInRepfy

N

§

SubscnptionPingRate

M

Е

Options

N

Е

ItemUst

M

в

ttemPath

N

в

ReqType

N

6

Deadband

N

в

RequestodSampteTime

C

Местная проблема: M. ест недобор на уро&<е списка

в

EnabteBufTering

M

Всегда «Верный»

Е

Items

DSMemberRef

@

HemPath

M

ФК FCDA

6

ReqType

О

DSMemberRef

в

ItemName

M

ObjectReference FCDA

в

ClientliemHandle

О

в

Deadband

M

Значение 0

§

RequestedSampteTime

c

Местная проблема: М.. ест не набор для каждого элемента на На уровне элемента

EnabteBuffering

M

Всегда «Верный»

Ответ ♦

SubscrfeeResponse

в

ServerSubHandte

M

Е

SubscnbeResuK

M

Е

RltemList

M

е

RevisedSampkngRate

Ссылка

Е

Items

M

е

RevisedSamptingRate

о

Е

Item Value

M

Е

Errors

N

Не будут появляться в ответе положительной величины

Ответ -

SubscnbeResoonse

©

ServerSubHandte

M

Е

Subscribe Re suft

M

Е

RltemList

M

е

RevisedSamptngRate

c

Ссылка

Е

Items

M

е

RevisedSampingRate

c

Е

ItemVatue

M

Е

Errors

M

см. таблмху Б.37

Примечание - Е; ОРС XML-OA элемент обслужи ватя:    ОРС XML-DA признак.

Ест будет какой-либо ошибочный элемент в обслуживании SubscribeResponse. то IEM Add subscription сервис необходимо считать не пройденным.

После приема ОРС XM.-DA сервиса SubscribeResponse без ошибок клиент должен отобразить:

1)    внутреннее иаколлете ServerSubHarxSe. соашыениого с RCBRef. ReportlD. DataSetReference и OptFieids. полученное в запросе Add Subscription:

2)    старт периодического таймера, который должен просить в течение каждого надежного периода SubscripbonPolledRefresh с атрибута***:

НокЯяпе

0

WartTxne

0

RetumAllltems

Вер»ый

Ест надежный период будет нолем, то таймер не создается. 138

3) старт периодического таймера, который должен требовать для каждого BufferTime SubscnptionPoeedRefresh с атрибутами:

НойЯкпе

0

WartTcne

0

RetumAJIttems

Ложнеий

Есгм buffertime период будет нолем, то клиент должен послать запросы с таком скоростью, с которой считает нуюмм, чтобы избежать коллапса пропускной способности сети.

Примечание - Используя это отображение, рекомендуется испог*>зоеатъ BufferTime выше чем 500 миллисекунд. чтобы улучшить работу относительно электрической сети.

О PC XML-DA подписка будет создана, если по крайней мере одт из указаючых элементов будет действителен. Если Subscrtoe запрос выйдет из строя для по крайней мере одного из указанных элементов, то должен быть отображен отрмцателыянй ответ к AddSubscnption и подоска должна быть отменена испо/ъзуя сервис SubscripbonCancel OPC-MXL-QA.

AddSubscripbon отображение отрицательных ответов описано в тэбгмие Б.37.

Таблица Б.37 - Add Subscription отображение отрицательных ответов к IEM ServiceEnor

l£M Sendee Err от

Код ошибся ОРС

Insiance-not-avariabte

EJNVAL/DITEMNAME

Parameter-vaiue-inapprDpnate

E_INVALIOITEMPATH

Instance-not-availabie

E.UNKNOWNrTEMNAME

Parameter-vatueHnappropriatB

E_U NKNOWNITEMfWTH

Fated-due-toserve r-constraint

Любой другой код ошибки

Б.5.8 4.2 RemoveSubscriptkxi

IEM RemoveSubscripbon сервис должен быть отображен к ОРС XML-OA SubecnpbonCancet. serverSubhancSe должен быть возвращен в Sobscnption сервис.

Отображение сервисных параметров RemoveSubscnption огьчсано в таблицах Б.38 и Б.39.

Таблица Б.38 - Отображение сервисах параметров RemoveSubscripbon

RemoveSubscripbon .параметр**

OPC XML-DA

M'CtOili'N

Request

SubscriptonCancel

@

ServerSubHancte

M

RCBRef

©

ClientRequee*4andle

M

RecpooM *

SubscripbooCancol Response

@ | OientRequesIMandle

M

Response -

SubscriptionCanoet Response

® I_

M

Примечание - E: OPC XML-OA элемент обслуживания: ОРС XML-DA атрибут

Таблица Б.39 - Отображены® отказа IEM ServiceError

lEM ServiceError

Кеш ошибки ОРС

«Случай, не доступен»

E_NOSUBSC RIPTION

R-огрвнычемие « Fa4ed-due-to-server-constraint»

E_SERVERSTATE. любой другой кодекс короткого замыкания

Б.5.8.4.3 Report (Отчет)

Сервис Report должен быть отображен к ОРС XML-OA SubscriptionPoiedRefreshResponse сервису. Используемый параметр сервиса Report описан в табгмиах Б.40 и Б.41.

Таблица Б.40 - Параметры сервиса Report

RepoH

Огры»«^енме

RptID

Включенный в сторону клиента картографией

OptFkJs

Включенный а сторону клиента картографией

SeqNum

Недоступный

SubSeqNum

Недоступный

MorBSegmentsFaflow

Не используемый

Окончание таблицы Б.40

Report

0гр»1мчемме

DatSet

Если требующийся в OptFkJs. то это догсхно быть включено в сторону клиента картографией

BufOvfl

Достутыый

ConfRev

Недоступный

TlmeOfEntry

Достугыый

DataRef

Доступный

Value

Достутыый

ReasonCode

Недоступный

Таблица Б.41 - Отображение параметров сервиса Report

Параметры ог**ета

ОРС XML-OA параметры

M/C/OibN

OipaniNeiiMe

SubecriptoonPoiedRefresh

@

НойПкпв

M

Набор к 0

е

WaitTame

M

Набор к 0

е

RetumAII terns

M

Зависит or случая

Е

Options

Е

ServerSubHancfte

M

Report

Ответ SubscnpUonPoOedRelresh

BuflerOverlow

DataBufferOverffow

Е

SubscripfonPolecfftefneshResult

M

Е

InvalidServerSubHandles

M

Е

RitemUst

M

@

SobscnpbonHantfe

M

Параметры отчета

ОРС XML-OA параметры

M/COUN

Ограничение

DataRef и Data Value

Е

Items

M

Е

Errors

M

Примечание --Е: ОРС XML-OAэлемент обслуживания:    ОРС XML-DAатрибут

На приеме SubscripbonPolledRefreshResponse клиент должен будет составить Report сообще»ься. Соответствующий « Enable Buffering» атрибут. SobscnpPooPoi led Refresh Response макет вклкмэть несколько образцов того же самого элемента, hcrw такая ситуация произойдет, то сторона тента должна:

-    разделить сообщение на два различных сообщения отчета так. чтобы никакое изменемае не было потеряно если элемент представляет собой эдечение состояния (ST);

. разделить сообщение или удагыть предыдущее значение, если элемент представляет собой уточненное значение (MX).

В зависимости от OpCFlds. сохра»ю»ыых клиентом на Subscribe сервисе, раагмчкьче элементы Report, тэоае как Re port Id. DatSetRef и та. (также сохраненные клиентом), должны быть включены в Report Indication (Показание Отчета).

Б.5.9 Модель контроля

Б.5.9.1 Основное полажеиие

В ГОСТ Р 54418.25 модель контроля получает доступ через протекающие ОРС XML-OA сервисы:

-Read:

-Write;

-    Subscribe. SubscrvptionPofledRefresh. Remove Subscription.

Б.5.9.2 IEM Поддерживаемые контролирующие модели

Табгъсца Б.42 определяет Поддерживаемые контролирующие модегм этим отображением.

Таблица Б.42 - Поддерживаемые контролирующие модели в этом отображении

гост р $44iа з

[ГОСТ Р иж 61&50-7-2) C&Jodcb

Поддерживаемым

1 прямое управление «с нормальной безопасностью»

Y

2 sbo-контроля «с нормальной безопасностью»

Y

3 прямое управление «с расширенной безопасностью»

Y

4 sbo-контроля ес расширенной безопасностью»

Y

Б.5.9.3 IEM Поддерживаемые контролирующие сервисы

Табг**ца Б.43 определяет Поддержиеаедеие контролирующие сервисы показание, в этом отображении.

Таблица Б.43 - Поддерживаемые контролирующие сервисы

ГОСТ Р S4418.3 (ГОСТ Р МЭК 616S0-7-2)

ПоАэержимеммй

Browse

Y

SeiectWrth Value

Y

Operate

Y

TmeActrvatedOperate

Y

Cancel

Y

CommandTemiinabon

Y

Б.5.9.4 Параметры контролирующих сервисов

Некоторые из параметров контралируюи*«х сервисов не являются »** частью жформэционной Мао ели. »** делают систематические согласования >•* одному из параметров сервиса ОРС XML-OA. Параметры контролирующих сервисов не могут отображаться непосредственно »•« одной веб-службой ОРС XML-DA. используя информэ-щюнную модель.

Чтобы решить эту проблему, параметры контролирующих сервисов отображены к wnteable »ждивидуагы-иьв4и характеристиками элемента, которые назначены в dataAttntoutes для каждого объекта контроля. Слисок wnteable ющивцдуальных характеристик элемента описан в тэбгжще Б.44.

Таблица Б.44 - Параметры контролирующих сервисов индивидуальных характеристик элемента

Соряисныа параметр контроля

Собстд»к<с»ь элемента обычая writeabto

ttemName

Item Path

ГОСТ P S4416.2 BasicType

T

DataRefctfVal.l

CO

TtneStan>p

Проверка

Data Ref.ctfVaJ.test

CO

Булевым

Проверить

DataRef.ctfVal.checfc

CO

CodedEnum

Data Ref ctfVal .service

CO

ENUMERATED

(работайте | taOperate )sbo |sbow |cancel). 1 = работают 2= taOperate 3= sbo

4    = show

5    = cancel

AddCause

DataRef.cUVal.

cmdState

CO

ENUMERATED

(не в использован»** | команда выпот*е»*«я | измененный на

состояние I

AddCause)

0= мет

1 = команда выполнения

2s изме»ю»яжи на состояние (к требуемому значению и выходной мощности дезактивирован).

AddCause =. есгы таймер истек, но состояние, не изменялся на требуемое значение; выходная мощность дезактивирована

TmOperRsp

DataRef.opefTm.

taoState

CO

ENUMERATED

(не в использован»** | waitin^bmer-acbvated | выполненный командой | AddCause)

0    = нет

1    = ставивший под напряжение таймером

2    = выпалне»*«ый командой

AddCause; если таймер истек, но требуемое срабатываьме не мото бы быть вызвано

Окончание таблицы Б.44

Примечания

1    DataRef используется в качестве placeholder для ObjectReterence /ьобых данных управления.

2    Если сервис CommandTemwiation не поддержи сервером, то собственность элемента «cmdState» не должна быть обеспечена ни для какого объекта контроля.

3    Если обязательный сервис Operate - адинствеюый сервис контроля, который поддерживается сервером, собствеююсть элемента «service» не должна быть обеспечена.

4    Есть сервер не поддерживает сервис Тил ©Activated Operate, то собствеююстъ элемента «taoState» не должна быть обеспечена.

5    Значения свойств элемента «cmdState» и «taoState» не должны быть установлены с контролем отрицательных ответов.

«cmdState» должен только присутствовать в тех управляемых объектах, где используется расширенная модель безопасности.

Большинство сервисов контроля отображено в Write сервисе. Загмсаимая специальная характериспеса элемента «service» добавлена, чтобы определит» необходимый сервис контроля.


Отображение AddCause представлено в таблице Б.45.

Таблица Б.45 - Отображение AddCause к Коду ошибки ОРС

AddCause

AddCause

Расширенный Кос ош«6«» ОРС

Перечисленное

Значение

Select-fated

Избраюю-неудаошмйся

E_ADOCAUSE_SELECT_FAi_ED

3

In valid-poston

Недействительное положение

E_ADOCAUSEJNVALID_POSmON

4

Posrtoorweeched

Достигнутый положением

E_AODCAUSE_POSrriON_R£ACHED

5

Parameter-change-

rv-execubon

Параметр изменяется в выполнении

E_ADDCAUSE_PARAMETER_CHANGEJN_EXEC

6

Step-limit

Неродной предел

E_ADOCAUSE_STEP_LIMfT

7

Command-airBady-

kvexecubon

Команда уже в выполнении

E_ADOCAUSE_COMMAND_ALREADYJN_EXEC

8

Abort ion-by-eancel

Прекращение отменой

E_ADDCAUSE_BY_CANCEL

9

Tme-bmrt-avef

Время - предел

E_AODCALTSE_TIME_LIMIT_OVER

10

Б.5.9.5 Отображение контролирующих сервисов Б.5.9.5.1 Select (Выделенные)

Б.5.9.5.1.1 SetectRequect

Select сервис должен быть отображен в ОРС XML-DA Write сервисе «service» записаюой специальной ха-ражтеристюсой элемента со >4ачением «sbo».

Таблица Б.46 - Описаю» отображения запроса Select сервиса

ГОСТР $44 tS-3 параметра

ОРС XML-OA Элемента i саойстао Элемента

Ограничение

ControlOtofBctReferBnoe

HemName управляемого объекта. ItemPatti = «КО»

DataRef.ctfVbl.service

«sbo»

Б.5.9.5.1.2 Select Response* (Выбраный Ответ)

Select положмтегьмого отклюса сервис должен быть отображен в ОРС XML-OA сервисом WrrteRespoose с

положи гегьным результатом.

После ответа зиачеюся свойств элемента taoState и cmdState (есгы есть) должны быть установлены следу* юидим образом:

Особенные свойства элемента WrrteabJe

Змачеиме

Значение

DataRef .operT m. taoState

«0»

Нет

DataRef .cSVal .cmdState

«0»

Нет

Б.5.9.5.1.3 Select Response* (Выбраный Ответ)

Select отрицэтегьиого отклика сервис должен быть отображен в ОРС XML-OA сервисом WnteResponse с EnorCode. указывающим на аварию.

Специальные характеристики элемента «taoState» и «cmdState» не должны быть изменены.

Б 5.9 5 2 SelectWfthValue Запрос SelecfWithValuB

Серене SetectWithValue должен выполняться с помощью ОРС XML-OA Write значений элементов и свойств элемента управляемого объекта, привезенного в таблице Б.47.

Таблица Б.47 - Сервисное отображение параметра SeiectWrthVakje

Параметр ГОС Г Р $4416.3

ОРС ХМЬОА Элемента.1 скинет во Э/темой га

Огрз*е**ение

ControlObpectRotaronco

ItemName управляемого объекта. ItemPath = «КО»

Value

DataRef.ctfVal DataRefongm DataRef. ctINum DataRef.operTm

Т

DataRef.ctfVal. T

Test

DataRef.ctfVal. Проверка

Check

DataRef.ctfVal. Проверить

DataRef.ctfVal service

«show»

Ответ SelectWth Value *

Ответ положительном ве/ычины SetectWithValue должен быть выпогмем с помощью ответа положительной величины ОРС XML-DA Write. Только в случае если все элементы возвращены с положительном результатом. сервис SetectWithValue может считаться приятым.

После ответа, значения свойств элемента taoState и cmdState (если есть) должны быть установлен следующим образом.

Таблица Б.47.1 - Ответ SetectWithValue

Особое саойство элемента Wrrteabte

Значенье

Змачеине

DataRef.operTm.taoState

«0»

Нет

DataRef.ctfVal.cmdState

«0»

Her

SotoctWrihValue отрицательный ответ должен быть выполнен с ломоиаио ОРС XML-DA Wnte отрицатеп>»ый ответ. Код ошибки OPC/s должен включать AddfeonaCause аварии, показывающий причину отрвщатальмого ответа. Особые характеристики элементов «taoState» и «cmdState» не должны быть изменены.

Б.5.9.5.3 Cancel (Отмена)

Cancel Request (ОтмеиаЗалроса)

Сервис Cancel должен быть вькюлнеи с помощью зкачеюе* элементов и свойств элемента управляемого объекта ОРС XML-QA Write. Отображение параметров показано в таблице Б.48.

Таблица Б.48 - Отображение параметров сервиса Cancel

Параметр ГОСТ Р $4413.3

ОРС XML*OA Элемента/ соойстао Элемента

Ограничило

Соп trolObypoRoforonoo

UomNomo упроопломого объекта ItemPath = «КО»

Т

DataRef.ctfVal Т

Проверка

DataRef.ctfVal. Проверка

DataRef.ctrvalservce

«отменить»

Cancel Response*

Cancel Response * должен быть выподоеи с помощью ОРС XML-OA Write Response, который не содержит Ошибок.

После ответа, значения свойств элемента taoState и cmdState (еегм есть) должны быть установлен следующим образом.

Таблица Б.48.1 - Cancel Response*

Особое саойстао элемента Wr/teabte

Значение

Значение

DataRef.operTm.taoState

«0»

Нет

DataRef.ctfVal .cmdState

«0»

Нет

Cancel Response-

Cancel Response- должен быть выполнен с помощью ОРС XJt€--DAWnte Response. который содержит 'Ошибки*. указывающие на аварию обслуживания. Коды ошибки должны быть отображены, как показано в таблице Б.49. Коды ошибок AddCause. показанные в тэбл*«4е Б.45. также могут испогьэоеаться.

Таблица Б.49 - Отображение отрицательного ответа в БегутсеЕгтог IEM

ГОСТ Р МЭК 61в50-7*2 Smce£rror

Код о*аибеи ОРС

Not-supported

E_NOTSUPPORTED

Окончание таблицы £.49

ГОСТ Р МЭК 616SO-7-2 Sar«£rror

Код от нот ОРС

Obyect-not-selected

E_SERVERSTATE

Access-violation

E_ACCESS_DENIED

Instante-not-avaiiabie

E_UNKNOWNITEMNAME

Особые характеристики элемента «taoStafe» и «cmdState» не должны быть изменены.

Б.5.9 5.4 Operate Operate Request

Operate Request сервис должен выгюлмяться с помощью ОРС XML-OA Write значений элементов и свойств элемента управляемого объекта, как показано в таблице Б.50.

Таблица Б.50 - Отображение Operate Request сервиса

Параметр ГОСТ P $4418.1

OPC XML-OA Элемента.' собстаенноегь Элемента

Ог^амчение

ControiOtyectReterenoe

Item Name управляемого объекта. ItemPath = «КО*

Value

DataRefctJVal DataRef.ongei DataRef.ctiNum

T

Data Ref.ctfVal. T

Test

Data Ref.ctfVal. Проверка

Check

Data Ref .ctfVal. Проверить

Data RefctfVal serves

«прекратить»

Operate Response*

Operate Response* должен выполняться с помощью ОРС XML-DA WrrteResponse. который содержит WrrteResufc. указывавший на успех.После ответа знзчедея свойств элемента taoState и сmdState (есгы есть) должны быть установлен, как показано в таблице Б.50.1.

Таблица Б.50.1-Operate Response*

Особое саоестоо элемента Wntea&te

Зненение

Значенье

Ограничено*

DataRef.operT m.taoState

«О»

Нет

DataRef.cSVal.cmdState

«0»

Нет

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

«1»

выполнение

вомацды

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

Operate Response-

Operate Response- должен выпогыяться с помощью ОРС XML-DA WrrteResponse. который содержит Ошибку, указывая на аварию обеспечения. Коды ошибки должны быть отображены, как показано в таблицах Б.51 и Б.45.

Таблица Б.51 - Отображение негативного ответа IEM ServrceEnor

ГОСТ Р МЭК &16SO-7-2 Seonce€rror

Крд ои»б<м ОРС

Hot-supported

E_NOTSUPPORTED

Obfect-not-selected

E.SERVERSTATE

Access-violation

E_ACCESS_DENIED

Instante-not-avaifable

E.UNKNOWNITEMNAME

Failed-due-to-server-coostrart

Любой другой Код ошибки ОРС

После ответа. знэчетмя свойств элемента taoState и cmdState (есгм есть) должны быть уст»юепены. как показано в таблице Б.51.1.

Таблица Б.51.1- Operated ServiceEnor I ЕМ

Собственность элемента обычае Wnleabb

Эненеиие

Значение

Ограничен**

DalaRef.operTm.taoState

«о.

Нет

DataRef.cSVal .cmdState

«0»

Нет

Если Operate иаюгъзуется в пределах простой модели контроля за безопасностью

Б.5.9 5.5 TtfneActivatedOperate (Время активации действия)

Основное положение

Запрос с первичным ответом TKneActivatedOperate должен сопоставляться с сервисом ОРС XML-DA Wnte.

Вторичный ответ должен сопоставляться /ыбо с ОРС XML-OA Subscribe оператора «operTm. taoState > настроек контролируемого объекта, либо может быть получен, ислогъэуя сервис Read, которьы будет отслеживать изменение настроек оператора «operTm.taoState».

По получен км положительного ответа оператора WriteResponse. клиент ОРС XML-DA должен запрашивать (перебирать) эначе»ыя taoState и другие настрокки. чьи хачеиия меобходикы для ответа TimeActrvatedOperate. До тех пор пока taoState=Timer-actrvated". клиент ОРС XML-OA должен продолжать запрос вели^М4.

Есгм taoState изменяет свою ветмчииу на “command-executed" (команда выполнена), то к/мент должен создать положительное подтверждение T«neActivatedOperate. используя TimOperRsp= "command-executed".

Есгм taoState изменяет свою вегмчииу на любой код AddCause (дополни гегъная причкыа). то логьзоватагъ должен отрицательно подтверждать TmeActivatedOperate.

Примечание - В зависимости от пользователя запрашиваются значе*мя для вторичного откгыка через Read service (Сервис чтемся) или через Subscribe mechanism (механизм Описамгя) {=Subsen be* SubscripbonPottedRefre sh+SubscripbonCaocel).

TimeAcbvatedOperateRequesl (Запрос времени активации действия)

Серене TimeActrvatedOperate Request должен быть реализован через использование ОРС XML-DA Write (Зэ-гмеи) элементов и элементарных свойств контролируемого объекта. Параметры сервера TimeActrvatedOperate огмеаны в табгмце Б.52.

Таблица Б.52 - отображдгмо параметров сервера TmeActivatedOperate

ГОСТ Р S4416.25 3 параметр

ОРС XML-OA эпенемт'саойсгео элемента

Здшоч^е

ControlObyectReferenoe (Ссылка контроля объекта)

ItemName (имя элемента) контрогмруемого

объекта

ltemPath=*CO"

Value (Значение)

DataRefctfVai DataRef.origin DataRef.ctJNum DataRef operTm

Т

DataRefctlVal.T

Test (Тест)

DataRe f ctiVal. Test

Check (Проверка)

DataRefctlVaJ.Check

DataRef ctfVal.service

‘ta Operate*

TimeActivatedOperateRespo nse ♦ (bmer-acbvated)

Положи тел ьмый ответ TmeActrvaledOperate должен выпогмяться через ОРС XML-DA WriteResponse (ОРС XJW.-DA). который ив содержит ErrorCodes. С таким ответом эначемся свойств элементов taoState и cmdState должка* быть установлен следующим образом:

Wnteabto C os tom Item Properly I вводимые

VaK*e

Mearwig

Constraint

пользовательские ««стройки элемента)

(Змвчемие)

(Смысл)

(Заключение!

DataRef .operTm taoState

T

Waiting/timer activated акидаииа'аггивация

DataRef .cftVal .cmdState

-Or

NoNrvuse (не используется)

TimeActivatedOperateResponse-

Отргшательнй ответ TmeActivatedOperale должен выпогыятъея через ОРС XML-DA WnteResponse (ОРС XML-OA). указывающий сбой в E/tosCodes, как определено в таблице Б.53. или с использованем кодов AddCause. определенных в табгмце Б.45.

Таблица Б.53 - TmeActivatedOperate отрицательный ответ, отображаемый на IEM ServiceError

ГОСТ P МЭК 61*5072 ServceError

0PC Error Code (код ошибок)

Not-supported (не-пдддвржипаотс я)

E_ NOTSUPPORTED

Obyect-not-selected (объект-не-внделеи)

E_ SERVERSTATE

Access violation (ошибка доступа)

E.ACCESSDENIED

tnstante-not-avadabte (в данмым-момент-ие-доступно)

E_UNKNOWNITEMNAME

Faded-due-to-server-constrart (отказ-по-закгвоченикьсереера)

Any other О PC error name

TimeActrvatedOperateResponse^ (command-executed)

Второй положительный ответ TimeActrvatedOperate не имеет связи с сервером. Кгмеит должен кгм прогмеать в taoState настройки элемента, или обратиться к ОРС XML-OA Read Service, чтобы описать ситуацию.

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

ВвоАимые аольэомт«п»с«ио ностро*» элемента

Значение

Смысл

Заключенно

DataRef.operT m.taoState

*2*

Command-executed команда выполнена

DataRef.cflVal.cmdState

•O’

Not чп-use не испогъзуется

Если TimeActivatedOperate используется в простой наружной модели управления

•г

Execubng-command команда выполнения

Если TimeAcbvatedOperate используется в нормальной наружной модели управления

TimeActrvatedOperateResponse- (second response) (вторим*» ответ)

Есгм аятиваиия не прошла услеиде. то тогда должно быть установлено только значение мастроес элемента taoStale как указано *ыже.

Вводимые пользовательские постройки элемента

Зиагче»—о

Смысл

Заключенно

DataRef.operT m.taoState

AddCause Допогмитвльиая приемка

Б.5.9.5.6 CommandTernwiation (Команда Завершемся)

При получении положительною Operate Response игм вторичною попажмтвльногоответа TmeActrvatedOperate ‘cmdState" свойству элемента присваивается значение «command-executed» (команда выполнена).

Ест статус изменился на желаемое значение, то «cmdState» устанавливается на ‘'status-changed* («стэтус-кэмони лея»). В противном случае. cmdState устанавливается на AddCause.

Пользователь ОРС ХЛД.-ОА запрашивает «cmdState» через Read Service или Subscribe Mechanism. Отображение сервиса CommandTerminabon описано в табгькдах Б.54 и Б.55.

Таблица Б.54 - CommandTerminabon ♦ serves parameter mappng (Команда завершения ♦ отображение параметров сервиса)

Параметр ГОСТР $44183

ОРС XML-ОА элемент.1 свойство элемент»

Заключение

Con trolObyectRefer ence

ItemName of the controllable object

ItemPath = «СО»

Т

DataRef.cdVal.T

Test

DataRef.ctfVal.Test

DataRef ctfVal cmdState

•status-changed»

Таблица Б.55 - CommandTerminabon - service parameter mappng (Команда завершения - отображение параметров сервиса)

Параметр ГОСТ Р 544)6 3

ОРС XML-DA элемент.1 свойство элемент»

Заключение

ControlObfectReferenoe

ItemName of the controllable object

ItemPath = «СО»

т

DataRef. ctfVal. Т

Test

DataRef .ctfVal. Test

AddCause

DataRef .ctfVal .cmdState

AddCause error codes

Б.6 Детали стека протокола

Чтобы отображение было пол***м. должен использоваться стек протоколов. приведе»*ый в таблице Б.56. Спеювфикащы для уровня канала дан*мх и физическою уровня очень специфичны для реализации и выходят за рамки сервм стандартов ГОСТ Р 54418.25.

Таблица Б.56 - Детагм стека протоколов

OSI model layer

Specific» bon

МЮ

Name

Service specification | Protocol specific»lioc

Application

Заявка

OPC XML-DA

OPC XMLDA 1.01

M

SOAP

PI

M

Hypertext Transfer Protocol HTTP/1.1

[18J

M

Presentabon Презентация

-

-

-

-

Session Сессия

-

-

-

-

OSI mode* layer

Soecifica&on

UfO

Name

Service speoficatior.

Protocol specific л lion

Transport Транспорт

Transport Layer Secure (TLS)

[20]

О

Internet Control Message Protocol (ICMP)

[HI

м

Transnesaon Control Protocol (TSP)

112)

м

Network Сеть

internet Protocol (IP)

ПО]

м

Address Resolution Protocol (ARP)

[13]

м

Data bnfc Канал дагае^у

Реализация спедофичма и выходит за рамки ГОСТ Р 54418.25

-

Physical Физический

Реализация специфична и выходит за рамки ГОСТ Р 54418.25

-

Примечание - Использование HTTPS (SSL) специфике*) и выходит за рамки да ►♦«ого отображения.

Приложение В {обязательное)

Отображение специфичного сервиса связи

В.1. Основные положения

В.1.1 Введение к отображению в [23]. определенных в [22]

Это приложение описывает использование [22] для отображения информационной модели и модели обмена информашюй. определенных в ГОСТ Р 54418.25.2 и ГОСТ Р 54418.25.3. в [23].

Почти все сервисные модели, указанные в ГОСТ Р 54418.25.3. отображены в [23] как «определенные» в [22] и обсуждается в настоящем приложении. Два оервиса (AddSubscnptions и RemoveSubcripbon). определенных в настоящем стандарте, сопоставляются с [22]. Это допог»*тельное отображение определяется в настоящем приложении.

OueryLog сервис, определенным в [22]. поддерживается параметрами фильтра (поддерживается в [23]. но не используется в (22)).

В.1_2. Масштаб отображения в серим стандартов [23], определенного в [22]

Масштабом отображения. определенного в приложении В. является использование [23] для представления информационной модели и модели обмена информацией, определенных в соответствии с ГОСТ Р 54418.25.2 и ГОСТР 54418.25.3.

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

В.1.3. Архитектура отображения

Архитектура отображения состоит из:

1)    отображения информационной моде/* на моделях [23] MMS моделей (см.. В.4);

2)    отображения сервиса обмена информацией на сервисах [23] MMS услуг (см. 8.5):

3)    стеков сея* (см. В.в).

Отображение для ГОСТ Р 54418.25.3 определяется по [22]. кроме двух долог»*тельных сервисов и расширения OueryLog сервиса.

Информационная модель ВЭС. определенных в ГОСТ Р 54418.25.2. отображается в иеоаохичесяой структуре. как определено в [22]. Соответствующие сервисы отображаются, как определено в этих пуншах.

Схематическое отображение лредстаеле»«о на рисунке В. 1.

Информационная модег»> ВЭС из ГОСТ Р 54418.25.2 намеренно сохраняют при сопоставлении с сервисами [22] MMS.

Это означает, что:

•    сервер реа/мзует иерархическую информационная модель ВЭС из ГОСТ Р54418.252. которая мажет быть восстановлена серсысами в соответствии с таблм/ей В.1.;

•    лользоватепо необходимо интерпретировать информационную модель ВЭС:

- кгнент получает доступ к иерархической информационной модели ВЭС ГОСТ Р 54418.25.2 через сервисы, предоставляемые [22] и (23). как определено в настоящем приложении.

Табгыца В.1 содержит отображение информационных моделей и сервисов обмена информацией в [23]. как определено в [22]. Графа M/О указывает, являются ли сервисы, определенные в соответствии с ГОСТ Р 54418.25.3. обязательными игм необязательными. «У» обозначает «YES» (да], сервис поддерживается, в то время как “К* означает, что не поддерживается.

Таблица В.1- Отображение ГОСТ Р 54418.25.3 IEM в [23] в соответствии со [22]

ГОСТ Р S44 tB 25.2 \Ы Class ГОСТ Р 5441&.2S.3 IEM Class

ГОСТ Р 5441В 25.3 IEM Services

M/O

Отображение

Серея стандартов (23| mode (/services

SERVER (сервер)

У(да)

Server

GetServerDirectory

О

Y

GetNameUst (вывод имени)

ASSOCIATION (связь)

Appfccabon association (саязь c приложением)

Associate (связать)

M

Y

Initiate (инициировать)

Release (выпустить)

M

Y

Concede (выводить)

Abort (одервать)

о

Y

Abort (прервать)

Reject (отклонить)

Cancel (отменить)

Identify (идеитифи1в1ровтаь)

LOGICAL-DEVICE (логине-ский аппарат)

Y

Domain (домен)

GetLogical DevtoeOwectory

о

Y

GetNameList

LOGICAL-NODE (логический узел)

Y

GetLogicaJ DeviceOarectory

о

Y

GetNameUst

Окончание таблицы В. 1

ГОСТ Р 54416 25.3 Ш Class ГОСТ Р $4416.25.Class

ГОСТ Р 54418 25 3 IEM Services

M/O

Огображеиье

Сер«я е таидартое [2Э| modeJ/servtces

DATA (дакмые)

GetData Values

M

Y

Read

SetData Values

M

Y

Write

GetDataDrectory

О

Y

GetNferiabteAccessAltribute

GetData Definition

о

Y

GetNferiabteAccessAttnbute

DATA-SET (файл)

GetData Set Values

м

Y

Read

SetDataSetValues

о

Y

Write

CreateDataSet

о

Y

DefineNamedVanablebst

DeleteDaiaSel

о

Y

DefeteNamedVariabteLcst

GetDataSetDirectory

о

Y

GetNferiabteListAttributes

REPORTING (отчет)

NamedVariabie

Report

information Report

GetBRCBValues

о

Y

Read

SetBRCBValues

о

Y

Write

GetU RCBValues

о

Y

Read

SetURCB Values

о

Y

Write

AddSubscription

о

Y

(DefineNamedVariableList)

Write (to RCB)

Remove Subsen pbon

о

Y

Write (to RCB)

(DetetNamedVariableUst)

LOG-COWTROL-BLOCK (блок записи)

Y

NamedVariabie

GetLCBValues

о

Y

Read

SetLCBVaiues

о

Y

Write

LOG (регистратор)

Y

Journal

GetLogStatus Values

о

Y

Inrbafcze Journal

OuerYLoaBvTime

о

Y

ReadJoumal

OueryLogAfter

о

Y

ReadJournal

CONTROL (управление)

Control

Select

о

Y

Write

SelectWith Value

о

Y

Write

Cancel

о

Y

Write

Operate

м

Y

Write

CommandTermination

о

Y

information Report

TimeActivatedOperate

о

Y

Write

В.2. Специальные ссылки к настоящему приложению

При использовании настоящего приложения дополнительную информацию можно получить кэ [10Н13]. [24НЭЗ]ирв].

В.З Сокращения

Софаще»««я привезены в разделе 4 настоящего стандарта.

Примечание - В настоящем приложении вместо термина ACSJ используется термин IEM.

В.4 Отображение ГОСТ Р 54418.25 Информационной Модели в [23]. как указано в [22]

Информациокмая мооегь ВЭС. определенных в ГОСТ Р 54418.25.2. отображается в иерархической структуре [23]. как определено в (22) (разделы 7.17 и 20У Соответствухишю сервисы отображаются в [23]. как определено в (22] (и показано а таблице В.1).

В.5 Отображение расширенной Модели Обмена Информацией [23]

В.5.1 Основные положения

Настоящий раздел огысъеэег. как дополкмтельиые выдержки ЕМ сервисов, определенных в ГОСТ Р 54418.25.3 (Addsubscnptions и Removesubcripbon) и дологьмтелыые настройки фигыгра сервиса Querying должны отображаться в сервисах MMS. как указано в следуюидех подразделах.

В.5.2 AddSubscription (добавить выписку)

Да»м1Й сервис должен отображать следующую последовательность трех MMS сервисов:

-    шаг 1: Создание запрашиваемого набора данных (DefineNamedVariabteLcst) в соответствии с тэбгыцей В.2;

-    шаг 2: Кофигурация Ответного Блока Управления (Запись) в соответствии с тэбгыцей В.З:

-    шаг 3: Активация Отчетного Блока Управления (Запись) в соответствии с тэбгыцей В.4

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

Шаг 1 может быть не нужен в случае сущвствооаып NamedVanableLst. Он может испогызоватъся нескогы-кмми Отчетными Блоками Управления или Блокаьы Регистратора Управления.

Таблица В.2 - Отображение сервиса AddSubscnbtion (Шаг 1)

AddSubscnptofl parameter*

MMS service or parameter

Заключите

Request

DefineNamedVariableLet request

service

DataSetRefereoce

variable LtstName

DSMemberRef[1 n)

IstOfVferiable

Response*

DefineNamedVariablebst response

service

Response-

Service Error

MMS Service Error

См. таблицу B.5

Таблица В.З - Отображение сервиса Add Subscription (Шаг 2)

AddSubscnption parameters

MMS service or peraroeter

Заклочеиие

Request

ttfrite request service

CfcentHancJe

VanableAccessSpedficabon

(LrstOfV&nabte)

RCBType

VanableAccessSpedficabon

(Lsturvanaotej

MMS Data

Появляется только

Resv of the referenced IURC8

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

если RCBType указывает RCB тип URCB

Reporbdenbfier [0.. 1]

MMS Data

RpflD of the referenced BRCB/URCB

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

DataSetRefereoce (0.. 1]

MMS Data

DatSet of the referenced BRCB/URCB

Сак. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

OpborvaiFeids [0.. 1]

MMS Data

OpcFIds of the referenced BRC8AJRCB

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

BufferTme [0 .. 1]

MMS Data

BufTm of the referenced BRCB/URCB

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

TriggerOpbons [0 .. 1|

MMS Data

TrgOp of the referenced BRCB/URCB

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

IntegntyPenod [0.. 1]

MMS Data

IntgPd of the referenced BRCB/URCB

См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

Окончание таблицы В.З

AoaSubscnoton p*rar>eters

MMS sennee or persrveter

3sV1INtNMt

Response*

Write response services

Success on ail the elements

Response-

Write response services

Service Error

Fa lure on any of the elements

см. таблицу В.5


Примечание - Элемент Resv будет включен вследствие того.чтонекоторые сервисы требует лредвари-тагьную резерващео Unbuffered ReporlControtBiock перед открытием доступа к их настройкам._


Таблица В.4 - Отображение сервиса Add Subscription (Шаг 3)

AddSubscnpton parameters

MMS servee or peraeteter

Эаспочепяе

Request

Write request service

CkentHande

NferiableAccessSpedftcaUon

(UstOfVfenable)

RCBType

VanableAccessSpeciftcation

(ListOfVanable)

ReportEлаЫе (0 .. 1]

MMS Data

RptEna Ы the referenced BRC8/URCB См. ГОСТ P МЭК 61850-7-2 (подраздел 14.2)

Response*

Write response services

Success

Response-

Write response semces

Service Error

Faflure

см. таблмхув.5


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

Таблица В.5 - Отрицательный ответ AddSubscripbon

IEM serrce error

MMS

Error class | «лесс ошибок

service error

Error code («од ошибки 1

Пояснение

Instance-evuse (объект используется)

Definition

(описание)

Object-exists (объект существует)

Набор даюых существует

Parameter-vahJOHnconsrstent (хэчемие-параметр несовместимо)

Oeflrvbon

Invalid-address (ие-праем/ъ+ый адрес)

ссы/ка неверна

Parameter-value-inappropriate (неподходящее значение-параметр)

Resource

(ресурс)

Memory-unavailable (память недоступна)

Число DSMemberRefs вьше чем максимально допустимое устройством

MMS DataAccessError

access-violation (ошибка доступа)

Objed-access-denied (доступ отклонен)

Кгыеиг не имеет прав к доступу

Parameter-value-KiapprDpnate

Obfect-non-exstng (объект не существует)

Указанный клиентом RCB не существует

Instance-tfv-use

Temporarily-unavailabte (временю недоступен)

RC8 уже используется клиентом

Parameter-value-inconsistent

Object-vatue-invafid (значение неверно)

Другие параметры не поддерживаются

В.5.3 Removesubscriptlon (удалить выписку)

Да»еый сервис должен отображать следующую последоватегьность MMS сервисов:

- шаг 1: Деактивация Отчетного Блока Управления (Запись) см. табл^у В.6:

• шаг 2: Удаление связан куо набора данеых (DefeteNamedVanableUst) см. таблицу В.7.

Команда Delete NamedVariabteLrst должна быть запушена при условии выполнения первой. В гвобом случае NamedVariablelist не нуждается в удапежи. Он может использоваться другим Отчетный Блоком Управления или Регистратором Блока Управления.

Таблица В.6 -Отображение сервиса RemoveSubscnbbon (Шаг 1)

AddS-Jbtcripbon parameter

MMS service or parameter

Заключение

Request (запрос)

Write request service (запрос)

CfaentHancSe (ручное управление)

VariableAccessSpeafication. (LcstOfVanabte) (схмсок перемеммде)

RCBType (медель RCP)

VariableAccessSpeafication. (LstOfVanable) (сгькок переменных)

ReportEnaPle (0..1)

MMS Data RptEna относящиеся к BRC8/ URCB См. ПОСТ P МЭК 61850-7-2 (подраздел 14-2)

MMS Data RptEna относящиеся к В RCB' URCB См. ПОСТ P МЭК 61850-7-2 (подраздел 14-2)

Появляется только вом RCBType указывает RCB тип URC8

Response* (положительный ответ)

Write response services

Success (успех)

Response- (отрицательный ответ)

Write response services

FaAure (сбой)

См. таблицу В.8

Таблица В.7 - Отображение сервиса RemoveSubscnbbon (Шаг 2)

Add Subscription parameters

MMS servo or parameter

Заиенин

Request (запрос)

DeteteNamedVariableList request service (запрос сервиса)

CfaentHancfte (ручное управление)

UstOfVariableListName

Response* (положительный ответ)

DeteteNamedVariableList response servce (ответ сервиса)

number Deleted

Response- (отрицательный ответ)

Wnste response services

MMS ServtceError

См. таблицу B.8

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

Т в б л и ц а 0.0 — riemovaSubscnption Отрицательный о тает

CM serve* error

MMS semое error

Повеление

Error dess (класс ошвЫм)

Error code (код оимбкм)

Instance-in-use (объект используется)

Definition (описание)

Object-undefined (объект мео пределен)

Набор данных не существует

access-violation (ошибка доступа)

Access (доступ)

Object-access-denied (доступ отклонен)

Набор данюде не может быть удален вследствие прав доступа игы пред-иастройоч

Parameter-value-Kiappropriate (неподходящее значение-параметр)

Service (сервис)

Object-state-conflict (ошибка статуса объекте)

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

MMS DataAccessError

access-violation (ошибка доступа)

Object-access-denied (доступ отклонен)

Клиент не имеет прав к доступу игм выполнять запрашиваемую операцию

Parameter-value-rneppropriatB (значение-параметр несовместимо)

Obyect-oon-existing (объект не существует)

Указаююгй клиентом RCB не существует

tnstance-tfvuse

Temporanty-unavarfable (временно недоступен)

RCB уже используется кгыеитом

В.5.4 Extended Logging services (расширенные службы регистрации (протоколы))

В.5-4.1 Основное положение

В.5 4.1.1 Основное положение

Расширенные протоколы. указ» чио в ГОСТ Р 54418.25.3 (подраздел 9.9) описывают использование параметра для фильтрации входных записей, которые должны быть извленеш при кх запросе (входхде записей) клиентом с сервера. Этот параметр не указан в отображении MMS. описамюго в [22] (пункт 17.3.4).

Как только запросы продлены, ответы включают те же поля. Если фигыр используется, то одной лишь ре> м«4вй является когычесгво откликов входных записей (в соответствии с форматом ответа).

В.5.4.12 QueryLogByTime отображение

Отображение сервиса QueryLogByTime должно быть к определено в таблице В.9.

Таблица В.9-OueryLogByTimeотображение

i£M ОеагуСодвуТпе request

MMS ReadJournat-Requesi

Parameter

Type

Parameter

MMS Oe4ration

Log Reference

ObyectReference

joumaMame

ObjectName

RangeStartTime

EntryTime

startingTime

TimeOfDay

Ranges topTime

EntryTime

endidngTKne

TKneOfDay

DataFrfter [1 .. n]

ObfedRefecences

IrstOfVariables

Sequence of VisfeleStrings

В.5.4.1.3 OueryLogAfter отображе**е

Отображение сервиса QueryLogByTime определено в табгьядв В.9. Таблица В.10-OueryLogAfterотображение

iEM OueryLogAfter request

MMS Read Journal-Request

Parameter

Type

Parameter

MMS detnriion

Log Reference

ObyectReference

joumaMame

Object Name

Entry ToStartAfter

EntryTime

timeSpecficabon

TimeOIDay

Entry

EntryfD

entrySpecificatoo

OCTET STRING

DataFdtef (1 .. n]

Object Re fere nces

ItstOfVariables

Sequence of VisibieStrings

В.б Детали стека протоколов В.6.1 Основное положение

Информациомоя модель ВЭС для свяэ« кгмент-сереер. определенная в ГОСТ Р544/8.25.2. должна и споты-эоеать стек протоколов, определенных в ЬЛ2 и В.ь.з.

В.6-2 А-Профиль

Сервисы и протоколы A-Профиля клиент/сер вер должны быть, как показано в таблице В.11.

Таблица В.11 -Службы и протоколы для юыеит/серевр А-Профиля

OSI model layer

SoecificatOT

m/o

Name

Serves speoScation

Protocol BpecAcatoon

Application

Manufacturing Message Specification

|24|

[24

m

Association ControfService Element

126]

[27]

m

Presentation

Connection Oriented

124

129]

m

Presentation

Abstract Syntax

ГОСТ PHCO 8324

ГОСТ P ИСО/МЭК 8825-1

m

Session

Connection Oriented

ГОСТ РИСО 8326

[30]

m

Session

Реализация соглашения

Да>е*гй А-Профиль должен соответствовать соглашениям, указанным в [22] (пункт 6.2.2).

В.6.3 TCP/IP Т-Профиль

Сервисы и протоколы ТСРЛР T-Профиля должны быть таки»*. как показано в таблице В. 12.

Спецификам* для уровня канала данных и фихчесжого уровня очень специфичны для реа/ьоации и выходят за рамки сер»* стандартов ГОСТР 54418.25.

Таблица В. 12 - Службы и протоколы для к/ыемт/сереер TCP/IP Т-Профиль

OSi Model Layer

Specifica'jon

Т/О

Name

Seoce speczfccabon

Proloco» specificate*

Transport

ИСО Transport on top of TCP

1381

m

Internet Control Message Protocol (ICMP)

ПИ

m

Transmisson Control Protocol (TCP)

112]

m

Network

Internet Protocol

[101

m

An Ethernet Address Resolution Protocol (ARP)

[131

m

DataLink

Реализация специфика и выходит за рамки серпы стандартов ГОСТ Р 54418.25

-

Physical

-

Реализация соглашения

TCP .KEEPALIVE

В соотеегстм* с (12) должна быть реатэоеаиа фумодия TCP .KEEPALIVE. Значение TCP KEEPALIVE должно быть конфигурируемо. Диапазон допустимых зндкный должно быть указанно в декларац»* реализации PIXJT. Значения TCP должны быть указаны в секундах.

Примечание - Рекомендуется, чтобы ьынимахкные-максиматъные значения допустимого диапазона были не выше 20 с. Также рекомендуется, чтобы TCP .KEEPALIVE был конфигурируем м*ыммум к 1 с. Это приводит к рекомендооа»чому диапазону от 1 до 20.

Транспорт селектор:

Размер Транспорт Селектора должен быть максимум 4 октета.

Приложение Г (обязательное)

Отображение специального сервиса связи Г.1. Основные положения

Г.1.1. Введение к отображению ГОСТ Р МЭК 60870-5-104. указанного в [35]

В настоящем приложен»* описью использование [35] для отображения в ГОСТ Р 54418.25 классах Информационной Мсдег* (IM) и сервисах Модели Обмена Информацией (IEM) в ГОСТ Р МЭК 60870-5-104.

Сервис моделей, определенных в ГОСТ Р 54418.25.3. отображается в ГОСТ Р МЭК 60670-5-104. как определено в [35]. На отображение, определочное в стандарте [35]. ссылаются в данном прилажвньы.

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

-    Г.1 - содержит общее введение отображения в ГОСТ Р МЭК 60870-5-104;

-    Т.2 - содержит список нормативах ссылок для отображения в ГОСТ Р МЭК 60870-5-104;

-    Г.З - содержит список сокращенных тормююе. используемых в настоящем приложен»**:

-    Г.4 - содержит отображение Информационной Модели в ГОСТ Р МЭК 60870-5-104:

-    Г.5 - содержит отображение Информационной Модели Да>ыых в ГОСТ Р МЭК 60870-5-104;

-    Г.6 - содержит отображение Модели Обмена Информацией в ГОСТ Р МЭК 60870-5-104 услугах:

-    Г.7 - предоставляет детали стека протокола для ГОСТ Р МЭК 60870-5-104;

-    Г.8 - предусматривает использование SCL (Язык Конфигурации Подсганщии) расширение для включе*ыя ГОСТР МЭК 60870-5-104 информации (информационный пункт).

Г.1.2 Область применения отображения в ГОСТ Р МЭК 60870-5-104, представленного в [35]

Областью применен»* отображения, определенного в данном приложены* является использован*© ГОСТ Р МЭК 60870-5-104 для достижения процессов обмена информацией, необходимой для операций ВЭС.

Область применения [35] показывает прижхип. как добиться реального времени процесса обмена информацией. необходимого для оперативных целей, между подстанцией или эпектроста*кдюй. например ВЭС. ислогы-зующие СОС в ооюее модели данных и центрэ(-ов) убавления с помощью свяж через a Wide Агва Network (WAN) соответствующей определению ГОСТ Р МЭК 60870-5-101 / ГОСТ Р МЭК 60870-5-104. Массив ииформац* реальною времени обеспечивает устройства (IED). которые могут варьироваться в зависимости от оперативных потребностей. Исгкжыитвли могут быть региональные и национальные центры управления, которые получают в реальном времен* информацию в целях мониторинга и контроля за процессами.

Отображения, описаныые в настоящем приложении, основаны на определениях серии стандартов ГОСТ Р 54418.25 и ГОСТ Р МЭК 60870-5-104. Область применения отображают ГОСТ Р МЭК 60870-5-104 - совокупность указанных в Г.1.3.

Г.1.3 Отображение архитектуры

Отображению архитектуры состоит из трех частей:

1)    отображение информационной модели.

2)    сопоставление даньых (часть информационной модели).

3)    отображение службы обмена информацией.

Указанное отображение основано с помощью Common Adres of AS DU (CASDU) и Information Object Addres (ЮА). чтобы привести в соответствие использованные модели LD и LN и передачи информации реального в реме»* (данных) с использованием стандартизированных ASDUs. То же самое применяется для сервисов и функций Basic Application в РОСТР МЭК 60870-5-104

Информационная модель ВЭУ. определенная е ГОСТ Р 54418.25 2, должна отображаться иерархической структурой.

Концептуальное отображение показано на рисунке Г.1. Информационная модель ВЭС серим стандартов ГОСТР 54418.25 предназначена для сохраиеимя когда сопоставляется с сервисом ГОСТ Р МЭК 60870-5-104.

Даныое соответствие между основным* объектами моделей ГОСТ Р 54418.25 и ГОСТ Р МЭК 60870-5-104 определяет, что:

-    сервер и клиент реа/ызуюг определенную модель ВЭУ ГОСТ Р 54418.25 конфигурацией:

-    конфигурация мажет быть сделана по-разному: или онлайновой конфигурацией или с дополнмтегъным использованием Substation Configuration Language - файл SCL согласно Г.8:

-    клиент получает доступ к иерархической информационной модели ВЭС ГОСТ Р 5441825.2 через сервисы, предоставленные ГОСТ Р МЭК 60870-5-104. чтобы обманываться дамныкы реального времени.

Рисунок П1 - Архитектура отображения (концептуальная)

Службы обмена информации ВЭС, определенные в ГОС7" Р 54418.25.3 IEM. должны быть отображен в сервисах, перечисленных в таблице Г.1. Графа М/О указывает, определяется ли служба в ГОСТ Р 54418.25.3 как обязательная или допопнитегьная. «Y» обозначает «Да», служба поддерживается, тогда как «N» обозначает, что поддержки нет.

Таблица Г.1 - Сервисы отображающие краткий обэор ГОСТ Р 5441в.25 )М и (ЕМ

ГОСТ Р 54418.25.2 Ш Class ГОСТ Р 54418.25.2 'EM Class

ГОСТ P 54418.25 3 IEM Services

U/O

Всронмиый a отображение

Maps lo

ГОСТ P ЫЗК 60870-5 Senrces

SERVER

Outstabon (управляемая станция)

GetServerOirectory

О

N

п.в. (добавляется допогьегтельмо службами за пределами ГОСТ Р МЭК 60870-5-104?

ASSOCIATION

Connection

Associate

M

Y

Estabfesh; ГОСТ Р МЗК 60870-5-104. subclause 7.1 Station initialization

Abort

о

N

n.a.a

Release

о

Y

Close: ГОСТ P МЭК 60870-5-104, subclause 7.1 Stabon initialization

Продолжение таблицы Г1

ГОСТ Р $4478 25.2 Ш Class ГОСТ Р $4416 25.3 IEM Class

ГОСТ P $4413.25 3 IEM Services

ЫЮ

Волоченным а отображение

Maps to

ГОСТ Р МЭДГ 60670-5 Semes

LOGICAL-DEVICE

CASOU

GetLogicaOeviceOtfectory

О

N

п.а. (добавляется допогжжггельмо службами снаружи ГОСТ Р МЭК 60870-5-104).

LOGICAL-NODE

GetLogicalNodeDrectory

О

N

п.а. (добавляется допогьегтельмо службами снаружи ГОСТ Р МЭК 60870^-104?

DATA

DATA-SET

GetOata Values

м

Y

Read command ASDU T1 <102> (Read процедура on род елейная в ГОСТ Р МЭК 60870-5-104. subclause 7.4.14).

SecData Values

м

Y

ASDU T1 <111> « Параметр измеренного знамения, масштабируемою значения « или ASDU Т1 <112> « Параметр измеренною знамения, короткою значеьмя с плавающей точкой к опциомагъно используется для установки атрибута db из С DCs MV и CMV

(процедура загрузки параметра определяется в ГОСТ Р МЭК 608705-101. subclause 7.4.9)

GeCDataDvectory

о

N

п.а. (добавляется допогмггельно службами снаружи ГОСТ Р МЭК 60870-5-104у»

GeCDataDefvvtion

о

N

п.а. (добавляется допогьоггельмо службами снаружи ГОСТ Р МЭК 60870^-104?

GecDataSetVaiues

м

N

SecDataSefValues

о

N

CrealeDataSet

о

N

DeieteDataSet

о

N

GetDataSetDiractofy

о

N

REPORTING

AddSubscripbon

о

N

RemoveSubscription

о

N

Report

о

Y

Непосредственная передача с при-меняе«*>*м ASDUs6

BRCB

GetBRCeVakies

о

N

SetBRCB Values

о

N

URCB

GetURCBVaiuee

о

N

SetURCBValues

о

N

Окончание таблицы Г1

ГОСТ Р 54416 25.2 Ш Class ГОСТ Р $4416 25.2 IEM Class

ГОСТ Р $4416.253 IEM Services

UK)

Волоченным • отобркжеые

Maps to

ГОСТ Р МЭК 60670-5 Servoes

LOG

GetLog Status Values

О

N

QueryLogeyTime

О

N

OueryLogAfter

О

N

SeTLCBValues

о

N

CONTROL

Select

о

Y

ASDU TI <58. 59. 60.62 63> Select (S/E=0)

SelectWrffiVaHje

о

Y

ASDU TI <58. 59. 60.62. 63>

Cancel

о

Y

ASDU TI <58. 59. 60. 62. 63> COT <8> deactivation

Operate

м

Y

ASDU TI <58. 59. 60.62. 63> Execute (S/E=1)

CommaodTermtnabon

о

Y

ASDU TI <58. 59. 60. 62. 63> COT <10> ActTerm

TmeActrvaledOperale

о

N


Примечания

° Не приме»то для отображения в ГОСТ Р МЭК 60870-5-104

ь ASOUs для непосредственной передав: 30>,<31>.<32>.<33>.<35>,<36>.<37>.<39>.<40> кая представлено в [15J (пункт 9 3.2).


Г.2 Ссылки, характерные для отображения к ГОСТ Р МЭК 60870-5-104

ПОСТ Р МЭК 61850-5-2011 Сети и систвяы связи на подставках. Часть 5. Требования к связи для функций и моделей устройств

ПОСТ Р МЭК 60870-5-101-2006 Устройства и системы телемеханики. Часть 5. Про тойоты передачи Раздел 101. Обобщающий стандарт по основным функциям телемеханики

ПОСТ Р МЭК 60870-5-104-2004 Устройства и системы телемеханики. Часть 5. Протоколы передачи Раздел 104. Доступ к сети для ГОСТ Р МЭК 870-5-101 с использованием стандартных транспортных профилей

ПОСТ Р МЭК 61850-7-1-2009 Сети и системы связи на подстанциях Часть 7. Базовая структура связи для noocTOi    и л mi юй§ юго o6opyaooai тля. Раздал 1. При* «днпы и мооопи

ГОСТ Р МЭК 61850-7-2-2009 Сети и системы связи на подстанциях Часть 7. Базовая структура связи для подстанций и линейного оборудоваться. Раздел 2. Абстрактный интерфейс услуг связи (ACSI)

ГОСТ Р МЭК 61850-7-3-2009 Сети и системы связи на подстанциях Часть 7. Базовая структура связи для подстанций и линееьюго оборудовать». Раздел 3. Классы общих данных

При пользоваться настоящим приложением дополнительную информацию можно полу*ыгь из (35) и (36].

Г.З Сокращения

Сокращения приведены в разделе 4 настоящего стандарта.

Г.4 Отображение ГОСТ Р 54418.25 Информационной Модели с ГОСТ Р МЭК 60870-5-104, как указано 8 [34]

Г.4.1 Основные положения

Отображение иерархической информационной модели WPP ГОСТ Р 54418.25.2 к ГОСТ Р МЭК б0870-5-104 протоколу, основывается на конфигурации, прмведедеой на рмсумсе Г.1. Сконфигурированные данные определяются как в Процесс Изображения (Р1).

IM данные ГОСТ Р 54418.25.2 уникалыы и определяются его однозначностью в иерархической модегм ГОСТ Р 54418.25.2. Отображе»ые ГОСТ Р МЭК 60870-5-104 должно поддержать уникальную схему кум вреде и единсгве»ь«ых дшяых. Определение достигается назначением LO-уникального номера, определяющего CASOU. LNs присваиваются серии чисел адреса ЮА.

Десятичный подход используется для олределедея LDs и LNs. Табгища Г.2 дает краткий обзор двух возможных схем адресацде. отображения IM ГОСТ Р 54418.25 LDs и LNs с ГОСТ Р МЭК 60670-5-104. Рекомендуется использовать инструмент Разработки Данных, чтобы управлять использованием CASOU и чисел ЮА. чтобы полутень уникальную схему нумеращы.

С DC отображается в ASDUs ГОСТ Р МЖ б0070-5-104. Для каждого отдельного данного будет уникальная комбинация адреса (CASDO и ЮА) и в ASDU. Г.5.1.2 описывает отображение CDC проекта стандарта ГОСТ Р 54418.25.2 к основному С DC. унаследованного от ГОСТ Р МЖ61850-7-3. Г.5.1.3 описывает отображение основных СОС для ASDUs к используемому ГОСТ Р МЖ 60870-5-104.

Настоящее приложение касается отображения ГОСТ Р МЖ 60870-5-104. Стек протокола, который будет использоваться для этого отображения, описывается в Г. 7.

Таблица Г.2 - Пример отображения LD и LN для CASDU и IAO

ГОСТ Р $4416.25


ГОСТ Р МЭК 60870'$* 104

LD


WPP

WTG1

WTGn


LN


CAS0U


1АО


from


IAO


to


Комме ит арии


WALM

WMET

WAPC

WRPC


X

Х*1 Х*п X* 1


10000

20000

30000

40000


19999

29999

39999

49999


WTUR

WROT

WTRM

WGEN

WCNV

WTRF

WNAC

WYAW

WTOW

WALM

WSLG

WALG

WREP

WALM

WMET

WAPC

WRPC

X


100000

110000

120000

130000

140000

150000

160000

170000

180000

190000

200000

210000

220000


109999 119 999 129999 139999 149999 159999 169999 179999 189999 199999 209999 219999 229999


LN согласно операционной потребности

LN согласно операционной потребности_

LN согласно операционной потребности

Альтернатива А: Эта альтернатива использует определенную схему мумерацты а для того, чтобы присвоить LD и LN «мела LD присвоенное untqueCASOU число в пределах системы.

Класс LN использует диапазон адресов ЮА. Диапазон может влиять на «мело дамых размешенных LN. Есть* «мело да»мых мало, а число 1 000-и адресов может бытьиспользовадоо для LN. Уникальные адреса для данных получаются определенным числом CASDU для LD и адреса ЮА.

Рекоммендовамю иметь гметрумент Data Engineering, которым управляет ис пользованием CASDU и ЮА «мсел.


WTUR

WRQT

WTRM

WGEN

WCNV

WTRF

VVNAC

WYAW

VVTOW

WALM

WSLG

WALG

WREP


Альтернатива Б. Для этой альтернативы у всех LDs в области, определенной ка ветропарк. есть то же самое число CASDU. Определение класса LN числа ЮА. свободно определенные поставщиком или адаптером к схеме нумерации, используемой утигытой.

Унта/ъные адреса для да»ыых получаются одним определенным CASDU и утмкальньш ЮА для данных LN.

Рекомендовано иметь гметрумент Data Engineering, которым управляет использованием CASOU и ЮА чиооп.


Г.4.2 Отображение класса Логического Устройста IM

Класс Логического устройства должен быть привязан к Common Ad res ASOU (CASOU) в соответстым с таблицей Г.З.

Таблица Г.З-ОтображениеЛогическогоустройства

ГОСТ Р $4418.2$. 2 IM class

Maps to

Logical Device, e.g. WPP or WTs

CASDU

Logical Device - LD

One number is assigned tor each LO

Примечание - CASOU макет быть структурирован или неструктурирован. Например. CASOU может идентифицировать Ю Стаиимм и ЛОЛ^ЕСКИЙ Ю Экземпляре Устройства. Рекомендуется сделать схему адреса* lmm. чтобы иметь унмкальньы адрес для определенной станщм. Например, для маленьких станций, один CASOO мажет быть присвоен для станщии. у всего LO тогда будет тот же самый CASDU. Для большой станции могут использоваться несколько CASDUs. чтобы идентифицировать каждый LD. Полное максимальное количество CASDUs для одной ссылки 66534.

Г.4.3 Отображение класса Логического Узла IM

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

Таблица Г.4 - Отображвнме Логического узла

ГОСТ P $4418.2S 2 iU class

Maps to

Logical Node

ЮА address

Logical Node - LN

A serie at ЮА addresses shai be assigned to each LN class

Примечание - Все атрибуты класса LN неявно определяются и видимы. ЮА может быть структурирован или неструггурироеэн. Для обоих случаев рекомендуется десяти»ыый подход для того, чтобы опредегыть адреса ЮА Полное максимальное количество адресов ЮА на CASDU на одной ссылке - 65536.

Г.5 Отображение ГОСТР 54418.25 Информационной Модели данных с ГОСТ Р МЭК б0870-5-104 П5.1 Отображение Классов Общих Данных (Common Data Classes - CDC)

Г.5.1.1 Основные положения

Каждый Класс Общих данных (СОС) состоит из одного или более атрибутов данных определенного типа данных. Каждый атрибут данных и тип данных должны быть отображены на один определен кий ЮА (как в Г.4 3) и един определенный ASDU.

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

Примечание - Требования для отображения LD. LN на CASDU и ЮА могут изменяться по различным областям применения. Самый подходящий способ отображения должен быть определен на утилите мм основании проекта а зависимости от определенных потребностей. CASDU и ЮА в ГОСТ Р МЭК 60870-5-/0// ГОСТ Р МЭК 60870-5-/04 являются только числами, которые должны быть уникальными в пределах одной ути-литы/лроекта.

Отображение Классов Общих /утиных разделено на следующие разделы:

•    отображение CDC. определен»*** в Информационной Модели ГОСТ Р 54418,25.2:

•    отображение основных CDC. унаследованных от ГОСТ Р МЭК 6/850-7-3;

- отображение комплекса CDC. унаследованных от ГОСТ Р МЭК 61850-7-3.

Г.5.12 Отображение Классов Обомх Данных (СОС). определен»ых еИнформационной Модагм РОСТР 54418.25

Г.5.1.2.1 Основное положение

Отображение классов общих данных, определенных в информационной мед его ГОСТ Р 54418.25.2. основано на простом С DCs. унаследованном от ГОСТ Р МЭК 61850-7-3. представленных в таблице Г.5.

Таблица Г.5 -СОС определенные в ПОСТР54418.25.2

COC (Attribute data types)

CDC Inhered from ГОСТ P U3K 81856-7-3

STV Status value

Отображенный через COC INS Integer status

SPV Setpont value

Отображенный через COCAPC Controllable analogue set point information

ALM Alarm

Отображенный через

COC INS Integer status for data component actNfel COC SPC Controllable single

point for data component

almAck

Окончание таблицы Г. 5

СОС (Attribute date types*

COC inherve from Г ОС Г P А4ЭА 61

СМО Command

Отображении через СОС INC ControAabte integer status

С ТЕ Event Counting

Отображогаый через СОС INS Integer status for data component ActCtVal COC SPC Controlabie sin^e point for data component ManRs

TMS State timng

Отображотаякн через CDC SPC Controlabie single point for data component manRs COC INS Integer status for data component actTmVa and for data component ddTmVal

ASS Alarm Set Status

He поддерживается

Г.5.12.2 Отображение Зн^тенкя Статуса СОС и класса STV

Обязательные Данные класса общих    STV изображаются в таблице Г.6.

Таблица Г.б - СОС: Значение Статуса. STV класс

STV Класс

Им* атрибут*

Тип атрибута j FC | TrgOp | О6ь*си«то«е и Значение* Диапазон

WOtC

DataName

Inherited from Data Class (see ГОСТ P U3K 61650-7-2)

Data

^формация статуса

actSt |

| INS | | | Фактическое состомые

I_«_

Да»яю [actSt] INS должны быть отображены, как представлено в [35] (подраздел 7.4).

Г.5.1 _2.3 Отображение СОС Задаююе Значение. SPV класса

Обязательные Данные класса общих да»»ых SPV представлены в таблице Г.7.

Таблица Г.7- СОС: Задаююе Значение. SPV класс

STV Класс

Им* атрибута

Тил атрибута | FC | TrgOp | Зиачаиме'Диапаэон значении

u/0;C

DataName

Inherited ton Data Class (см. ГОСТ Р МЭК 61850-7-2)

Data

Имформадог о статусе и управленцы

actVfel

| АРС [ | | Требования эначотаы сета или параметра

| М

Да*«яэ*е JactV^f] - АРС Должны быть отображены, как представлено в Г.5.1.3.2. Г.5.1 _2.4 Отображение СОС Сигнал и займе ALM класса

осязательные Данные ALM класса общих данных представлены в таолице 1.6.

Таблица Г.8- СОС: Сигнализация ALM класс

ALM class

Им* атрибута

Тил атрибута | FC | TigOp | Объяснение и Значение.’Диапазон

ЫЮ>С

DataName

inherited ton Data Class (см. ГОСТ P МЭК 61850-7-2)

Data

Control and status information

actSt

INS

Значение аварийного состояния

M

almAck

SPC

Acknowledgement

М

Дажые [actSt] INS. Долж»ы быть отображены, как представлено в [35] (подраздел 7.4). Даьмые [almAck] SPC. Должны быть отображены, как представлено в [35] (подраздел 7.17). Г.5.1.2.5 Отображение команды СОС. класса С МО

Обязательные Данные CMD класса общих данных представлены в тэблиие Г.9.

Таблица Г.9 -СОС: Команда . CMDкласс

ALM class

Ими атрибута

Тил атрибута | FC | TcgOo } Объяснение и Значение»Диапазон

МЮ.С

DataName

Inherited ton Data Class (см. ГОСТРМЖ 61850-7-2)

Data

Control and status information

actSt |

| INC | | | Фактическое состояние улравлежя

I_м_

Дшаяю [actSt] INC. Должны быть отображен, как пред ставлено в [35] (подраздел 7.19).

Г.5.1-2.6 Отображение CDC Подсчета Событий. СТЕ класса

Обязательные Данные класса общих да»кых СТЕ представлены в таблице Г. 10.

Таблица Г.Ю-СОС: Счет событий. СТЕ класс

ALU class

Имя атрибута

Тип атрибута | FC | T«qOp | Объяснение m Значение Диапазон

МЮ/С

DataName

Inhented from Data Class (см. ГОСТ P KOK 61850-7-2)

Data

Control and status information

actCtVai

INS

Количество фаглмесхого события

М

manRs

SPC

Руководство вызова перезагрузи

М

Датяыо [actdVal] INS и должны быть отображен сак представлено в [35] {подраздел 7.4). Данные (manRs] SPC. Они должны быть отображены, как представлено а [35] (подраздел 7.17).

Г.5.1-2.7 Отображение Синхронизация структуры CDC. класса TMS Обязательные Данные TMS класса общих данных представлены в таблице Г. 11.

Таблица Г.11 - CDC: Сьеифонизадо* структуры CDC. классе TMS

ALU class

Имя атрибута

Тмо атрибута |

i rc i

| TrgOp |

| Объяснение и ЗмачеииеЩяапаэои

МЮ/С

DataName

Inherited from Date Class (см. ГОСТ P KOK 61850-7-2)

Data

Control and status information

manRs

SPC

Руководство вызова перезагрузи

М

actTmVal

INS

Фактическая продолжитегыюстъ времени состояния

М

c*JTmVal

INS

Продолжительность состояния в предыдущий раз

м

Дажые [manRs] являются SPC и должны быть отображены как SPC СОС. как представлено в [35] (подраздел 7.17). Да»»ые [actTm\tef] являются INS и должны быть отображены как INS CDC. как представлено в [35] (подраздел 7.4).

Дамые [okJTm\tef] являются INS и должны быть отображены сак INS. как представлено в [35] (подраздел 7.4).

Г.5.1_2.8 CDC Отображаемо Состояние Набора Аварийного сигнала СОС. класса ASS

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

Г.5.1.3 Отображение основных СОС. унаследованное от ГОСТ Р МЭК 61850-7-3

Г.5.1.3.1 Основное положение

Каждый Класс Общих данных состоит из данных и связанных атрибутов. Таблица Г. 12 определяет отношение между С DC и связанным ASDUs. который будет испагызовэтъся для того, чтобы отображаться на ГОСТ Р КОК 60670-5-104.

Таблица Г. 12 - Отображение структуры основных СОС

COCs defined ят ПОСТ Р U3K 61*50 7 3

Mappng detaAs defined Kv;

CDC (AftrOule data typos)

ASOU type

SPS Single point status

monitor (fraction (status): T1<30> as event Tl<1> as part of GJ

[35] (подраздел 7.2)

DPS Double point status

monitor cfrBdion (status): TK31> as event T)<3> as part of Gt

[35] (подраздел 7.3)

INS Integer status

monitor direction (status): Tl<35> or TK33> as event TK11 > or TK7> as part of GJ

[35] (подраздел 7.4)

BCR Binary counter reading

monitor direction (status): TK37> as event Tl<15> as part of Cl

[35] (подраздел 7.8)

SPC Controiable Sngte Point

monitor dveebon (status):

Tl<30> as event Tl<1> as part of GJ control direction (command): Tl<45> (without time tag) or Tl<58> (with time tag)

[35] (подраздел 7.17)

Окончание таблицы Г12

СОС* defined и ГОСТ Р из К 61450-73

Mapping delays defined n:

СОС (Aereute data types)

ASOU type

DPC Controllable Double Pont

monitor drection (status):

Tl<31> as event TK3> as part of GI control drecbon (command): TK46> (without bme tag) or TK59> (with time tag)

[35] (подраздел 7.18)

INC Controllable Integer status

monitor drecbon (status):

TK35> as event Tl<11> as pari of GI control drecbon (command): Tl<49> (without time tag) or TK62> (with time tag)

[35] (подраздел 7.19)

APC Controtable analogue set point information

monitor drecbon (status):

Tl<36> as event T1<13> as part of GI control drecbon (command): Tl<50>(without time tag) or Tl<63> (with time tag)

Г.5.1.3.2

MV Meastaed value

monitor drection (status): TK36> as event Tl<13> as part of GI

[35] (подраздел 7.9)


Примечание - DPS и DPC не испагъзуюгся в ГОСТ Р 54418.25.2. но определяются тек. как они могут быть использованы в расширениях модели.

TI := Тил идентификатора

_GI := Общи* Опрос ши опрос станции ASOU Л <100> CI := Встре*#«ьы опрос ASOU Т1 < 101 >_


Примечание - Показанные отображения включают в себя метку времен и применяемы для наблюденной информации, если она отправлена как событие. Ест информация отравляется как часть GI (Общий опрос Опрос а/Станции) или CI (Встречный Опрос), то полное отображение применимо кроме метки времет. Весь G1. дичые CJ отправляются, исключая метку времени

DataAttributes классов общих /увыых, изображенных в габгыце Г.12 и должны быть отображены как определено в [35] (раздел 7).

Классы Общих данных WDPL и LPL настоящего стандарта не могут быть отображены 8 ASDOs ГОСТ Р А43* 60870-5-104.

С DC. используемые для управления злектростажаы. используют различные модели упреале+мя как определено в ГОСТР МЭК 61850-7-2. Та же самая модель управления должна быть сконфигурирована в сервере и клиенте. Рекомендуется выбрать модель упраепетя. которая дает достаточную безопасность для управляемого объекта.

Г.5.1.3.2 Отображение СОС Управляемое Аналоговое значение промесса, класса АРС

DataAttributes АРС класса общих данных, представленные в таблице Г. 13. должны быть отображены как показано в таблицах Г.14 (для атрибутов с Фуикиюиальньа* Ограюгчителем MX) и Г.15 (для атрибутов с Functional Constraint СО).

Таблица Г.13 - СОС: Управляемое Аналоговое значете процесса. АРС клаос

APC class

Имя атрибута

Тип атрибута

i__i

| TrgOp | Зпа^ение/Диапаюм зяанни

M/O/C

DataName

Inherited from Data Class (cm

I. ГОСТ PU3K 61850-7-2)

DataAttribute

setporrt and measured attnbutes

ctIVbJ

AnalogueValue

CO

M

origin

Ongirvafcx

CO.MX

о

mxVal

AnalogueValue

MX

dchg

M

q

Quality

MX

q«*g

M

t

TimeStamp

MX

M

Configuration, descrfcbon and extenbon

ctJMode!

| ctJModets

I_Cf_I

1 1

1_—_

Табгькца Г.14 определяет отображение для атрибутов да»»ых А PC с Функциональным Ограии'ягтелем MX. Атрибуты данных [rnxVal ♦ t ♦ q] дошош отображаться на ГОСТ Р МЭК 60870-5-104 Tl ASDU <36> «Измере»яюе хэчение. короткое хачение с плавающей торсом с деофиптором времени CP56Time2a».

Табгмца Г. 15 определяет отображение для атрибутов данных АРС с Functional Constraint СО. Атрибут даитидх (ctWal ♦ источник] игы [ctfVaf ♦ истовее ♦ Т] должны отображаться на ГОСТ Р МЭК 60870-5-104 Tl ASOU <63> «Команда заданного хачежя. короткое значение с плавающей тонкой с дескриптором времени СР56Т*пе2а».

Примечание - Атрибуты Т и Ctrl Model определены в ГОСТ Р МЭК 61850-7-2 (раздел 17).

Таблица Г.14 - CDC: Управляемая аналоговая информация о заданном значении (АРС). отображение атрибутов данных Функционального Ограничителя MX

CDC класс

ГОСТ P MM 80870-5-1011 ГОСТ P MM 60470-5-104 отображеми

АРС

Tl<3в>

Имя

атрибута

Тил атрибута

DAComponenl

Ииформ а ииом*ш й элемент

ГОСТ P MM 60870 5-101/ГОСТ P MM 60870 5-104 Object Group Mapo«ig

mxVal

Analogue Value

mxVtil.l FLOAT32

IEEE STD 754

R32.23(Fraction.Exponent.Sign}

1

TimeStamp

CP 56 Time 2a

Seven octet bnary time. CP562a - Time of occurrence of dchg or Qchg

q

Quafety

QOS

vabdity -> IV

good 1 invatid -> valid | invalid questionable -> NT detailOual -> OV overflow -> overflow source -> S8 substituted -> substituted operatorBlocked -> BL blocked -> blocked

Таблица Г.15 - СОС: Управляемое Аналоговое заданное значение, отображение класса АРС даьяяих и приписанный Factional Constrant СО

СОС класс

ГОСТ P MM 60670-5• 104 отобрааемте

АРС

Tl <63> («r*h time tag)

Имя атрибута

Тип атрибута

DAComponeM

Иифермациоикм

элемент

ГОСТ P MM 60870-5-104 отображение групп элементов

CtINfel

Analog ueValue

CtfNtetf

IEEE STD 754

R32-23{Fracbon. Exponent Sign)

origin.orldent

OCTET

STRING64

FLOAT32

COT

Ohgnator Address := U18J9..16] <0..255>

<0> := default

< 1 .. 235> .= mxnber or onginator address Число адреса рмициатора должно быть отображено. чтобы приписать oddent (OCTET STRING64).

Примечание - Только значения д/ы-ны одного октета orldent могут быть отображены в Ongnator Address и>эа огра»е*чения в доапаэоме значения.

ongin.orCat

ENUMERA

TED

COT

Cause := 11)6(1 .. 6] <0 .. 63> Vafad for FC = СО:

remote control <о> activation <6> Vbtid for FC = ST:

not su pported <o> not used <->

remote control <o> return information caused by

remote command <11 >

automatic-remote -> return information caused by remote command <11 >

bay control <-> return information caused by local command <12> station control, automatic bay.

automatic station •> геЬжп information caused by local

command <12>

process <-> spontaneous <3>

maintenance -> spontaneous <3>

Г.5.1.4 Отображение сложных Классов Оби*х даижх. унасладоваитх от ГОСТ Р МЭК 61850-7-3 Г.5.1.4.1 Основное положение

Табгъсца Г.16 определяет отхоше»ме между сложим С DCs унаследованным от ГОСТ Р МЭК 61850-7-3 и связанная# ASDUs. который будет использоваться для того, чтобы отображаться в ГОСТ Р МЭК 60870-5-104.

Таблица Г.16 - Отношение между сложным CDGs и ГОСТ Р МЭК 60870-5-104 ASOUs

С ОС унаслеломнкмм от ГОСТ Р МЭК 61050-7-3 (Тят атрибута даимыж)

ГОСТ P U3K 80870-5-104 Отображение

Ото6рджа1че детален, олредепеиныж а

CMV - Complex Measured Value Value

Отображенный кат ряд классов общих данных CMV. У каждого MV есть свой собственный ЮА.

[15] (подраздел 7.10)

WYE - Three Phase Value

Отоброжоткгый как ряд классов общих данных CMV. У каждого MV в CMV есть свой собственный ЮА.

[15] (подраздел 7.11)

DEL - Three Phase Value

Отображенный как ряд классов общих данных CMV. У каждого MV в CMV есть свой собственный ЮА.

[15] (подраздел 7.12)

DataAttributes комплекса общих классов данных, описанных в таблице Г.16. должны быть отображены, как определено в [35] (раздел 7).

Г.6 Отображение Модели Обмена информацией к сервису ГОСТ Р МЭК 60870-5-104 Г.6.1 Слисок моделей сервиса и соответствующих отображений

Услуги моделей, опродепетыьа в ACSJ (см. ГОСТ Р МЭК 61850-7-2). и сопоставление с ГОСТ Р МЭК 60870-5-104/ ГОСТ Р МЭК 60870-5-101 приводится в таблице Г.17. Отображение услуг определяется в соответствии с [35] (раздел 8).

Таблица Г.17 - Отображение сервиса ГОСТ Р 54418.25 ACS I в сервисе ГОСТ Р МЭК 60870-5-104

ГОСТ РЫМ 61850-7-2 Серене

Отображение c

Определено •

Server

Outstation (controlled station)

GetServerOiredory

n.a. (должны быть добавлены при необходимости со службами за пределами ГОСТ Р МЭК 60870-5-104 и ГОСТ Р МЭК 60870-5-101 а>

[35] (подраздел 8.2)

Association

Connection

Associate

Establish; ГОСТ Р МЭК 60870-5-104 (подраздел 7.1)

[35] (подра> дел 8.3)

Abort

nA#)

Скшм тст Р МЭК 6ПЯ70-5-1П4 (rwuv*vn*n 7 1)

Logical

Device

CASOU

GetLocpcalOevtceOirBcfcxy

п.а. (быть добаалеиты дополнительно со службами за пределами ГОСТ Р МЭК 60870-5-104)»'

Logical Node

Од*ы или несколько из ЮА(б)

GetLogrcalNodeOi rectory

п.а. (быть добавленным допогьыгельно со службами за пределами ГОСТР МЭК 608704-104) “

[35] (подраздел 8.4)

GetAMData Values

Interrogation command T1 <100> с|

Data

Одры или несколько из ASDltys)

GetData Values

Read command ASDU T1 <102>

[35] (подраздел 8.5)

SetDataVaiues

AS DU Tl <111> с Параметр измеренного значения, масштабируемого значетыя к или ASDU TI <112> к Параметр измеренного знамения, короткого эиачегыя с плавающей точкой « опционально ислогъзуемый. чтобы установить db атрибута MV С DCs и CMV (гтроцодура загрузки параметра определяется в ГОСТ Р МЭК 60870-5-101 (гтужгг 7.4.9)

GetData Directory

п.а. (быть добавленным допогьыгельно со службы за пределами ГОСТРМЭК 60870-5-104)"

GetDataDefinrbon

пз. (быть добавленным допол>ытвльно со службы за пределами ГОСТ Р МЭК 60870-5-104) »'»

DataSet

п.а.

Окончание таблицы Г17

ГОСТ P M3K 61BS0-7-2 Серые

Отображение ■

Овраавлено •

GetOata Set Values

n.a. *'

SetDataSetVaues

n.a.

CraateDataSet

n.a.a|

DeteteOataSet

n.a.af

GetOataSetOrectory

n.a. ■»

Setting Group Control Block

SelectActiveSG

Sin^e command ASCXJ T1<58>

[35) (подра> дел 8.6)

SetectEditSG

n.a.c>

SetSGVaJues

n.a.Cl

Confirm EditSGVaJues

n.a. c>

GetSGVBIues

n.a.c)

GetSGCBValues

n.a.c*

Report

Control Block

Report

Самопроизвольная передача с применимым ASOOs 01

(35) (подрез-дел 8.7)

GetBRCBValues

n.a. c>

Set BRC В Values

n.a.c)

GetURC В Values

n.a. c>

SetURCBValues

n.a.°

LOG Control Block

n.a.c

GetLCBValues

n.a. c>

SetLCBVafues

n.a.c>

LOG

n.a.c*

GetLogStatus Values

n.a.c>

ОиетуСодвуТкпе

n.a.e)

OueryLogAflsr

n.a.c*

Control

Управляемый информационный объект

Snlnri

n Я c>

(35) (nrwvrw дел 8.8)

SeiectWithVfclue

AS DU Tl <58.59.60.62.63>

Cancel

AS DU Tl <58.59.60.62.63>

Operate

ASOU Tl <58.59.60.62.63>

Comma ncfTerrmnat ion

ASOU Tl <58.59.60.62.63>

TmeActivatedOperate

n.a.c


*> Не применимый для отображения на ГОСТ Я МЖ 60670-5-101.

Ь) ASDUs для самопроизвольной передачи: <30>. <31 >. <32>, <33>. <35>. <36>, <37>. <39>. <40 как выбрано в Разделе Г.7.

с> Эти сервисы огмсаны в ГОСТ Р МЖ 61850-7-2._


Г.6.2 Отображение класса Контроля

Г.в-2.1 Основное полажено

Только два случая от модели класса УПРАВЛЕНИЯ в ГОСТЯ 54418.25.3 (определено в ГОСТ Я МЖ 61850-7-2) могут быть отображены на передачу команды ‘Basic application functions" (определено в ГОСТ Я МЖ 870-5-5). используемый в ГОСТ Я МЭК 60670-5-104 почти незаметно для пользователя:

-    случай 3: Прямое управление с упуущоееюй безопасностью (олисаеаюе в Г.6-2.3). которое отображается на функциональную «прямую команду». отрвдело»чую в ГОСТ Я МЖ 870-5-5 (подраздел 6.8):

-    случай 4: S80 контролер с улучшенной безопасностью (описанный в Г.6.2.4). который отображается на функцию, ‘выбор и выполнено* команды', огределенную в ГОСТ Я МЭК 870-5-5 (подраздел 6.8).

Чтобы использовать lEDs в существующих установках, которые испагьзуют «Прямое управление с иорма/ь-ной безопасностью* отображения класса УПРАВЛЕНИЯ, и избегать изменения установок, параметров для класса управления в этих lEDs, дополни тельное отображение определяется следующим образом:

- случай 1: Прямое управление с нормальной безопасностью (огнеа«юо в D.6.2.2), которое отображается на функциональную «прямую команду», определенную в ГОСТ Р МЭК 870-5-5 (подраздел 6.8).

Примечание - Не у всех ASDUs необходимый для фужсциока/ь>ной «прямой команды» ГОСГ Р МЭК 870-5-5 есть соответствующее ГОСТ Р МЭК 61850 сообщение, что означает, что в некоторых случаях два ASDUs должны быть сгенерированы в реэугыэте одного сообщстыя в соответствии с ГОСТ Р МЭК 61850 (никакое иепо-срадствеиюе отображение сообщений невозможно).

Для случая 3 «SBО с нормальной безопасностью» Модеть» упраалеися соответствующего отображения на основную прикладную фучюеео «передача команды» ГОСТР МЭК 870-5-5 возможна

Фумщии для отображения Модели управления показываются в схемах устройством независимой функции, вызванной «отображатель Ctrl» как пример.

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

Схемы также показывают примеры в послодоватегъиости взаимодействий с устройством, которым управляют. Рассмотрение интерфейса устройства, которым управляют, находится вне контекста этого стандарта, но пример включается, чтобы показать полную ссылку от служб управления ГОСГ Р 54418.25.3 к управле»ыю физического устройства.

Модель управления реализуется в сервере, и та же самая модель управления должна быть реализована на стороне к/ыента. Сервер ответственен за прюеттие мер. чтобы предотвратить неправильное функционирование, в случае, если есть несоответствие между моделью управления, выполняемой клиентом, и моделью упраале*мя. выполняемой сервером.

Г.6.2-2 Прямое Управление с Нормальной Безопасностью (допопнитвгыной)

Г.6-2.2.1 Основное положение

Прямое Управление с Нормагыыми Службами безопасности должно быть отображено, как определено в (35) (пункт 8.8.2).

Г.6-2.2.2 Прямое Управление с Нормальной Безопасностью с корректировкой данных - положитегыиый случай

Рисунок Г2 показывает полажительдей случай для м одеты контроля Прямого Управления с Нормальной Безопасностью и корректировкой да»»«кх.

Рисунок Г2 - Прямое Управление с Нормальной Безопасностью с корректировкой данных -

лопожителыый случай

Г.6_2_2.3 Прямое Управление с общей Нормальной Веэопэоюстыо - отрицатегьный случай а) no Oper_resp from server Л ED

Рисунок Г.З показывает отрицательный случай а) без Oper_resp из serveгЛЕй для модели контроля Прямого Управления с Нормальной Безопасностью.


Рисунок Г.З - Прямое Управление с обшей Нормальной Безопасностью - отрицательный случай а)

Г.6.2.2.4 Прямое Управление с обшей Нормальной Безопасностью - отрицательный случай б) negative Орег_ resp from server/lED (отрицательный оперативный ответ от сервера)

Рисунок Г.4 показывает отрицательный случай б) negative Oper_resp from server/IED модели контроля Прямого Управления с Нормальной Безопасностью.

ИнФоРАаОмв# nDmet

РОСТР МВесвоа7МИ04    Ыодшь юхтропя в еоопттат с    взшт&*<гш*о

Рисунок Г.4 - Прямое Управло» но с обшей Нормагьной Безопасностью - отрицательный случай б)


устройство

Г. 6.22.5 Прямое Управление с общей Нормальной Безопасностью с обновлением состояния - отрицатегъ-»ый случай в) по status update detected (не зафиксировано обновления состояния)

Рисунок Г.5 показывает отрицательный случай в) по status update detected для модегы контроля Прямого Управления с обшей Норма/ьмой Безопасностью с обновлением состояния.

ГОСГР МЭК 90870-6-154

Модельноктрога в i

t

I

Рисунок Г.5 - Прямое Управление с общей Нормальной Безопасностью с обновлением состоимся -

огрмдаталыьм случай в)


пример

bjbvmqp—стип оутрвапгшьм уотроАотвом

Угф&втылов

устройство

Г.6 2.2.6 Прямое Управление с общей Нормальной Безопасностью без обновления состояния - положи тегь-мнй случай

Рисунок Г.6 показывает положитвгъиый случай для модели контроля Прямого Управлемся с общей Нормальной Безопасностью без обновления состояния.


Г.6_2-3 Прямое Упраалемле с Улучшенной Безопасностью Г.б-2.3.1 Общие положения

Сервисы Прямого Управления с Улучшен ой Безопасностью следует отображать сак определено в [35] (пункт 8.8.3).

Г.6-2.3.2 Прямое Упраеле^е с Улучшенной Безопасностью - положительный случай

Рисунок Г.7 показывает положительный случай для модели контроля Прямого Управления с Улучшенной Безопасностью.

Г.6.2.3.3 Прямое Управление с Улучшенной Безопасностью - отрицательный случай а) по Oper_resp from server/lED

Модель контроля соответствует Прямому Управлеьмю с Улучшенном Безопасностью - отрицательный случай а) см. схему на рисумсе Г.З.

Г.6_2.3.4 Прямое У правленые с Улучшенной Безопасностью - отрицательный случай б) negative Oper_resp from server Л ED

Модель контроля соответствует Прямому Управлеьмю с Улучшенной Безопасностью - отрицательный случай б). Смотри схему на рисумсе Г.4.

Г.6-2-3.5 Прямое Управление с Улучоииеюй Безопасностью - отрмоатолы^й случай в) no status change detected by server/IED

Рисунок Г.8 показывает отрицательный случай в) отсутствие изменения статуса, обнаруженное сервером/ IED для модели контроля Прямого Управления с Улучшен к юй Безопасностью.

_    Мадвгж пирога в ulhiimiuibi о    М4фармар)ОИ1мй ryiarap

ГОСТ Р ИЭ< «*70-5-104 ГОСТ P54418JKJ ■ ГОСТ РШК «1860-7-2    в**мЫкг**о


Г.6_2.3.6 Прямое Управление с Улучшенной Беэоласиос1ЪЮ - отрицательней случай г) по CMDTemi_req from server/lED

Рисунок Г.9 показывает отрицательный случай г) по CMDTemweq from server/!ED для модегы контроля Прямого Управления с Улучшенной Безопасностью.

Рисунок Г.9 - Прямое Управление с Улучшенной Безопасностью - отрицательный случай г)


Г.6_2.4 SBO-Управлеиие с Улучшенной Безопасностью Г.6_2.4.1 Основное положение

Сервисы SBO-Управления с Улучшенной Безопасностью следует отображать, как определено в [35] (лутест

8.8.4).

Г.62.42 SBO-Управленме - положи твльньй случай

Рисунок Г. 10 показывает положительный случай для модом контроля SBO-Управления с Улучшенной Безопасностью.

Г.6.2.4.3 SBO-Управле^ме - атрщательный случай а) по _гзр from server/IED

Рисунок П1 показывает отрицательный случай а) по _rsp from server Л ED (нет ответа от сервера) для модели контроля БвО-Управления с Улучшенном Безопасностью.

Mqpn вжтрагл в uoui—imaei о ПОСТ PW41fc26.3 н ГОСТ Р МЭГ 81860-7-2


ГОСТ Р М8К 80070-6-104


угрмгтмым устраАсшоаа


Жфыляв уетроЯотео


Г.6.2.4.4 SeO-Vnpaanoiчо - отрицательный случай 6) negative _rsp from server*!ED (отрщателымй ответ от сервера)

Рисунок Г. 12 показывает отрицательный случай 6) negative _rsp from server/lED (отршательшй ответ от сервера) для модели контроля SBO-Управлеимя и обеспечения безопасности.


ГОСТ Р МЭК в0в7№1(М


Модагъ контроля & ооотввгстшв* с ГОСТ P64418J2S.3 « ГОСТ Р МЭ« 61880-7-2


№формш**аим4& грммр гаишсиеВетаиа с управляет* устройством


Объект

■о*трагш


угревал неоо

устройство


СJKX CJX. СC_RC ACT or DEACTt ЗЛ>1


Ctrl rruppar


a*v*ooq(Afao)or Came


C_8C> C DC, CJJE, C__RC АСТООЫ tog Of DeACTCOH Net: 8^1


fTViieodtfor


h*+*


MMj^r

Canceljop


Сеемо

Рисунок Г.12 - SBO-Улравленче - отрицатель»*»! случай б)

Г.в_2.4_5 БВО-Упраале*ые - отргвдзтельный случай в) second select of same object (повторный выбор того хе объекта)

Рисунок Г13 показывает отрицательный случай в) second select of same object (повторный выбор того хе объекта) для модеты контроля SBO-Управления с Улучшенной Безопасностью.

ГОСТ РМЭК 60870-5-104


MflOVli шжрп ■ CC4JI чип» с ПЭСТ P6441&26J И ПОСТ Р НЭК 61860-7-2


№»форммрц»<1чЙ срмввр


с_зс» clpc, c_sa# cj*c

Второв АСТ^ШЕН въ^ортогож» объект юитрогя

CjOC. С DC, CJIE, С_ЯС ^ АСГСОЙ


CL.9C* С_ОС. CJSE. GJ*G

дсп в/eh

С_ЭС. CJJC. С„ЭЕ. P_RC ACTOON Pdb;S№1


8б1№_ян|


ъвв устройством


Объест

контроля


Управляв моя устройство


)


Выбор


jeqMVcn)


8вМЫ гвь


Сервер


Рисунок Г.13 - БВО-Управлс» ыо - отрыва тельный случай в)

Г.в_2.4.в БВО-Упраалегме с Упущенной Безопасностью - положительный случай

Рисунок Г.14 показывает положительный случай для мсдегы конгроля SВО-Управления с Улучшенной Бе> опасностью.

1%|фпртд ijwinmft пример


Мрд№ шктрпщ 1 ьоишгиас ПОСТ P64418J2&3 и ГОСТ Р МЭК 31850-7*2

yovpsAoma

Рисунок Г.14 - БвО-Упраеление с Улучшенной Безопасностью - положительный случай


Г.6_2.4 .7 SBO-Угфавло» —о с Улучшенном Безопасностью - отри цатаг*>*ый случай a) no status change detected by serverAED (мет кэмеиедея статуса, зафиксированного сервером)

Рисунок Г. 15 показывает отрицательный случай а) по status change detected by server/lEO для модегы контроля SBO-Упраепекмя с Улучшенной Безопасностью.

ГОСТ Р МЭИ 50870-5-104


ГОСТР^1^ПгоСТРюУивЭДг ^Г"Т^ТГР

упршшши устройством

Выбор


С_$С* С_РС,С_«. C_RC ACT: 8/Е ■ 1

С_ЗС, C_0C,C_fiE, C_RC ACTCON Рм: 3/E • 1

4    ■    —


C_SC, C_DC,C_8E. C_RC ACT: ft/E - 8


c_ac, C_DC,C_8E, C_RC AgTCON Раж: 8^*0


«ВЯНВ


C_8C, C_OClC_6E, C_RC A^TERM N§5:



Овмхт

nHipcm


УПрвалпомоо

устройство


Рисунок Г.15 - S80-ynpaeneMie с Улучшенной Безопасностью - отрицательным случай а)

Г.в_2.4.8 SB О-Управление с Улучшенной Безопасностью - отрицательный случай 6) по CmdTeon_req from server/lED

Рисунок Г. 16 показывает отрицательным случай 6) по CmtfTerm_req from server/IED для модегы контроля БВО-Упраепекмя с Улучшенной Безопасностью.

Информшую*^ привар пшшму\гЯгтт о yiyaniyiBMi устройством


Mowb ввктроле в eocmeFiCTBiM с ГОСТ Р6441Л26.Э и ГОСТ Р МЭК 01660-7*2

ГОСТ Р МЭИ 6Q07O4-1CM

Рисунок г. I о - SBO-Упраалеимв с Улучшенной Безопасностью - отрицательный случай О)


Г.7 Выбор стека протоколов для ГОСТ Р МЭК 60870-5-104 (Детализация стека протоколов)

Г.7.1 Основные положения

Отображение в ГОСТР МЭК 60870-5-104 реализуется для прикладных данных (ASDOs) и сервисов (Базовые Прикладные Фунпвы) в соответствии с [35] (раздел 9).

Г.7.2 Структура прикладных данных

Структура прикладных данных большей частью определена в [15] (подраздел 9.2). а также структура прикладных данных, указанная в ГОСТ Р МЭК 60850-5-104. определена в [35] (путает 9.2.3).

Г.7.3 Способность к взаимодействию ГОСТ Р МЗК 60870-5-104

Отображение в ГОСТ Р МЭК 60870-5-104 производится для прикладных дамых (ASDOs) и сервисов (Базовые Прикладные Функции) в зависимости от отмеченных флажками объектов в тэбгыце Взаимосовместимости в [35] (пункт 9.3.2). Это подгруппа ГОСТ Р МЭК 60650-5-104.

Г.8 Использование SCL (язык описания конфигурации системы) расширения для включения ГОСТР МЗК 60850-5-101/ГОСТР МЗК 60850-5-104 информации (информативная секция)

Г.8.1 Основные положения

Настоящее приложетые фокусируется на отображении моделей ВЭС, определенных в се рты стандартов ГОСТ Р 54418.25 и ГОСТ Р МЭК 60870-5-104. [35] испогьэует SCL файл, который отвечает не только за отображение. определенное в настоящем приложении, но и за широюы массив моделей базирующихся на ГОСТ Р МЭК 61850. Выбрамые части [35] могут использоваться для ВЭС.

Г.8.2 Иерархия информационной модели SCL

Файл SCL мдочэет в себя пять элементов высшего уровня: Header. Substation. Communication. IEO и DataTypeTemplates Признаки, связан *ю с ГОСТ Р МЭК 60850-5-101/ ГОСТ Р МЭК 60850-5-104. вкжмены глав-ньил образом в секхам IED. но также и части DataTypeTemplates для того, чтобы уместить потребность назначать идентификатор типа на все элементы DAI информаииомой модегм. Детально атрибуты описаны в [35] (А.2 (приложение А)).

Г.8.3 Синтаксис Внутренних секций ГОСТ Р МЭК 60850-5-101/ГОСТ Р МЭК 60850-5-104

Внутренние секции для того чтобы описать содержание могут включать в себя два атрибута, называемые «источником» и с типом». Использование Внутреннее секций для описания информации ГОСТР МЭК 60850-5-101/ГОСТ Р МЭК 60850-5-104 должно пргмдемятъ атрибут «тип» со хачением *МЭК_60870_5_10Г или Ч4ЭК_60870_5_104\ Содержаьме Внутр»«4ей секции описано в привязанной схеме. Схема Внутренних секций ГОСТ Р МЭК 60870-5-104 огмеана в [35] (А.4.2 и А.4.3 (приложение А)).

Г.8.4 ГОСТ Р МЭК 60870-5-104 коммуникационные параметры конфигурации использования SCL

Коммуникационный раздел файла SCL может быть использован для того, чтобы получать от ГОС7 Р МЭК 60870-5-104 определенную *ыформац«ю о задержках, адресах и коммуникационных портах. Подробное содержанью описано в [35] (А.6 (приложение А)).

Приложение Д (обязательное)

Специальный коммуникационный сервис отображения - Отображение в DNP3

Д.1 Основные положения

Д.1.1 Введение в отображение в 0NP3

Настоящее приложение показьвэет примет отображения ««формационной модели и ««формациомно-об-мо#ной модели, определенных в стандартах ГОСТ Р 54418 25 2 и ГОСТ Р 54418.253 е DNP3.

Д. 1 содержит общее введение в отображение в DNP3.

Д.2 содержит список нормэтив#*и ссылок для отображения в DNP3.

Д.З содержит список условных обозначе#*»*. испог*зуемых в приложении Е.

Д.4 содержит описание отобрано*ыя информационной модели сервисам DNP3.

Д.5 содержит описание отображения информационно-обменной модвгы DNP3.

Д.6 определяет элемент совместимости (документируемый профит* устройства) для отображе»ня в интерфейс DNP3.

Д.1 J2 Задача отображения в DNP3

Задача отображения сервисам DNP3 - это обмен в реа/*ном времени текущей информацией, требующейся для эксплуатационных целей. Объем текущей ««формации, перодаваемой серверу, может изменяться в зависимости от эксплуатационных требооа*—>У Участниками обмена могут быть локальные, региональные кгы международные центры управления, которые получают информацию в реальном времени о текущем состомии (статус и измерительную информацию) и отправляют команды для управления или установки значений Национальные кгм международные контрольные центры могут быть связан с центрами SCAOA (система диспетчерского контроля и сбора Д|»чых). которые вюжхают в себя фушции управления ВЭС. для того чтобы обеспечить самоадаптацмо замкнутой системы к условиям и требованиям электросиловых соединенны

Примечание - Обмен згой информацией в реальном времени отображает небольшое количество атрибутов дамых (DataAttributes) классов общих данных. определенных в ГОСТ Р 54418.25.2.

Д.1.3 Структура отображения

Структура отображения состоит из двух частей:

-    отображение ««формационной модели и классов данных:

-    отображение информационно-обменных сервисов

В DNP3 передача данных базируется на структуре «управляющий - удаленная станция*. Указанные отображения для классов данных ГОСТ Р 54418.25 могут быть ооюеаны на одном или обоих из следующих механизмов:

-    основной: DNP3 XML схема отображения Точек Данных (Data Points), отноокцихся к DNP3 в ГОСТР 54418.25 Объектные Модели, описанные в 8.4 из ONP3 Спецификации Части 8. Совместимость. DNP3 XML схема мажет быть использована для описания отображения между точка*** данных DNP3 игы атрибутами да«*ых объектных моделей. определе«*ых в ГОСТ Р 54418.252:

•    допапнитег***1Й: Наборы Да##ых DNP3 способ#** передавать информационную модель компонентов ВЭС. Если Наборы Данных DNP3 испо/*эуются для отображения классов дан>*ос. то информационная модель ВЭС. определенная в ГОСТ Р 54418.25.2. будет отображена в DNP3 дескрипторов Наборов Данных с объектами DNP3. как определено в DNP3 Объектной Библиотеке, использующей отображение. описа*чоо в Д.4.

Когда ислог*зуется допагиительмая процодура отображения в DNP3 Набора Данных. то DNP3 XML процедура отображения мажет быть оставлена меисгюгъзуемой.

Когда используется DNP3 XML отображшио. то файл отображения XML показывает формирование пакетов данных ««формационной модели и этого отображения стандарт***! объектным дамым и сервисам DNP3.

Когда DNP3 Наборы /Утиных используются для отображе#*ия:

-    сервер формирует пакеты д»ныт информационной модели ГОСГ Р 54418.25.2, которая может быть прочитана сервисами чтения DNP3 Объектной Группы 0:

•    управляющий/клиеит станции подтверждает Атрибуты Данных из информационной модели ГОСГ Р 54418.25.2 через сервисы, обеспечиваемые ONP3.

Примечание - Результатом отображения между D^3 и ГОСГ Р 54418.25 является формированы пакетов данных имен пути. Концепция отображения показана на рисунке Д.1. Информационная Модет* ГОСГ Р 54418.25.2 должна быть скрыта при отображении в DNP3. Это. в особенности, означает что:

-    сервер формирует пакеты даио*л информационной модели ГОСТ Р 54418.25.2, которая может быть прочитана сервисами чтения DNP3 Объектной Группы 0:

- упраалжхшгЭДслиеит стамцде подтверждает Атрибуты Данных из »ыформашюнной модели из ГОСТ Р 54418.25.2 через сервисы, обеспечиваемые DNP3.

Сервисы моделей, описанных в ГОСТ Р 54418.25.3 tEM. и отображения в DNP3 сведем и сопоставлены в таблице Д-1. Графа М/О показывает, каким образом сервис определен в ГОСТ Р 54418.253. как основной или дополнительный.

Таблица Д.1 - Сервисы, используемые коммуникационным профилем СерверЖ/мент

ГОСТ Р 54416.25.2 ЛЛ спасе ГОСТ Р 54416.25.3 f М класс

ГОСТ PS4416 25 3 IBM Сервисы

МЮ

Отображается a DNP3

Ос-вер

Удя re. з а управляемая стзивдмя (сс - -trolled stabon)

GefSc vr'DirecSory

О

Rr 3d Ob.-: r! Group 0 b

ASSOCIATION

l

Associate

M

RESET of remote link (serial

Vs#; DNP3 Data Link Layer or

rebate TCP connecbon (Elbe"*:!

iTiVe); DNP3 IP К1сЬл_#г«илд

Abort

о

rva.at (sv iinks) or dose

TCP connection (Et^-r^et links);

C\?3 IP N*c*v.orv

Refer. Tv

о

гьа.af (serial links) or dose

TCP connection (Ethc r>el links):

DNP3 IP Ke V.ortena

LOGICAL-DEVICE

Data link address

Get LCC'7.31 Dc\ :

о

Read Ob - it Group 0 °>

LOGICAL-^ODE

i

Get Logical NodeOi rectory

о

па. г

DATA

1

GetO^'/albes

м

Ri 3d (Fl.-'' . эп 1)

SerOr*

м

Write (Fjr zfon Cocfc 2)

Окончание таблицы Д-1

ГОСТ Р 54418.25.2 Ш «пасс ГОСТР 54418.25.3 IEU «пасс

ГОС Г р 54418.25.3 IEM Сервисы

u/o

Отображается a DNP3

GetDateOiredory

0

па.

п.а.

GetDotaDefinition

О

па. •>

DATA-SET

I

GetftetaSetVteues

M

Read (Function Code 1)Ь)

SeCOataSeftfetues

о

Write (Function Code 2) b)

Create DataSet

о

na.

OeleteOataSet

о

n.a. •»

GetDataSetOi rectory

о

na. •*

REPORT

Report

о

na. ■»

GetBRCBVatees

о

na •»

SetBRCBVaKies

о

na •»

GetURCB Values

о

na ■»

SetURCB Values

о

n.a. •>

AddSubscnpbon

о

na •>

RenKtveSubscrpbon

о

n.a. a>

LOG-CONTROL-BLOCK

GetLC8Vaiues

о

n.a. •>

SetLCBValues

LOG

GetLogStatusNfetees

о

na ■>

QueryLog8yT«ne

о

na •»

OueryLogAfter

о

na •»

CONTROL

Select

о

Steed (Function Code 3)

SotcctWrthVakje

о

Select (Function Code 3)

Cancel

о

na •*

Operate

м

Operate (FiKKtion Code 4)

CommandTermrobon

о

Operate (Function Code 4)

TimeAcbvatedOperate

о

na •>

a)    не применимо для отображения в DNP3.

b)    требуется только когда получено отображение DNP3 Data Set

Д.2 Специальные справочные ссылки для сервисов 0NP3

При польэоваюы настоящим приложением дополмгтальиую информаций можно получить из [39] - [47].

Д.З Сокращения

Сокращения приведем в разделе 4 настоящего стандарта.

Д.4 Отображение информационной модели ГОСТ Р 54418.25 в DNP3

Д.4.1 Взаимосвязь Класса Общие Данные и Аналогов Наборов Данных

ГОСТ Р 5441825.2 специфицирует классы общих дангых. относящихся к приложениям, применяемым при работе с ВЭС. Специальные классы общих 仧мх в ГОСТР 54418.25.2 следует отображать в специахъте аналоги наборов данных в DNP3. Так как ГОСТ Р 54418.25.2 наследует классы общих дамехх из ГОСТ Р МЭК 61850-7-3 и существует возможность индивидуализации этих классов. униеерсагъный уникальный идентификатор (UUID) в DNP3 резервируется для каждого из классов общих да»ыых в ГОСТ Р 54418.25.2. Единичное пространство имен (Namespace) DNP3 резервируется для всех классов общих данных в ГОСТ Р 544 /8.25.2. Отображение будет применяться со сторогы удаленной стам*** (стороны сервера).

Д.4_2 взаимосвязь Отображения Свойств (Quality) с SQ2

Табгыца Д2 определяет отображение для атрибутов свойств в ГОСТ Р МЭК 61850-7-3 и ГОСТ Р 544 /8.25.2 классов общих да*««>1х. Относящиеся к ГОСТ Р МЭК 61850-7-3 и ГОСТ Р 54418.252 атрибуты данных [q] следует отображать в битовых строках (двоими Поспелова тегъностях) ONP3 в аналогах наборов да»««*х DNP3.

Таблица Д.2 - Отображение свойств

Атрибут мм ел и

Тип атрибута

ONP3 Спецификация данных

DNP3 отображение элемента дан^х

q

Quality

DAELBSTR

S02 - Выходная программа

уайкМу -> IV/NT

good 1 tnvafid -> on-line 1 оА-1кэе

detatOual -> OV

overflow -> over-range

soiree-> S8

substituted -» local forced

operatorBtodied -> BL

blocked -> force ofMne

Дополнительное знамение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р 54418.252 атрибутом имени, например "q".

Д.4.3 CDC (Общий класс данных) Измеренных Значений (MV)

Табгмца Д.З определяет отображение для атрибутов данных в ГОСТ Р МЭК 61850-7-3 общих классов даюяих Измерена*** значот—T«(MV). Атрибуты данных (mag ♦ t ♦ q] будут отображены в DNP3 аналогам наборов даныых.

Таблица Д.Э-СОС: отображениеMV

Атрибут имени

Тал атрибута

DNP3 Споиифиоиия aimwi

DNP3 отображение элемента двмши

-

-

UUIDOSTR

(29787E 1 0-484F-4B22-A7BF-1 C6G9Q3748E8)

-

-

NSPCVSTR

«МЭК 61400-25-2»

-

-

NAME: VST R

«MVa

mag

AnalogueValue

DAELFLT32

32-бит нов значение с плавающей точкой

q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с тэбгыцей Е.2)

t

TimeStamp

DAELTBHE

Шесть байтов двойного еромоы - Время измерения

Дополнительное знамение, связанное с каждым элементом данных DNP3. должно быть относящимся к тг.т Р kJTW 61Л5Л.7-.7 атрмЛутм ииом4. мдпрммор “тжд*

Д.4.4 CDC Параметры значений уставок (SPV)

Тзбгыца Д.4 определяет отображение для атрибутов данаых в ГОСТ Р 54418.25.2 общих классов данаых Параметров значений уставок (SPV). Основные атрибуты данных (chaManRs ♦ actNtel ♦ oWValJ будут отображены в DNP3 аналогами наборов дальние.

Таблица Д.4 - СОС: отображение SPV

Атрибут имени

Тип атрибута

ОНРЗ Спеиифи-кайма дамых

DNP3 отображение элемента двяжа

-

-

UUIDiOSTR

(50 FC4 FE5-BBA8-4C84-934 F-0637В 19B32F6}

-

-

NSPCVSTR

«МЭК 61400-25-2»

-

NAME:VSTR

«SPV»

-

-

CTLS.UWT

Один байт контроля статуса элемента

chaManRs.ctfVal

BOOLEAN

CTLVBSTR

FLAG =( BS8 |0 .. 7]

Status = BS1 |0] <0. False; 1. Тгие> )

chaManRsongin.orCat

ENUMERATED

CTLV:INT32

32-битное целое экренив

chaManRs.ongin.orldent

OCTET STRWG64

CTLV:OSTR

64 байта

chaManRs.ohgin.orCat

ENUMERATED

DAEL:JNT32

32-битное целое значение

cftaManRs.oogin.orldBnt

OCTET STRBMG64

DAEL:OSTR

64 байта

chaManRs stVal

BOOLEAN

DAELBSTR

FLAG ={ BS8 (0 .. 7J

Status = BS1 |0] <0. False; 1. True> )

cftaManRsq

Ouafcfy

DAELBSTR

SQ2 - Выходная программа (справка с таблицей Д2)

Окончание таблицы Д.4

Атрибут имени

Тип атрибута

OMP3 Спеиифи* кеций д»чш

DNP3 отображение элемента airwi

chaManRst

TaneStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

cftaManRs ctiModei

C «Models

DAELINT32

32-битное целое значение

-

-

CTLS:UWT

Одой байт контроля статуса элемента

actVal.ctIVal

Analogue Value

CTLV:FLT32

32-битное хэчение с плавающей точкой

actVal.ori^n orCat

ENUMERATED

CTLV:INT32

32-битное целое значение

acfVfel.onpn.orldent

OCTET STRJNG64

CTLV:OSTR

64 байта

aciVal.on^norCat

ENUMERATED

OAELINT32

32-битное целое значение

actVal.orign.odder*

OCTET STRNG64

DAEL.OSTR

64 байта

acfVal.mxNteJ

Analogue Value

DAEL:FL T32

32-битное хэчеиие с плавающей точкой

actVal.q

Quafity

DAELBSTR

SQ2 - Выходная программа (справка с таблицей Д-2)

acfVal.t

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

actVal.ctJModel

C«Models

DAEL:INT32

32-битное целое значение

oidVal.ctJVal

Analogue Value

DAEL:FL T32

32-битное значение с плавающей точкой

oldVal.q

Ojafcty

DAELiBSTR

SQ2 - Выходная программа (справка с таблицей Д-2)

okJVal.t

TimeStamp

DAELTIME

Шесть байтов двоимого времени - Время измерения

ofcJVal.ct) Model

CtfModels

DAELINT32

32-битное целое значение

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р 54418.252 атрибутом имени, например ‘actVal.mxVal".

Д.4.5 CDC Значение состояния (STV)

Табгхца Д.5 определяет отображение для атрибутов даюяих в ГОСТ Р 54418.25.2 общих классов даюхдх Змхений состоя**) (STV). Основные атрибуты данных [actSt ♦ old St] будут отображены в DNP3 аналогами наборов дан*их.

Таблица Д.5 - Отображение для атрибутов данных в ГОСТ Р 54418.25.2 общих классов да*чых Значений со-отол1*ил (STV)

Атрибут имени

Тм атрибута

DNP3 Специфика -цп ааикыя

ОМРЗ отображение элемента датых

-

-

UUID:OSTR

(36796E8E-2138-4 77D 868E-A5B6ADFA041 О)

-

-

NSPCVSTR

«МЭК 61400-25-2»

-

-

NAMEVSTR

•STV»

actSt. st\tel

Ctxlnt

DAELINT32

32-битное целое значение

actSt.q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с тэбгъщей Д-2)

actSt.t

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

oldSt.stVa

Ctxtil

DAELINT32

32-битное целое значе**е

okJSt.q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с табгмцей Д_2)

old St . t

TaneStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

Дополз тельное значение, связанное с каждым элементом данных ONP3. должно быть отиосено к ГОСТ Р 54418.252 атрибутом имени, например 'actSLstVaT.

Д.4.6 CDC Сигнал неисправности (ALM)

Таблица Д.6 - CDC: отображена ALM

Атрибут «нем

Тио атрибута

DNP3 Специфм-aauaa ванны!

DNP3 отображение элеыежта данных

-

-

UUtOOSTR

{E53A 1962-00 FC-4506-A509-E 1 A430A491 FA}

-

-

NSPC:VSTR

«МЭК 61400*25-2»

-

-

NAME:VSTR

«ALM»

-

-

CTLS:UINT

Один байт контроля статуса элемента

afrnAck.ctJVal

BOOLEAN

CTLV:BSTR

FLAG ={ BS8 f0 .. 7J

Status = BS1 [0] <0. Fats© 1. True> }

aAmAck.ongrvorCat

ENUMERATED

CTLV:INT32

32-битное целое значедее

almAck. ongin. orl dent

OCTET STRING64

CTLV:OSTR

64 байта

aimAck.on^n.orCat

ENUMERATED

DAEL:INT32

32-битное целое значедее

aAmAck. ongin. orl dent

OCTET STRING64

OAEL:OSTR

64 байта

almAck.stVal

BOOLEAN

DAELBSTR

FLAG ={ BS8 f0 .. 7|

Status = BS1 [0] <0. False: 1. True> }

aAmAck.q

OuaMy

DAEL:BSTR

SQ2 - Выходная программа (справка с тэбдецей Д.2)

a*mAck.t

TimeStamp

DAELTIME

Шесть байтов двоимого времени - Время измерения

aimAck.c8Mode(

CttModets

DAEL:INT32

32-битное целое значедее

actStstV»

Cbdnt

DAEL:INT32

32-битное целое значедее

actSt.q

QuaMy

DAELBSTR

SO2 - Выходная программа (справка с таблицей Д.2)

actSt.t

TimeStamp

DAELiTIME

Шесть байтов двоимого времени - Время изме редея

oWStstVa

Ctxmt

DAELINT32

32-битное целое значение

oWSt.q

Quatty

DAEL:BSTR

SQ2 - Выходная программа (справка с Таблицей Д2)

oWSt.t

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время иэмередея

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТР 5441В.252 атрибутом имени, например ‘actSLstVaT.

Д.4.7 CDC Команда (СМО)

В таблице Д.7 определено отображение для атрибутов дадевд в ГОСТ Р 54418.252 общих классов даюеих

CMD. Основные атрибуты данных [actSt + otdSt] будут отображены в DNP3 аналога*»* наборов данных. Таблица Д.7 - СОС: отображение CMD

Атриоуг имени

1ИП АГриОуГА

UNKJ Спецификации ДАННЫХ

UNKJ отооражемае элемента данных

-

-

UUID:OSTR

{3A7C7799-3379-4CC5-B 1 FO-AE5F865E 1AC 1}

-

-

NSPC:VSTR

«МЭК 61400-25-2»

-

-

NAME:VSTR

«CMD»

-

-

CTLS:UINT

Один байт контроля статуса элемента

actSt.ctiVBJ

Ctxlnt

CTLV:INT32

32-битное целое значение

actSt.origin.orCat

ENUMERATED

CTLVINT32

32-битное целое значение

actSt.onpn.orldent

OCTET STRING64

CTLV:OSTR

64 байта

adSt.ongn.orCat

ENUMERATED

DAELINT32

32-битное целое значение

actSt. ongi n. orl dent

OCTET STRING64

DAEL:OSTR

64 байта

actSLstVfei

Ctxlnt

DAEL:INT32

32-битное целое значение

actSt.q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с таблицей Д.2)

actSt.t

TimeStamp

DAELiTIME

Шесть байтов двоичного времени - Время измерения

actSt.ctJModel

CtIModefc

DAELINT32

32-битное целое значение

oldSt.stVfel

Ctxlnt

DAELINT32

32-битное целое значение

oidSt.q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с табгыцей Д.2)

otdSt.l

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р 544 78.25.2 атрибутом имени, например ‘actSLstVBI".

Д.4.8 CDC Учет Событий (СТЕ)

В таблице Д.8 on редело* «о отображение для атрибутов пг»»#>х в ГОСТ Р 54418.25.2 общих классов даи«а СТЕ. Основные атрибуты дгвчых [manRs ♦ hisRs ♦ actCTVal ♦ ottCTV&l] будут отображены в DNP3 аналогами наборов да»яыт.

Таблица Д.8 - СОС: отображение СТЕ

Атрыбут имени

Тип атрибута

DNP3 Спвиифииция алштлл

ONP3 отображение элемента данных

-

-

UUIDOSTR

{DC8804E 1-A36F-41 05-8335-27D5344F1 В DO}

NSPCiVSTR

«МЭК 61400-25-2»

-

-

NAME:VSTR

кСТЕ»

-

-

CTLS:UINT

Один байт контроля статуса элемента

manR&cfVal

BOOLEAN

CTLVBSTR

FLAG ={ BS8 (0 .. 7]

Status = BS1 (0) <0. False: 1. True> }

manRsjOngJn.orCal

ENUMERATED

CTLV.INT32

32-бнтное целое эначетме

manRs.oncp n.ortdent

OCTET STRING64

CTLViOSTR

64 байта

manRs^arigfri.orCat

ENUMERATED

DAELINT32

32-бнтное целое значение

manR&.angi n.ortdent

OCTET STRING64

DAEL.-OSTR

64 бейта

manRs.sfVal

BOOLEAN

DAELBSTR

FLAG =( BS8 (0 .. 7)

Status = BS1 (0] <0. False: 1. True> }

manRs. q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с таблицей Е.2)

manRs.t

TimeStamp

DAELTIME

Шесть байтов двоичного времен - Время измерения

manRs.cflModet

CtIModets

DAEL:INT32

32-бнтное целое значе*ме

-

-

CTLS:UINT

Од*ч байт контроля статуса элемента

hxsRs.ctfVai

ctxim

CTLVINT32

32-бнтное целое значимо

hisRs.oripn ofCat

ENUMERATED

CTLV:INT32

32-бнтное целое значимо

hcsRs. огфп orldent

OCTET STRING64

CTLV:OSTR

64 байта

htsRs.ongin.ofCat

ENUMERATED

DAELINT32

32-бнтное целое значо»мо

hisRs. origeiorldent

OCTET STRING64

DAEL.-OSTR

64 байта

heRs.sttol

INT32

DAELUNT32

32-бнтное целое значе*ме

iobR&.M

Quality

DAELBSTR

302 — Вмлициои npmpaiiiid (шцлжд* и и тэблткэей Д.2)

hisRs.t

TimeStamp

DAELTIME

Шесть байтов двоичного време*м - Время измерения

hcsRs.ctJModel

CtIModets

DAELINT32

32-бнтное целое значслыо

actCtVal stVal

Ctxlnt

DAELINT32

32-бнтное целое значимо

actCtVal.q

Ouafety

DAELBSTR

SQ2 - Выхсдкая программа (справка с табпж|вйД.2)

actCtVal.t

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

oWCtVal.sfVal

Ctxlnt

DAEL1NT32

32-бнтное целое значо»мо

ddCtVal.q

OuaBty

DAELBSTR

SQ2 - Выходная программа (справка с таблтей Д.2)

otoCtVal.t

TimeStamp

DAELTIME

Шесть байтов двоичного времен - Время измерения

Дополни тельное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р 54418.25.2 атрибутом имени, например *actCt\feJ-StVaP.

Д.4.9 CDC Временная привязка состояния (TMS)

Таблица Д.Э - CDC: отображена TMS

Тил атрибута

DNP3 Споцнфм-катти займыx

0NP3 отобра*а«ме злемеиха данных

-

-

UUtD:OSTR

{F E568612-8574-4B85-999F-21 E 14C7977B4)

-

-

NSPC:VSTR

«МЭК 61400-25-2»

-

-

NAMEiVSTR

«TMS*

-

-

CTLSUINT

Один байт контроля статуса элемента

manRs.cflVal

BOOLEAN

CTLVBSTR

FLAG ={ BS8 (0 .. 7)

Status = BS1 [OJ <0. False: 1. True>)

manRs.ongevorCat

ENUMERATED

CTLV1NT32

32-битное целое хачение

manRs.ongi n.orldent

OCTET STRING64

CTLV:OSTR

64 байта

manRs.ongavorCat

ENUMERATED

DAELINT32

32-битное целое значение

manRs.ongi n.orldent

OCTET STRING64

DAELOSTR

64 байта

manRs.stVBf

BOOLEAN

DAELBSTR

FLAG ={ BS8 (0 .. 7)

Status = BS110) <0. False: 1. True> }

manRs.q

Quafity

DAELBSTR

S02 - Выходная n рог pa мака (справка с табгьщей Д.2)

manRst

TimeStamp

DAEL:T1ME

Шесть байтов двоичного времени - Время измерения

manRs.cflModet

CUModeis

DAELINT32

32-битное целое хачеиие

-

-

CTLSUINT

Один бейт контроля статуса элемента

heRs.ctlVal |

Cbdnt

CTLVINT32

32-битное целое хачеьые

hcRs.or i^norCat

ENUMERATED

CTLV:INT32

32-битное целое значение

heRs.origin.orlderit

OCTET STRING64

CTLV.OSTR

64 байта

hsRs.ori^n.orCat

ENUMERATED

DAELMNT32

32-битное целое значение

heRs.ori^n orldent

OCTET STRING64

DAELOSTR

64 байта

heRs.stVai

INT32

DAEL:UINT32

32-битное целое значение

tasRs.q

Quafcty

DAELBSTR

SQ2 - Выходная программа (справка с табгьядей Д.2)

heRs.t

TrmeStamp

DAELiTIME

Шесть байтов двоичного времени - Время измерения

h^Rs.ct Model

CUModels

DAEL.1NT32

32-битное целое значение

actTmVal.stVal

Ctxlnt

DAELINT32

32-битное целое значение

aciTmVaJ.q

Quality

DAELBSTR

S02 - Выходная программа (справка с Таблмюй Д-2)

actTmVol.t

TWnoSlamp

DAEL:T1ME

Шесть байтов двоичного времени — Оромл измерения

oldT mVal.stVal

Cbdnt

DAELINT32

32-битное целое значение

oAdT mVal.q

Quality

DAELBSTR

SQ2 - Выходная программа (справка с Табгьщей Д-2)

oidT mVal.t

TcmeStamp

DAEL:TIME

Шесть байтов двоичного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р 54418.25.2 атрибутом имени, например ‘actTmVtei.stVar.

Д.4.10 CDC Состояние Единичной Точки (SPS)

Табгмца Д. 10 определяет отображение для атрибутов дакыых в ГОСТ Р МЭК 61850-7-3 общих классов данных SPS Атрибуты данных [stVal ♦ t ♦ q) будут отображен в DNP3 аналогами наборов данных.

Таблица Д.10 - СОС: отображение SPS

Атрибут ямсми

Тип атрибуте

0NP3 Спецификам** данных

DNP3 отображение элемента данных

-

-

UUID:OSTR

(D446D178-BB 19-40ED 9F63-BA4E4DB3E3BA)

-

-

NSPCiVSTR

«МЭК 61400-25-2»

-

-

NAME:VSTR

«SPS*

stVal

BOOLEAN

DAELBSTR

FLAG ={ BS8 (0 .. 7)

Status = BS1 (0) <0. False: 1. Troe> }

q

OuaMy

DAELBSTR

SQ2 - Выходная программа (справка с Таблицей Д.2)

t

TimeStamp

DAELT1ME

Шесть байтов двоичного времени - Время кзмереюкя

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Я МЭК 6/850-7-3 атрибутом име»ы. например "stVaT.

Д.4.11 CDC Постоянное Состояние (Integer Status) (INS)

Табгыца Д. 11 определяет отображение для атрибутов даи*а в ГОСТ Р МЭК 61850-7-3 общих классов дам-»ьх INS. Атрибуты данных [stVal ♦ I ♦ q) будут отображен в ONP3 аналогами наборов данных.

Таблица Д.11 -CDC: отображение MS

Атрибуг имени

Тип атрибута

0NP3 Спецификация дапмх

0NP3 отобраиагач элемента дайны*

-

-

UUIDOSTR

(9A056CCD. BC92-42EE-ADEA-4B532764AB26}

-

-

NSPC.VSTR

«МЭК 61400-25-2*

-

-

NAMEiVSTR

«INS»

stVal

INT32

DAEL:INT32

32-битное целое значение

q

Quality

DAEL:BSTR

SQ2 - Выходная программа (справка с Таблицей Д_2)

t

TimeS lamp

DAEL:T1ME

Шесть байтов двоичного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Я МЭК 61650-7-3 атрибутом имо»ы. например "stVaT.

Д.4.12 CDC Управляемая одиночная точка (SPC)

В таблице Д.12 определено отображение для атрибутов данных в ГОСТ Р МЭК 61650-7-3 общих классов дтвчых SPC. Атрибуты данных (stVal ♦ t ♦ q ♦ cSVal] будут отображены в DNP3 аналогами наборов данных.

Таблица Д.12-СОС: отображение SPC

Атрибут имени

Тип атрибута

DNP3 Спецификация дайны*

DNP3 отображение апемента дамьа

-

-

UUIDOSTR

(FB 1 BDB9F-9041-40OA-AFDG-8C 1 E6911 ВЗЕ 1}

-

-

NSPC:VSTR

«МЭК 61400-25-2»

-

NAME:VSTR

•SPC»

-

-

CTLS:U1NT

Одьч байт контроля статуса элемента

cflVal

BOOLEAN

CTLV:BSTR

FLAG ={ BSS (0 .. 7)

Status = BS1 [0] <0. False: 1. True> )

stVal

BOOLEAN

DAELBSTR

FLAG =( BSS (0. . 7]

Status = BS1 (0] <0. False: 1. True> )

q

OuaMy

DAELBSTR

SQ2 - Выходная программа (справка с тэбгмцей Д 2)

t

TimeStamp

DAHL: TIME

Шесть байтов двоичного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Я МЭК 61850-7-3 атрибутом имо»м. например “stVaT.

Д.4.13 CDC Управляемое постоянное состояние (INC)

В таблице Д13 определено отображение для атрибутов данных в ГОСТ Я МЭК 61850-7-3 общих классов лг»чых INC. Атрибуты данных (stVal ♦ t ♦ q ♦ ctfNfal) будут отображены в ONP3 аналогами наборов даь+ых.

Таблица Д.13 -СОС: отображение INC

Атрибут имени

Тип атрибута

ОЫРЗ Спецификация дайны*

-

-

UUIDiOSTR

(FC47BCBE-D0CF-4SFA-S311-6CF399C29OE4}

-

NSPCiVSTR

«МЭК 61400-25-2»

-

NAMEiVSTR

«INC»

-

CTLSiUWT

Один байт контроля статуса элемента

ctTVal

INT32

CTLV:INT32

32-битное целое значение

stVal

INT32

DAEL:INT32

32-битное целое значение

q

Ouatfty

DAELBSTR

S02 - Выходная программа (справка с Табгмцей Д~2)

t

TimeStamp

DAELRME

Шесть байтов двоичного времекы - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Я МЭК 61850-7-3 атрибутом име*ч. например “stVaT.

Д.4.14 CDC Счетчик двоичный импульсов (BCR)

В таблице Д14 определено отображение для атрибутов данных в ГОСТ Я МЭК 61850-7-3 общих классов лжчых ВСЯ. Атрибуты данных [act\tel ♦ t ♦ q] будут отображены в DNP3 аналогами наборов дэ»чых.

Таблица Д.14-СОС: отображение 8CR

Атрибут имени

Тип атрибута

ONP3 Спеиифиоин* донник

0NP3 отображение элемента данник

-

-

UUID:OSTR

(59C03F2E-SOC7 -4D5F -S650-92C29FASBFFA)

-

-

NSPC:VSTR

«МЭК 61400-25-2»

-

-

NAMEVSTR

«BCR»

actVal

INT128

DAEL:OSTR16

128-битное целое значимо

q

Ouatty

DAELBSTR

SQ2 - Выходная программа (справка с табгмцей Д2)

t

TimeStamp

DAELTIME

Шесть байтов двоичного времен* - Время иэмереьмя

Дополнительное значение, связанное с каждым элементом данных DNP3. должно быть относе но к ГОСТ Р МЭК 61850-7-3 атрибутом име*м. например 'arfVaT.

Д.4.15 CDC Управляемая аналоговая точка данных (АРС)

Табгмца Д.15 определяет отображение для атрибутов данткхт в ГОСТ Р МЭК 61850-7-3 общих классов д»+-АРС. Атрибуты данных [setMag+t+q] будут отображен в DNP3 аналогами наборов данных.

Таблица Д.15 - СОС: отображение АРС

Атоибут имени

Тип атрибута

DNP3 Спсиифкицаа данник

0NP3 отображение элемента датчик

-

-

UUIDiOSTR

{S6AF90 1 F-B5BF-4F7F-9F В 1-S090090EBDS7)

-

-

NSPC.VSTR

«МЭК 61400-25-2»

-

-

NAME:VSTR

«АРС»

-

-

CTLSiUlNT

Од»* байт контроля статуса элемента

set Mag

AnatogueVakie

CTLV:FL T32

32-битное целое значение

set Mag

AnalogueVaiue

DAEL:FL T32

32-битное целое значе**е

q

Ouaftty

DAELBSTR

SQ2 - Выходная программа (справка с таблицей Д-2)

t

TimeStamp

DAEL:TIME

Шесть байтов двойного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3 должно быть огмосемо к ГОСТ Р МЭК 61850-7-3 атрибутом имо»м. например "setMag".

Д.4.16 CDC Фаза как обоснование связанных измеренных значений трехфазной системы (WYE)

Табгыца Д.16 определяет отображение для атрибутов данткхт в ГОСТ Р МЭК 61850-7-3 общих классов данных WYE. Атрибуты данных [(phsA I phs8 I pftsC I neat I net I res) ♦ t ♦ q] будут отображены в DNP3 аналогами наборов    ,w

Таблица Д.16 -CDC: отображение VVYE

Атрибут имени

Тил атрибута

DMP3 Споиификаци» да w ил

0NP3 отображение элемента данник

-

-

UUIDOSTR

(FCB770FF-OCA 7 -4370B6ES-SFOAOC56ABF5)

-

NSPC.VSTR

«МЭК 61400-25-2»

-

-

NAME: VS TR

«WYE»

phsA.cVaJ.mag

AnalogueVaiue

DAEL:FL T32

32-бит мое значение с плавающей тонкой

phsAcValang

AnalogueVaiue

DAELFLT32

32-битное значение с плавающей точкой

phsB.cVaimag

AnalogueVaiue

DAELFL T32

32-битное значение с плавающей точкой

phsB.cVal ang

AnalogueVaiue

DAELFLT32

32-бит мое значение с плавающей точкой

phsC.cVfelmag

AnalogueVaiue

DAELFLT32

32-битное значение с плавающей точкой

phsC.cNfeLang

AnalogueVaiue

DAELFLT32

32-бит мое значение с плавающей тем кой

nei/t.cVal.mag

AnalogueVaiue

DAELFL T32

32-битное эначетме с плавающей точкой

neul.cVaJ.ang

AnalogueVaiue

DAELFLT32

32-битное эмаче»*е с плавающей точкой

netcVal.mag

AnalogueVaiue

DAELiFL T32

32-битное значение с плавающей точкой

neLcVaJ.ang

AnalogueVaiue

DAEL:FL T32

32-битное эначетме с плавающей точкой

res.cVal.mag

AnaiogueVaiue

DAELFL T32

32-бит мое значение с плавающей точкой

nes.cVaJ.ang

AnalogueVaiue

DAELFL T32

32-битное значение с плавающей точкой

q (note 2)

OuaMy

DAELBSTR

SQ2 -Выходная программа (справка с табгыцей Д-2)

t (note 1)

TimeStamp

DAEL ЛМЕ

Шесть байтов двоичного времени - Время измере**я

Дополнительное значение, связанное с каждым элементом данных DNP3 должно быть отмосеио к ГОСТ Р МЭК 61850-7-3 атрибутом име»ы. например '‘phsA.cVal.mag*.

DNP3 отображение должно отображать одно эначе»яю атрибута Т около одной отметки времен

DNP3 отображение должно отображать все индивидуальные значения атрибута *q' через ORing около одной битовой строки DNP3 для флага достоверности, который будет указывать на статус *off line*, если любой из инди-видуагъных атрибутов *q* фоЯ toe*

Д.4.17 CDC Междуфаэные связанные измеренные значения трехфазной системы (OEL)

Табгыца Д.17 определяет отображение для атрибутов да*»ж*т в ГОСТ Р МЭК 61850-7-3 общих классов д»ь юых DEL. Атрибуты даюшх [(phsAB I phs8C t phsCA) ♦ t ♦ qj будут отобрахсены в DNP3 аналогами наборов датде.

Таблица Д.17 -СОС: отображение DEL

Атрибут имени

Тип атрибута

AIM»!

DNP3 отображена* элемента лаинмж

-

-

UUID.OSTR

(A51 B25C2-BOO B.48B2-9038-522D E9D5FB98}

-

-

NSPCVSTR

«МЭК 61400-25-2»

-

-

NAMEVSTR

«DEL*

phsAB.cVal.mag

Analogue Value

DAELFLT32

32-битное значегые с плавающей то»жой

phsAB.cVaiang

Analogue Value

DAELFL T32

32-битное значетые с плавающей точкой

phs8C.cVal.mag

Analog ueValue

DAEL;FL T32

32-битное злаченые с плавающей тонкой

phs8C.cVei.ang

Analogue Value

DAELFL T32

32-битное эиаче+ме с плавающей то*жой

phsCA.cVei.mag

Analogue Value

DAELFL T32

32-битное значе»ые с плавающей ходжой

phsCA.cVal.ang

Analogue Value

DAELFL T32

32-битное эначе»ме с плавающей то»жой

q (note 2)

Quality

DAEL:BSTR

SQ2 - Выходная программа (справка с табгмцей Д.2)

t (note 1)

TimeStamp

DAELTIME

Шесть байтов двоимого времени - Время измерения

Дополни тельное значение, связанное с каждым элементом данных DNP3 должно быть относящимся к ГОСТ Р МЭК 61850-7-3 атрибутом име*м. например 'phsAB.cVal.mag*.

DNP3 отображено должно отображать одно знаю»ею атрибута Т около одной отметки времен.

DNP3 отображение должно отображать все индивидуальные значения атрибута ~q' через ORing около одной битовой строю DNP3 для флага достоверности, которым будет указывать на статус 'об line*, если любой из ино»~ видуа/ъных атрибутов *q* ‘off line*.

Д.4.18 CDC Указатель устройств (WDPL)

I аогыца Д.1» определяет отображение для атрибутов дандох в l OCI К МЭК ei4UU-2>2 общих классов данных WDPL Атрибуты данных [vendor ♦ tmOffset ♦ tmUseDT ♦ tmOT] будут отображен в DNP3 аналогам» наборов дтьчых.

Таблица Д.18 - С DC: отображение WDPL

Атрибут имени

Тип атрибута

DNP3 Слецификжжя данным

ONP3 отображение а нем он та даамоах

-

-

UUID.OSTR

{4DE9717С-Е402-4961-99О9-2АВЕ30121847}

-

-

NSPCiVSTR

«МЭК 61400-25-2»

-

-

NAMEiVSTR

«WDPL»

vendor

VISIBLE STRING255

DAELVSTR

255 символов

tmOffset

INT16

DAEL:INT32

В ре мо» оюй интервал от UTC в минутах

tmUseDT

BOOLEAN

DAELiBSTR

FLAG ={ BS8 (0 .. 7]

Status = BS1 (0) <0. False: 1. Тгие> }

tmDT

BOOLEAN

DAEL:BSTR

FLAG ={ BS8 (0 .. 7]

Status = BS1 [0J <0. False: 1. True> >

Допоптытельмое значение, связанное с каждым элементом данных DNP3 должно быть относящимся к стандарту ГОСТ Р 54418.25.2 атрибутом имени, например ‘Vendor*.

Д.4.19 CDC Указатель Логических Узлов (LPL)

Таблица Д.19-СОС: отображение LPL

Атрибут имени

Тип атрибута

DWP3 Спецификации данных

ONP3 отображение ал сисю а данцд

-

-

UUID:OSTR

(8FA4508F-154 7 -4 76F-8290. B3FCB35CA427)

-

-

NSPC: VS TR

• МЭК 61400-25-2»

-

-

NAME:VSTR

«LPL*

vendor

VISIBLE STRJNG255

DAELrVSTR

255 символов

swRev

VISBLE STR1NG255

DAEL:VSTR

255 символов

d

VISBLE STR1MG255

DAEL:VSTR

255 символов

Дополнительное значение, связанное с каждым элементом данных DNP3 должно быть относящимся к ГОСТР МЖ 61850-7-3 атрибутом имо>ы, например "Vendor^.

Д.4.20 CDC Установка статуса Сигнала Неисправности (ASS)

Табгыца Д.20 определяет отображение для атрибутов датаяих в ГОСТ Р 54418-25.2 общих классов даицх ASS. Атрибуты датачог [(ARRAY of stNfel) ♦ f ♦ q] будут отображены в DNP3 аналогами наборов дакньа.

Таблица Д.20 - CDC: отображение ASS

Атрибут имени

Tea атрибута

ONP3 Спецификация данных

ONP3 отображение элемента данных

-

-

UUIOOSTR

(смотри Е.4-22)

-

-

NSPC:VSTR

(смотри Е.4.22)

-

-

NAMEVSTR

«ASS*

stVaf[0]

COOED ENUM

DAELtBSTR

FLAG ={ BS8 [0 .. 7}

Status = BS1 [1 .. 0] <0. Off:

1. Подтверждение: 2. Предупреждены©: 3: Активация*)

sfVaqiJ

COOED ENUM

DAEL:BSTR

FLAG ={ BSS [0 .. 7]

Status - BS1 [1 .. 0) <0. Off:

1. Подтверждение: 2. Предупрежде*ме: Э: Активация>}

s(Val(2]

COOED ENUM

DAEL.BSTR

FLAG ={ BSS [0 .. 7J

Status = BS1 [1 .. 0J <0. Off:

1. Подтверждение: 2. Предупреждение: 3: Активация>}

s*Val[n]

CODED ENUM

DAELiBSTR

FLAG = { BSS [0 .. 7]

Status = BS1 [1 .. 0J <0. Off:

1. Подтверждение: 2. Предупреждению: 3; Активация>}

q

Quality

DAELBSTR

S02 - Выходная программа (справка с Таблицей Е_2)

t

TimeStamp

DAELTIME

Шесть байтов двоичного времени - Время измерения

Дополнительное значение, связанное с каждым элементом данных DNP3 должно быть относящимся к ГОСТ Р 54418.25.2 атрибутом имени, например *stVal[0r

Примечание - Как количество элементов в массиве состояния сигнала неисправности является зависимым от реализации, производители, при отображении этого класса общих дгвчых в DNP3 аналоги наборов данных должны регистрировать пространства имен с Пользовательской группой DNP. Реализованным аналог набора данных может затем быть определен в пределах этой той области имен и UUID приобретенного для реалкховаиного набора данных как показано в Д.4.22. Пространство имен и значение UUIO таким образом полученные используются для NSPC и (AMD. показанных в таблице Д-20.

Д.4.21 Взаимосвязь класса Атрибутов Данных и Дескрипторов Наборов Данных

ГОСТ Р 54418.25.2 специфицирует классы атрибутов данных, относящихся к приложены ям. применяемым при работе с ВЭС Слециа/ъные классы атрибутов д»>ых в ГОСТ Р 54418.25.2 следует отображать в специальные дескрипторы наборов данных в DNP3. Отображение будет применяться со стороны удаленной стаоды (стороны сервера).

Таблица Д.21 определяет отображения для атрибутов данных в ГОСТ Р 54418.25.2 классы атрибутов данных WGEN.Spd. Класс атрибут данных [например. WGEN.Spd] следует отображать в DNP3 дескриптор класса данных.

Таблица Д.21 - Образец отображения класса Атрибутов Данных

Атрибут имени

Тип атрибут»

0NP3 Спецификация да*«*ык

0NP3 оюбрджгилр элемента

-

-

NAME

«WGEN.Spd»

WGEN.Spd

MV

PTYP

UUID of prototype for МУ (297S7EKMS4F-4B22-

A7BF-1 C6690374SES)

Таблмда Д.22 определяет отображение для атрибутов да»*ых в ГОСТ Р 54418.25.2 класса данквих WGEN. Класс да»*в><х [например. WGEN) будет отображаться в DNP3 дескрипторов* класса данных.

Таблица Д.22 - Образец отображетмя класса Данные

Атрибут имени

Тип атрибута

ONP3 Спецификация данных

ONP3 отобраиение элемента диных

-

-

NAME

«WGEN»

WGEN.OpTmRs

TMS

PTYP

UUID of prototype for TMS {FE56S612-S574-4BS5-999F-21 E 14C7977B4}

WGEN.GnOpMod

STY

PTYP

UUID of prototype for STY {3679SESE-213S-4 77D. S6SE-A5B6ADFA041 O}

WGENCrSt

STY

PTYP

UUID of prototype for STY (3679SESE-213S-4 77D. S6SE-A5B6ADFA041 O}

WGEN.Spd

MV

PTYP

UUID of prototype for MV {29787E10-484F-4B22-A7BF-1 C669D3748E8}

WGEN.w

WYE

PTYP

UUID of prototype for WYE {FCB770FF-OCA7-437C-86E8-8FOAOC56ABF5}

WGEN.VAr

WYE

PTYP

UUID of prototype for WYE (FC8770FF-OCA7-437C-86E8-8FOAOC58ABF5}

WGEN GnTmpSta

MV

PTYP

UUID of prototype for MV {29787E1 (M84F^B22-A7BF-1 C669D3748E8}

WGEN. GnTmpRtr

MV

PTYP

UUID of prototype for MV {29787E1 (M84F^B22-A7BF-1 C669D3748E8}

WGEN.

GnTmpfniet

MV

PTYP

UUID of prototype lor MV {29787EKM84F-4B22-A7BF-1 C669D3748E8}

WGEN.StaPPV

DEL

PTYP

UUID of prototype for DEL (A51B25C2-BOD B.48 B2-9038-522 D E9 D 5 F B9 B)

WGENStaPTiV

WYE

PTYP

UUID of prototype lor WYE {FCB770FF-OCA7-437C-86E8-8FOAOC56ABF5)

WGEN.StaA

WYE

PTYP

UUID of prototype for WYE {FCB770FF-OCA7-437C-eee8-8FOAOC36ABF3>

WGEN.RtrPPV

DEL

PTYP

UUID of prototype for DEL {A51B25C2-BOD B.48 B2-9038-522 D E9 D 5 F B9 B}

WGEN. RtrPtiV

WYE

PTYP

UUID of prototype for WYE {FCB770FF-OCA7-437C-B6E8-8FOAOC56ABF5)

WGENRtrA

WYE

PTYP

UUID of prototype lor WYE (FCB770FF-OCA7-4 37C-B6E8-8FOAOC56 ABF 5)

WGEN .RtrExtDC

MV

PTYP

UUID of prototype for MV {29787E1 (M84F-4 b22-A7BF-1 C669D3748E8)

WGEN.RtrExtAC

MV

PTYP

UUID of prototype for MV {29787E1(M84F-4b22-A7BF-1 C669D3748E8)

Таблица Д.23 определяет отображение для выбора из атрибутов даных в ГОСТ Р 54418.25.2 класс даиых WGEN. Выбор из атрибутов данных от класса данных [например. WGEN] будет отображен в DNP3 дескриптором класса лгвввпг.

Таблица Д.23 - Образец частичного отображения Класса Да»*ых.

Атрибут имени

Тип атрибута

DNP3 Спецификация данных

DNP3 отображению элемента лгьчых

-

-

NAME

« WGEN.SpO. PwrAl-PwrRt-SlaA»

WGEN.Spd

MV

PTYP

UUID of prototype for MV {29787E10-484F-4B22-A7BF-1 C669D3748E8}

WGENPwrAt

WYE

PTYP

UUID of prototype for WYE {FCB770FF-OCA7-437C-B6E8-8FOAOC56ABF5}

WGENP*r«t

WYE

PTYP

UUID of prototype for WYE {FCB770FF-OCA7-437C-B6E8-8FOAOC56ABF5}

Окончание таблицы Д.23

Атрибут имени

Тип атрибута

DNP3 Спецификация данных

ONP3 отображение элемента данных

WGEN.SUA

VVYE

РТУР

иию of prototype for WYE {FCB770FF-OCA7-437C-86E8-8FOAOC56A8F5}

Д.4.22 Роль группы пользователем DNP

DNP3 администрируется независимым органом под наименованием Группа Пользователей DNP. ассоциэ-1МЯ производителей и пользователей протокола. Функцией этой группы пользователей является добровольная регистрация реализаций DNP3 и обслуживание как неанжажироеаныого посредника для внедрения испогьзованыя DNP3 для разли^ыых классов устройств (например, измерительные приборы, регуляторы, переключатели и г. д.). Проиэводотвгы. в первую очередь для начала всякого испольхюдыя DNP3. могут стать членами группы пользователей для выяснения того, какие достижения DNP3 уже существуют и какие функции должны поддерживать их устройства. Пользовательская группа объединяет пользователей и производителей, которые представляют опытную базу и рыночные исследования, которые подтверждают, что достиженмя DNP3 являются соответствую щи нм и отвечающими интересам большого множества потеициагьных пользователей.

DNP3 использует аналоги наборов данных для указания структуры и упорядочивания данных в пределах набора да»»lx в цепом игы части набора дамьх. Настолций стандарт специфицирует аналоги наборов даюых для испогьэования в DNP3 наборов да»#ых. DNP3 использует пространства имен для назначения уникальных зма-чеиий общим именам. которые могут в остальных случаях быть закреплен за геми же самьжы именами, ислогь-зуемыми в гьобых местах. Участники пользовательской группы DNP3 подтверждают добровольную регистрацию Пространства Имен эатребова»«иук> производителем и ты пользователем. Как только Пространство имен однажды зарегистрировано, так производитель или пользователь свободен определять, переопределять или удалять любые аналоги наборов данных из этого пространства имен. Каждому аналогу набора данных присваивается UUIO для его унмкапьиой идентификации при определенны или изменении. Любой погыэователь или производитель свободен употреблять наборы данных олределеииые аналогами наборов данных в любых пространствах имен, в которых имеется понятие об этих аналогах наборов даноых. Это разрешает созданые закрытых наборов данвых. где требуется, а также запрашивается разрешению на распространение наборов даиоых для широкого испольэова-имя. Примеры таких аналогов наборов данных описаны в настоящем стандарте.

Д.5 Отображение Информационно-Обменной Модели в ONP3 сервисы

Следующие сервисы. ооредело»чыо в ГОСТ Р 54418.25.3. должны быть отображены в сервисы определенные в DNP3:

-    Модель Данных (GetOataVakje. SeiDataValue);

-    Медаль управления (Select SeiectWithValue. Operate. CommandTermination).

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

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

Д.б Детали стека протоколов

Д.6.1 0NP3 Документ Профиля Устройства

Минимальная реализация для совместимости с ГОСТ Р 54418.25 должна иметь профиль устройства, которое разрешает установки, показанные в таблнщах Д.6.1. Д6.2. Д.6.3. Совместимые устройства могут поддерживать и другие оодии в добавление к установкам отмеченным здесь.

Таблица Д.6.1

Идем?мфпазима устрдмсгм

Возможности

1.1.7    Уровни поддержки DNP для:

Указать все уровнен DNP3. с которыми устройство абсолютно совместимо. Для Управляющих устройств запросы и ответы могут быть указаны независимо.

1.1.8    Поддержка функциональных блоков:

1.1.9    Исхтмиталыые дополнения:

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

Только управляющие устройства должны включать в себя, по крамюй мере: Запросы Ответы Уровень 2 Для Удаленных станчций запросы и ответы должны ек/жматъ по крайней мере Уровень 2.

Должны включать:

• Объект 0 - атрибутные объекты • Наборы да»»ых

Поддерживает прочитанные запросы статических даныых. содержащие on редел ит ели 00 & 01 (8- и 16-битные start/stop точечные индексы)

Продолжение таблицы Д.6.1

Имягмфкицм ус*ры*стьа

возможности

1.4 У ровен» связей

Возможности

1.4.5    Посылает подтверждеиеое пользовательские структуры лгькчх Слисок условий, при которых устройство передает подтвержденные сервисы уровня связи (TEST LINK STATES. RE SET LINK STATES CONFIRMED_USER_DATA)

1.4.6    Перерыв соглашения уровня канала связи

Этот перерыв отмосится к любому сообщению вторичного канала связи, которое требует подтверждения или ответа (сброс связи, статус связи, пользовательские данные, и тд.)

1.4.7    Максимальные повторения канала связи

Количество раз. которое устройство будет повторно передавать структуру. которая запрашивает подтвержден ыо Уровня Связи.

1.4.6 Максимальное количество байтов, переданных через структуру канала связи: Это '—ело включает CRC. С областью длмюй 255. максимальный размер был бы 292.

1.4.9 Максимальное количество байтов, которые могут быть получены через структуру канала связи: Это число вк/ючает CRC. С областью длиной 2S5. максимальный размер был бы 292. Для совместимости устройство должно быть способно принять 292 байта.

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

Установленное или конфигурируемые, так чтобы не быть ни одним из существующих

Установленное или конфигурируемые, так чтобы не вхлкматъ повторения

Установленное мм конфигурируемые, так чтобы включать 292

Установленное или конфигурируемые, так чтобы включать 292

1.5 Уровень Приложений

Возможности

1.5.1 Максимальное количество байтов, передачах на Фрагменте Уровня Приложений кроме Передав Файлов: Этот объем не включает любую транспортировку или структуру байтов.

-    Управлявшие должны обеспечивать установку менее или равную 249

-    Удаленью ста»**** должны обеспечивать установку моноо или равную 2046

1.5.3    Максимальное количество байтов, которые могут быть получены через Фрагмент Уровня Приложений Этот объем не включает любую транспортировку или структуру байтов.

-    Управляющие должны обеспечивать установку менее кгм равную 2048

-    Удаленью станции должны обеспечивать установку менее и/м равную 249

1.5.4    Пауза ожидания Заполнения ^агменга Уровня Приложений: Пауза. если асо cTpyirryp^j фрагкемта сообщения и полуншы о требуемое время. Измеренная первая по времени полученная структура фрагмента до получении последней структуры.

Для Управляющих. Установленные ихм конфигурируемые, так чтобы включать 292

Для удаленных станций: Установленное или конфигурируемые, так чтобы включать 2048

Для Управляющих. Установленные кхьн конфигурируемые, так чтобы включать 292

Для удаленных станций: Установленное или конфигурируемые, так чтобы включать 2048 Конфигурируемость

1.6 Следующие пунггы заполняются только для управляющих

Возможности

1.6.1 Пауза ожидающая Петою Ответа Уровня Прилеженй(ms)

Пауза на стороне Управляющею, если все фрагменты ответною сообщения в требуемое время не пол учете*.

1.6-2 Максимальные повторения Уровня Приложений для Сообщений запроса

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

Конфигурируется

Установленное или конфигурируемые, так чтобы не быть ни одины из существующих

1.7 Следующие пунггы заполняются только для удалеиых станций

Возможности

1.7.1 Пауза ожидающая Подтверждеиня Приложения требуемою ответною сообщения:

1.72 Как часто по времени требуется синхронизация от управляющего?

конфигурируется

Конфигурируется (по умолчаиио = 24 часа)

1.6 Поддержка незапрашиваемых ответов удаленной стандои

Возможности

Окончание таблицы Д-6.1

Идемтифтдцга ус троке гм

возможности

1.8.1 Поддержка незапрашиваемого отчета

Когда режим истребуемых ответов установлен на "о*Г. устройство должно вести себя точно как эквивалентное устройство, у шторою нет поддержки незапрашиваемых ответов. Если установлено “On', удаленная станция отправит пустой Истребуемый Ответ, после перезапуска дождется Разрешения Не требуемых Ответов от Управляющего до отправки Нетребуемых Ответов, соде ржа пасх данные о событиях.

Конфигурируется, выбор OrVOff

1.8.3 Пауза подтверждения незапраимваемою ответа:

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

Конфигурируется

1.9 Условия запуска незапрашиваемых ответов для удаленной станции

Возможности

1.9.8 Выдержка времени после того, как замечено событие любого класса:

Конфигурируемое вч^чение 0 указывает на отсутствие отсрочек из-за этого параметра.

Конфигурируется

3.1 Единичный бит двоичного ввода

Возможности

3.1.2 Изменение событий сообщает, когда запрашивается вариант 0:

Вариант 2-е абсолютным временем Вариант 3-е относительный временем

3.3 Статус двоичною вывода и контрольный блок выходной передачи сигнала

Возможности

3.3.9 Максимальное время между выбором и командой:

Конфигурируется (по умолчанию = 10 секунд)

3.4 Счет» мкиУЗамороженные счетчики

Возможности

3.4.9 Счетчики установлены на:

32 бита (4 294 967 295)

DNP3 Документ Профиля Устройства


Таблица Д.6.3 - Функциональная совместимость

DNP Объеяткав группа ■ описа*я*е

Запрос

Удаленная сгакядия обязана про* ■ваять смигаяогчесяяй анализ

Ответ

Удаленная станция долина от-праоить

Группа

номер

Num

Вариант

•омер

Num

Описатме

ФуиЕоиомаль-мие коды (dec)

Каалифасаци-ом яме соды (hem)

Функциональные ROOM

<dec)

Каалификациои-■не «оды

(hex)

0*

254

Device Afinbutes - Noo-specAc all attributes request

1

00.01.06

129

58

0*

255

Device Attributes - List of attrbute variations

1

00.01.06

129

58

50

1

True and Date - Absolute tvne

1

07(qty=1)

129

07 (qty»1>

2

07«jty*1)

-

-

50

3

Tvne and Date - Absolute fame at last recorded time

2

07 (Qty*1)

52

1

Time Delay - Coarse

129

07(qty=1)

S2

2

Tens Delay - Fine

129

07<qty=1>

60

1

Class Objects - Class 0 Data

1

06

-

-

60

2

Class Objects - Class 1 Data

1

06.07.08

-

-

20.21

06

-

-

60

3

Class Objects - Class 2 Data

1

06.07.08

-

-

20.21

06

-

-

60

4

Class Objects - Class 3 Data

1

06.07.08

-

-

2021

06

-

-

60

1

Internal indicators - Packed Forma!

2

00

-

-

(index=7)

85*

0

Data Set Prototype - AH Var

1

06

-

-

as*

1

Data Set Prototype - with UIHD

1

00.01.06.

129

58

17.28

2

58

-

-

86*

0

Data Set Descriptor - All Var

1

06

-

-

22

00.01.06.

-

-

17.28

86*

1

Data Set Descriptor - Data Set Contents

1

00.01.06.

129

S8

1728

2

58

-

-

86*

2

Data Set Deecrptor -Charactensbcs

1

00.01.06.

129

00.01.17.

17.28

28

86*

3

Data Set Descnptor - Poo! Index Attributes

1

00.01.06.

129

58

17.28

2

58

-

-

87*

0

State Data Set - All Var

1

06

-

-

87*

1

Static Data Set - Present Vakje

1

00.01.06.

129

58

17.28

2

58

-

-

3. 4. 5. 6

58

129

58

88*

0

Event Data Set - All Var

1

06.07.08

-

-

88*

1

Event Data Set - Snapshot

1

06.07.08

129.130

58

No Object (function code only) Cold Restart

13

No Object (function code only) Delay Measurement

23


Примечание а) Объектные группы 0 и с 85 по 68 требуются только в том случае, если дополнительное ото-браке* ие наборов данных поддерживается_


Синхронизация по времени

Е.1 Основное положение

Любое соответствие требованиям виедре»ся в настоящем стандарте и объявле*мя поддержки для объектов, содержащих признак типа МЕТКИ ВРЕМЕНИ (TIMESTAMP), должны испогжооватъ протокол SNTP, как минимум, чтобы гарантировать сиихро»е«зацию на ВЭС. Использование других, более точных, протоколов синхронизации в настоящем стандарте не рассматривается.

Чтобы п