Товары в корзине: 0 шт Оформить заказ
Стр. 1 

55 страниц

532.00 ₽

Купить ГОСТ Р МЭК 870-5-5-96 — бумажный документ с голограммой и синими печатями. подробнее

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

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

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

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

Настоящий стандарт распространяется на устройства и системы телемеханики с передачей данных последовательными двоичными кодами для контроля и управления территориально-распределенными процессами.

Стандарт определяет основные прикладные функции, которые выполняют стандартные процедуры систем телемеханики. Основные прикладные функции являются пользовательскими процедурами, которые находятся вне уровня 7 (пользовательский уровень) модели МОС (ISO) для связи открытых систем. Определяемые прикладные функции используют стандартный сервис на уровне пользователя. Определения настоящего стандарта служат базовыми для различных сопутствующих (вспомогательных) стандартов, которые будут детально разработаны для отдельных телемеханических задач. Каждый сопутствующий стандарт может использовать специфический набор определяемых функций. Основные прикладные функции, которых нет в настоящем стандарте, но которые необходимы для формирования сопутствущих стандартов по телемеханики, должны быть определены в этих сопутствующих стандартах. Только определенность сопутствующих стандартов дает возможность совместной работы различной аппаратуры телемеханики.

Общая структура ASDU (Application Service Data Unit), используемых в процедурах, описанных в настоящем стандарте, определена в ГОСТ Р МЭК 870-5-3

 Скачать PDF

Оглавление

Введение

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

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

3 Определения

4 Сервис пользователя

     4.1 Сервисные примитивы пользователя

5 Общая концепция прикладных функций

6 Основные прикладные функции

     6.1 Инициализация работы станций

     6.2 Сбор данных при помощи опроса

     6.3 Циклическая передача данных

     6.4 Сбор данных о событиях

     6.5 Сбор данных о событиях процедурой быстрой проверки (quick-check)

     6.6 Общий опрос. Опрос КП

     6.7 Синхронизация по времени

     6.8 Передача команд

     6.9 Передача интегральных сумм (телесчет)

     6.10 Загрузка параметров

     6.11 Тестовая процедура

     6.12 Пересылка файлов

     6.13 Получение (определение) запаздывания передачи

 
Дата введения01.07.1997
Добавлен в базу01.09.2013
Актуализация01.01.2021

Этот ГОСТ находится в:

Организации:

24.04.1996УтвержденГосстандарт России294

Telecontrol equipment and systems. Part 5. Transmission protocols. Section 5. Basic application on functions

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19
Стр. 20
стр. 20
Стр. 21
стр. 21
Стр. 22
стр. 22
Стр. 23
стр. 23
Стр. 24
стр. 24
Стр. 25
стр. 25
Стр. 26
стр. 26
Стр. 27
стр. 27
Стр. 28
стр. 28
Стр. 29
стр. 29
Стр. 30
стр. 30

ГОСТ Р МЭК 870-5-5-96

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ

Часть 5. ПРОТОКОЛЫ ПЕРЕДАЧИ

Раздел 5. ОСНОВНЫЕ ПРИКЛАДНЫЕ

ФУНКЦИИ

БЗ 11-95/489


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

ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р МЭК 870-5-5-96

Предисловие

1 РАЗРАБОТАН АО «Научно-исследовательский институт электроэнергетики (ВНИИЭ)»

ВНЕСЕН Министерством топлива и энергетики Российской Федерации и Российским акционерным обществом энергетики и электрификации «ЕЭС РОССИИ»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 24 апреля 1996 г. № 294

Настоящий стандарт содержит полный аутентичный текст международного стандарта МЭК 870—5—5—95 «Устройства и системы телемеханики. Часть 5. Протоколы передачи. Раздел 5. Основные прикладные функции»

3    ВВЕДЕН ВПЕРВЫЕ

© ИПК Издательство стандартов, 1996

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

II

Третий уровень используется разными сопутствующими стандартами и определяет тип ASDU, использование метки времени и т. п. Первая буква в третьем уровне определяет наличие метки времени (N — нет метки времени, Т — метка времени), вторая буква определяет тип. Каждый сопутствующий стандарт может устанавливать свои собственные типы в алфавитном порядке, начиная с буквы «А». Например:

Измерения, нормализованные величины

без метки времени (тип A)    M_ME_JNA

или

Измерения, масштабированные величины

с отметкой времени (тип В),    М_МЕ_ТВ

или

Одиночная команда, без метки времени (тип A)    C_SC_NA

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

Сопутствующий стандарт 101 M_ME_NA_1 или C_SC_NA_1 Сопутствующий стандарт 102 M_ME_NA_2 или C_SC_NA_2 Такая система меток открыта и может при необходимости дополняться на всех иерархических уровнях и в различных сопутствующих стандартах.

ASDU, используемая в направлении КП, может иметь зеркальное отражение в направлении ПУ. Такое зеркальное отражение ASDU используется для положительного/отрицательного подтверждения (квитанции). Необходимо, чтобы была возможность их отличия в обоих направлениях. Поэтому, кроме меток, эти ASDU маркируются следующей аббревиатурой в направлении КП и ПУ:

Направление КП: Активация    ACT

Направление ПУ: Подтверждение активации    ACTCON

Направление КП: Дезактивация    DEACT

Направление ПУ: Подтверждение дезактивации DEACTCON Направление ПУ: Прекращение активации ACTTERM Кроме того, используются следующие аббревиатуры: Направление ПУ: Циклическая передача    CYCLIC

Направление ПУ: Спорадическая передача    SPONT

к

ГОСТ Р МЭК 870-5-5-96

В случае небалансной процедуры передачи команда ACT может быть передана при помощи сервиса канала SEND/NO REPLY (по-сылка/без ответа) как общее сообщение (например, для опроса станции или синхронизации часов). Затем обратно передается сигнал подтверждения ACTCON, что сообщение ACT получено, индивидуально на каждый КП.

6.1    Инициализация работы станций

Процедура инициализации работы станции требуется для установки станции в правильное рабочее состояние до того, как начнутся телемеханические операции. Необходимо различать холодную и горячую процедуры запуска. Холодный запуск —- это процедура первоначальной загрузки станции, чтобы привести базу данных в текущее состояние. Предполагается, что информация о переменных процесса сброшена в исходное состояние до загрузки. Горячий запуск — это процедура перезагрузки станции, которая устанавливается в исходное состояние или повторно активируется. Эта процедура означает, что информация о переменных процесса, полученная до повторной активации, не будет сброшена. Кроме того, различается инициализация КП и ПУ. Определения, приведенные ниже, рассматривают в основном процедуры инициализации, связанные с передачей данных между станциями.

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

КП может устанавливаться в исходное состояние по местной команде или по запросу с ПУ.

6.1.1    Описание основной процедуры инициализации (рисунок 3)

На рисунке 3 показана инициализация ПУ и КП в общем виде. Более детальное определение, включая используемый сервис связи, приведено на последующих рисунках.

Инициализация контролирующей станции (ПУ).

После внутренней инициализации ПУ уровень канала устанавливает соединение с КП (см. 6.1.2, 6.1.5 и ГОСТ Р МЭК 870-5-2).

9

Прикладная функция ПУ    Сервис    связи    Прикладная    функция    КП

ИНИЦИАЛИЗАЦИЯ ПУ


Начало инициализации ПУ ---

Длительность

инициализа

ции


ПУ инициализирован


Инициализа ция сервиса связи


Связь ннициалн 'зирована


A.ENDINIT.req


С_Е1

Если необходимо


A ENDINITM


ПУ инициализирован


Последующие функции: общий опрос часы

синхронизация по времени (необязательно)


ИНИЦИАЛИЗАЦИЯ КП


Установка КП в ис- A_RESETJ>ROCESS.req ходное состояние


С RP


Если необходимо


Связь Т


Инициализация сервиса связи


инициализирована


Установка в исходное положение может быть местной

A_RESET_PROCESSM

т \ Установка КП I в исходное состояние

Начало инициализации КП


Длительность ишщнализа-, Цин


КП инициализирован


A ENDINITM


М_Е1

Если необходимо


AJENDINIT.req


КП инициализирован


Последующие функции: общий опрос часы

синхронизация по времени (необязательно)


Рисунок 3 — Последовательная процедура — основная процедура инициализации


10


ГОСТ Р МЭК 870-5-5-96

Когда ПУ готов к передаче информации на КП, он посылает (необязательно) сообщение С_Е1 (конец инициализации) к подсоединенному КП. После приема PDU С_Е1 КП может послать информацию о процессе к ПУ. ПУ затем посылает общий запрос (см. 6.6) с синхронизацией по времени (см. 6.7) (необязательно).

Инициализация КП.

При необходимости после внутренней инициализации КП уровень канала устанавливает соединение с ПУ (см. 6.1.3, 6.1.6 и ГОСТ Р МЭК 870-5-2). Если КП готов обрабатывать информацию, поступающую с ПУ, он может послать PDU М_Е1 к ПУ (необязательно). После получения этого PDU ПУ продолжает посылку общего запроса (см. 6.6), в некоторых системах — с синхронизацией по времени (см. 6.7).

6.1.2 Инициализация ПУ в небалансных системах передачи (описание последовательности процедур; рисунок 4)

11

Если «Начало местной инициализации» появляется сразу после данных, запрошенных с КП (например, как показано пунктиром на рисунке 4), то канал связи ПУ не может получить запрошенные данные, т. к. они уже недоступны. После начала инициализации ПУ уровень канала обычно устанавливается в исходное состояние и становится доступным раньше, чем другие внутренние функции ПУ во время его инициализации. Канал ПУ затем устанавливает соединение с каналом КП посылкой сообщения «Запрос состояния канала» на что получает ответ «Состояние канала». Для установления синхронизации канала ПУ передает команду «Установка удаленного канала в исходное состояние» и получает ответ «АСК». Это «АСК» подтверждает начальные условия уровня канала на ПУ, ожидая следующий бит счета кадров (FCB = 1, см. 5.1.2 ГОСТ Р МЭК 870-5-2). Состояние удаленного уровня канала может быть дополнительно опрошено при помощи команды «Запрос состояния канала». После завершения инициализации прикладных функций на ПУ соединение между прикладными функциями устанавливается передачей PDU CJEI на КП. В системах, в которых установление соединения канала происходит после завершения инициализации прикладных функций на ПУ, передача PDU С_Е1 не требуется. После инициализации ПУ обновляет информацию общим запросом (см. 6.6) и в некоторых системах синхронизируется по времени (см. 6.7). После этого могут начинаться обычные телемеханические операции.

3-946

ГОСТ Р МЭК 870-5-5-96

6.1.3 Местная инициализация КП в небалансных системах передачи (описание последовательности процедур; рисунок 5)

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

Прикладная функция ПУ

Сервис связи

Прикладная функция КП

Начало местной инициализации

Запрос данных

A_DATA.req

Например, включение напряжения питания

1

. -■—1—Данные

Нет ответа, канал недоступен г или выключен

Канал доступен

Запрос состояния канала

Состояние канала ^

Инициализация ПУ

Установка канала ^ в исходное состояние '

Установка удаленного канала в исходное состояние

г

АСК_^----^

^ Запрос состояния

grflITflT1

Ожидаемый следующий FCB=1

НЕОБЯЗАТЕЛЬНО*"""* Состояние кяияпя ^

r AJENDINIT.req

User Data: ____С EI

ПУ инициализирован

НЕОБЯЗАТЕЛЬНО *

A_ENDINIT.ind

ПУ инициализирован

Последующие функции: общий опрос

синхронизация по времени

(необязательно)

Рисунок 4 — Последовательная процедура — инициализация ПУ в небалансных

системах передачи

Прикладная функция Г1У


Сервис связи


Прикладная функция КП


Начало местной инициализации


A_DATA.req


Пользовательские

данные


Выдержка времени и неуспешные повторения

Выдержка времени Выдержка времени


Например,

включение

напряжения

питания


Запрос состояния канала

Запрос состояния канала

Запрос состояния канала

Состой яние канала

Установка удаленного канала в исходное состояние

Установка канала в исходное состояние

АСК

Запрос состояния канала


НЕОБЯЗАТЕЛЬНО Состояние канала

Запрос поль-, зовательских • данных класса 1    •

НЕОБЯЗАТЕЛЬНО

User Data: М А А


Запрос пользовательских данных класса 1


НЕОБЯЗАТЕЛЬНО


Нет ответа, канал недоступен или отключен


Канал

доступен


Следующий

ожидаемый

FCB=1


Местная инициализация КП


Пользова

тельский

уровень

доступен


A.ENDINIT.req '


КП доступен после местной инициализации


Рисунок 5 — Последовательная процедура — местная инициализация КП в небалансных системах передачи, лист 1


3*


13


Прикладная функция ПУ

Сервис связи

Прикладная функция КП

A_ENDINIT.ind

User Data: М EI _

КП доступен после местной инициализаци

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

Рисунок 5, лист 2

подтверждения. После определенного числа безуспешных повторений (приложение А ГОСТ Р МЭК 870-5-2) ПУ пытается установить соединение канала посылкой повторных команд «Запрос состояния канала» с определенной выдержкой времени. Если канал на КП доступен, то приходит ответ «Состояние канала». Тогда ПУ передает «Установка удаленного канала в исходное состояние». КП подтверждает условия установки сигналом «АСК» к ПУ (ожидаемый бит счета кадров FCB = 1, см. 5.1.2 ГОСТ Р МЭК 870-5-2). Теперь ПУ может запрашивать КП повторением посылки «Запрос состояния канала». Если ответ будет «Состояние канала», что означает, что данные класса 1 доступны, то данные запрашиваются при помощи посылки «Запрос данных пользователя класса 1» и могут быть подтверждены сообщениями М_АА (прикладной уровень доступен) или MJEI (конец инициализации). Окончание инициализации прикладных функций на КП может быть показано ПУ посредством посылки PDU М_Е1. Затем ПУ обновляет свою информацию передачей общего запроса (см. 6.6) и продолжает работать в некоторых системах с синхронизацией времени (см. 6.7). После этого можно начинать обычные телемеханические операции.

Примечание — М_АА применяется, когда ПУ информирован о готовности всей системы связи вдобавок к готовности уровня канала (что показывается сервисом канала «Состояние канала»)

6.1.4 Дистанционная инициализация КП в небалансных системах передачи (описание последовательности процедур; рисунок 6)

После получения дистанционной команды RESET_PROCESS C_RP ACT КП может ответить подтверждением RESET PROCESS

14

ГОСТ Р МЭК 870-5-5-96

Прикладная функция ПУ

Сервис связи

Прикладная функция КП

A_RESET_PROCESS.req __

C_RP

t гт

— Л1 1

A_RESET_PROCESS.ind

С RP ACTCON^.-.

A_RESET_PROCESS.res

A_RESET_PROCESS.con

НЕОБЯЗАТЕЛЬНО

Запрос состояния -- канала

Состояние

канала

Канал

доступен

Установка удаленного канала в исходное

РПЛТПОЦИР

НЕОБЯЗАТЕЛЬНО^^*

АСЖ^^----—

Запрос состояния

^ канала

Установка канала в исходное г состояние

Следующий

ожидаемый

FCB=1

Инициализация КП

НЕОБЯЗАТЕЛЬНО^^ Состояние каня.па —

0 Запрос поль-

•    зовательских

•    данных

■----- класса 1

НЕОБЯЗАТЕЛЬНО ^

User Data:м

1

Рисунок 6 — Последовательная процедура — дистанционная инициализация КП в

небалансных системах передачи, лист 1

15

Прикладная функция ПУ

Сервис связи

Прикладная функция КП

Запрос пользовательских данных --— класса 1

A_ENDINIT.req)

г

A.ENDIMT.ind

НЕОБЯЗАТЕЛЬНО ** User Data: М EI _—-—

КП доступен после

дистанционной

инициализации

КП доступен после дистанционной инициализации

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

Рисунок 6, лист 2

C_RP ACTCON. После опознания или необязательного подтверждения команды RESET_PROCESS все процессы пользователя выше уровня 7, как показано на рисунке 2, устанавливаются в исходное состояние и инициализируются. Все сообщения, ожидающие передачи, сбрасываются.ПУ опрашивает канал передачей посылки «Запрос состояния канала». Если канал КП доступен, он отвечает «Состояние канала». ПУ может передать сообщение «Установка удаленного канала в исходное состояние» вместе с командой RESETPRO-CESS C_RP ACT (необязательно). КП подтверждает условия начата сигналом «АСК» (ожидаемый бит счета кадров FCB = 1, см. 5.1.2 ГОСТ Р МЭК 870-5-2). После этого ПУ может опросить КП повторной посылкой «Запрос состояния канала».

Примечание — Если используется команда «Установка удаленного канала в исходное состояние», то будет выполнена дистанционная инициализация всего КП

Если на «Запрос состояние канала» ответ будет «Состояние канала», это показывает, что данные класса 1 доступны. Данные запрашиваются посылкой «Запрос пользовательских данных класса 1». Прием данных может быть подтвержден или сигналом М_АА (доступен уровень пользователя) или сигналом М_Е1 (конец инициализации). Оба эти сервиса на КП необязательны, т. к. на нем уровень канала доступен только после конца завершения инициализации.

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

16

ГОСТ Р МЭК 870-5-5-96

Если они недоступны, то все прикладные пользовательские процессы (прикладной уровень, прикладные функции и прикладные процессы) могут быть повторно запущены при помощи посылки функции обслуживания канала «Установка процессов пользователя в исходное состояние».

6.1.5    Инициализация ПУ в балансных системах передачи (описание последовательности процедур; рисунок 7)

После начала инициализации ПУ КП определяет, что канал отсоединен от ПУ ввиду отсутствия подтверждения. КП пытается установить соединение канала, передавая сигнал «Запрос состояния канала» с определенной выдержкой времени. Если уровень канала ПУ доступен, он подтверждает это, посылая к КП сигнал «Состояние канала», КП затем посылает сигнал «Установка удаленного канала в исходное состояние», на что получает ответ «АСК», который подтверждает условия установки на уровне канала ПУ (ожидаемый бит счета кадров FCB = 1, см. 5.1.2 ГОСТ Р МЭК 870-5-2). После этого ПУ синхронизирует соединение канала с КП, передавая посылки «Запрос состояния канала» и «Установка удаленного канала в исходное состояние». После получения «АСК» соединение канала устанавливается в обоих направлениях. Состояние канала может быть опрошено на обоих станциях при помощи посылки «Запрос состояния канала» (на рисунке 7 показан опрос только со стороны ПУ). После окончания инициализации ПУ он может передавать сигнал CJEI (конец инициализации) на КП. Передача PDU С_Е1 необязательна в системах, которые устанавливают соединение канала после окончания инициализации пользовательских функций на ПУ. После инициализации ПУ обновляет информацию посылкой общего запроса (см. 6.6) и продолжает передачи в некоторых системах посредством синхронизации по времени (см. 6.7). Затем могут начаться обычные телемеханические передачи.

6.1.6    Местная инициализация КП в балансных системах передачи (описание последовательности процедур; рисунок 8)

После начала местной инициализации на КП во вемя работы с ПУ ПУ определяет, что канал отключен от КП ввиду отсутствия подтверждения. Через определенное число безуспешных повторений (см. приложение А ГОСТ Р МЭК 870-5-2) ПУ пытается установить соединение канала посылкой сигнала «Запрос состояния канала» с заданной выдержкой времени. Если канал КП доступен, то приходит ответ «Состояние канала». Тогда ПУ передает сигнал «Установка удаленного канала в исходное состояние». КП подтверждает условия

17

ГОСТ Р МЭК 870-5-5-96

Содержание

Введение........................... 1

1    Область применения и объект................ 1

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

3    Определения......................... 2

4    Сервис пользователя..................... 3

4.1    Сервисные примитивы пользователя........... 3

5    Общая концепция прикладных функций........... 5

6    Основные прикладные функции............... 6

6.1    Инициализация работы станций............. 9

6.2    Сбор данных при помощи опроса............21

6.3    Циклическая передача данных..............25

6.4    Сбор данных о событиях.................26

6.5    Сбор данных о событиях процедурой быстрой проверки

(quick-check)......................27

6.6    Общий опрос.Опрос КП.................27

6.7    Синхронизация по времени...............29

6.8    Передача команд....................32

6.9    Передача интегральных сумм (телесчет).........36

6.10    Загрузка параметров...................37

6.11    Тестовая процедура...................40

6.12    Пересылка файлов...................41

6.13    Получение (определение) запаздывания передачи .... 49

ill

Прикладная функция ПУ    Сервис    связи


Прикладная функция КП


Начало местной инициализации

Например,

включение

напряжения

питания


Нет ответа, канал недоступен или отключен _

Канал

доступен


Установка канала в исходное состояние

Следующий

ожидаемый

FCB=1

Инициализация ПУ


Следующий

ожидаемый

FCB=1


Пользовательские

данные


Запрос состояния канала^

Запрос состояния канала


Запрос состояния канала

Состояние кана-___ла

Установка удаленного канала в исходное состояние


АСК


Запрос состояния канала

Установка удаленного канала в исходное состояние


A_DATA.req


Выдержка времени


Выдержка времени


Выдержка времени


Установка канала в исходное состояние


Запрос состояния канала


НЕОБЯЗАТЕЛЬНО


Рисунок


7 — Последовательная


процедура — инициализация ПУ в балансных


системах передачи, лист 1


ГОСТ Р МЭК 870-5-5-96

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

УСТРОЙСТВА И СИСТЕМЫ ТЕЛЕМЕХАНИКИ

Часть 5. Протоколы передачи Раздел 5. Основные прикладные функции

Telecontrol equipment and systems.

Part 5. Transmission protocols.

Section 5. Basic application functions

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

1 ВВЕДЕНИЕ

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

1 ОБЛАСТЬ ПРИМЕНЕНИЯ И ОБЪЕКТ

Настоящий стандарт распространяется на устройства и системы телемеханики с передачей данных последовательными двоичными кодами для контроля и управления территориально-распределенными процессами.

Стандарт определяет основные прикладные функции, которые выполняют стандартные процедуры систем телемеханики. Основные прикладные функции являются пользовательскими процедурами, которые находятся вне уровня 7 (пользовательский уровень) модели МОС (ISO)* для связи открытых систем. Определяемые прикладные функции используют стандартный сервис на уровне пользователя. Определения настоящего стандарта служат базовыми для различных сопутствующих (вспомогательных) стандартов, которые будут детально разработаны для отдельных телемеханических задач. Каждый сопутствующий стандарт может использовать специфический набор оп-

* МОС — Международная организация по стандартизации. ISO — International Organization for Standardization.

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

ГОСТ Р МЭК 870-5-5-96

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

Общая структура ASDU1, используемых в процедурах, описанных в настоящем стандарте, определена в ГОСТ Р МЭК 870-5-3.

Настоящий стандарт должен применяться совместно с ГОСТ Р МЭК 870-5-1, ГОСТ Р МЭК 870-5-2, ГОСТ Р МЭК 870-5-3 и ГОСТ Р МЭК 870-5-4.

2    НОРМАТИВНЫЕ ССЫЛКИ

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

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

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

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

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

3    ОПРЕДЕЛЕНИЯ

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

3.1 Основная прикладная функция (в телемеханике) — процедура передачи, выполняющая функции контроля и управления,обычно используемые в системах телемеханики.

Примеры: передача команд, передача о возникновении событии, циклическая передача и т. д.

ГОСТ Р МЭК 870-5-5-96

3.2    Сопутствующий стандарт (вспомогательный) — сопутствующий стандарт добавляет семантику в основные стандартные определения или в функциональный профиль. Это может быть выражено определением особых целей для объектов информации и определением дополнительных объектов информации, сервисных процедур и параметров основного стандарта.

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

3.3    Укрупненная структура (ЕРА) — укрупненная модель сравнима с семиуровневой структурой основной модели, однако имеет трехуровневую структуру для получения меньшего времени реакции на важную информацию, но сервис при этом ограничен.

3.4    Составное поле данных (СР) — последовательность полей данных с последовательным распределением битов, которые образуют элемент информации.

3.5    Направление команды — направление передачи от пункта управления (ПУ) к контролируемому пункту (КП).

3.6    Направление контроля — направление передачи от КП к ПУ.

4 СЕРВИС ПОЛЬЗОВАТЕЛЯ

Каждый процесс пользователя может иметь «первичную функцию пользователя» и «вторичную функцию пользователя». «Первичная функция пользователя» — это часть процесса пользователя, которая инициирует запросы пользователя к удаленному объекту пользователя при помощи «вторичной функции пользователя», принадлежащей последнему. Запрашиваемые задачи исполняются при помощи сервиса связи, который включает в себя передачу PDU2. Последовательность процедур сервиса связи описана при помощи последовательности сервисных примитивов.

4.1 Сервисные примитивы пользователя

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


Неподтвержденный

сервис пользователя    СЕРВИС    СВЯЗИ


СЕРВИС

ПЕРВИЧНАЯ

запрос

ПРИКЛАДНАЯ

ФУНКЦИЯ

Подтвержденный сервис пользователя


ЗАПРОС


СЕРВИС

инднка-

ВТОРИЧНАЯ

ция

ПРИКЛАДНАЯ

ФУНКЦИЯ


Рисунок 1 — Основные сервисы пользователя


Сервис, запрос ( . req) —


Сервис, индикация ( . ind) —


Сервис, ответ (    .    res)    —


Сервис, подтверждение

( .con)


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

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

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


4



5 ОБЩАЯ КОНЦЕПЦИЯ ПРИКЛАДНЫХ ФУНКЦИЙ

Процессы пользователя, которые применяют связь точка-точка для выполнения согласованных процедур между удаленными пунктами, используют средства, которые имеются на уровнях 7, 2 и 1 модели ЕРА (рисунок 2).


ПОЛЬЗОВАТЕЛЬСКИЕ ПРОЦЕССЫ


Функция 1


Функция 2


Функция 3


Функция 4


Функция П


•N


ПОЛЬЗОВАТЕЛЬСКИЙ (УРОВЕНЬ 7)


КАНАЛЬНЫЙ (УРОВЕНЬ 2)


Модель ЕРА > (Сервисы связи)


ФИЗИЧЕСКИИ (УРОВЕНЬ I)


> к


> f


Рисунок 2 — Расположение сервисов связи и прикладных функций в модели ЕРА (укрупненная модель)

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

Отдельные прикладные функции используют сервисные примитивы и элементы процедур передачи на уровнях 7, 2 и 1, как это определено в настоящем стандарте и в ГОСТ Р МЭК 870-5-1, ГОСТ Р МЭК 870-5-2, ГОСТ Р МЭК 870-5-3, ГОСТ Р МЭК 870-5-4.

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

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

5


2*


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

6 ОСНОВНЫЕ ПРИКЛАДНЫЕ ФУНКЦИИ

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

Последовательность процедур передачи показана стрелками. Каждая стрелка представляет протокол блока данных PDU. Иерархическая структура символов будет использоваться для обозначения APDU или ASDU; она может быть дополнена различными сопутствующими стандартами. В протоколах ГОСТ Р МЭК 870-5-1, ГОСТ Р МЭК 870-5-2, ГОСТ Р МЭК 870-5-3, ГОСТ Р МЭК 870-5-4 и настоящего стандарта определения APDU3 и ASDU одинаковы, т. к. нет явно выделенного APCI3.

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

К высшему уровню принадлежат:

Вид информации Уровень 1    Метка

Контрольная информация    М

Управляющая (командная) информация    С

Параметр    Р

Передача файла    F

ГОСТ Р МЭК 870-5-5-96

Второй уровень определяет:

Вид информации Уровень 2    Метка

Контрольная информация    М

Одноэлементная информация    M_S Р

Двухэлементная информация    M_DP

Измерения    М_МЕ

События (работа) защиты    М_ЕР

Интегральные суммы    M IT

Информация о ступенчатых перемещениях    M_ST

Строки битов и байтов    М_ВО

Конец инициализации    М_Е1

Доступность пользовательского уровня    М_АА

Управляющая информация    С

Однопозиционная команда    C_SC

Двухпозиционная команда    C_DC

Команда уставки    C_SE

Команда пошагового регулирования    C_RC

Команда опроса    С_1С

Команда синхронизации по времени    C_CS

Определение запаздывания    C CD

Команда опроса показаний счетчика    С_С1

Тестовая команда    C_TS

Команда установки процесса в исходное состояние    C_RP

Команда считывания    C_RD

Конец инициализации    С_Е1

Параметр    Р

Измеряемые параметры    Р_МЕ

Активация    Р_АС

Передача файла    F

Каталог (структура данных)    F DR

Выбор или вызов файла или секции    F__SC

Последняя секция или сегмент    F_LS

Подтверждение приема (АСК) файла или секции    F_AF

Готовность файла    F_FR

Готовность секции    F_SR

Сегмент    FJSG

7

1

ASDU — Application Service Data Unit — Пользовательским сервис данных (ГОСТ Р МЭК 870-5-3)

2

2

PDU — Protocol data unit — протокол блока данных.

2-946

3

APDU — пользовательский протокол блока данных

APCI — пользовательский протокол управляющей > (см. ГОСТ Р

информации    J    МЭК    870—5—3)

6