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

55 страниц

532.00 ₽

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

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

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

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

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

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

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

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

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

Показать даты введения Admin

Страница 1

ГОСТ Р МЭК 870-5-5-96 ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

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

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

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

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

Т

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

Страница 2

ГОСТ ? МЭК 870—5—5—96

Предисловие

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

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

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

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

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

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

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

II

Страница 3

ГОСТ Р МЭК S70—5—5—96

Содержание

Введение........................... I

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

III

Страница 4

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

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

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

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

Telecontrol equipment and systems.

Part 5. Transmission protocols.

Section 5. Basic application (Unction*

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

I ВВЕДЕНИЕ

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

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

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

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

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

Ихтамае официальное

I

Страница 5

ГОСТ Р МЭК K70-5-S-W

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

Общая структур;» 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 Основная прикладная функция (в телемеханике) — процедура передачи, выполняющая функции контроля и управления,обычно используемые в системах телемеханики.

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

1

1

ASDU — Application Service Dnla Unit — Пользогвггельсхмй сервис данных (ГОС! Р МЭК S70-5-3).

Страница 6

ГОСТ И МЭК S70—5—S--96

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

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

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

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

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

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

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

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

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

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

1

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

2-946

Страница 7

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

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

СЕРВИС СВЯЗИ

ПЕРВИЧНАЯ

СЕРВИС Jan рос

ЗАПРОС

СЕРВИС № им ка

ВТОРИЧНАЯ

ПРИКЛАДНАЯ

пп*

ПРИКЛАДНАЯ

ФУНКЦИЯ

,ч_""

-*-

ФУНКЦИЯ

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

ПЕРВИЧНАЯ

ПРИКЛАДНАЯ

СЕРВИС запрос -►

ЗАПРОС

СЕРВИС

нидика-

пн*

ВТОРИЧНАЯ

ПРИКЛАДНАЯ

ФУНКЦИЯ

-►

ФУНКЦИЯ

СЕРВИС

подтвер

ждение

** ОТВЕТ

СЕРВИС

ответ

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

Сервис, запрос    ( . rcq) — первичный пользователь посылает

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

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

Сервис, ответ    (    . res) — вторичная функция пользователя

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

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

( .con)

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

4

Страница 8

ГОСТ Р МЭК «70-5-5-96

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

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

ПОЛЬЗОВЛТЕЛЬСКИF. ПРОЦЕССЫ Ф>нкиня 1 | Функции 2 | Функции 3 J Функции 4 | Функция П

ПОЛЬЮВАТЕЛЬСКИЙ «УРОВЕНЬ 7) КАНАЛЬНЫЙ (УРОВЕНЬ 2)

Модель ЕРА • (Сервисы

<П»(И|

ФНЗ»геЕСКИЙ (УРОВЕНЬ I)

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

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

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

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

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

5

Страница 9

ГОСТ V МЭК 870—5—5—96

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

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

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

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

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

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

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

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

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

Параметр    Р

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

# j)--* * “

Страница 10

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

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

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

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

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

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

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

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

Интегральные суммы    М_1Т

Информация о сту пенчатых персмсшениях    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

Сегмент    F. SO

;


Страница 11

ГОСТ Р МЭК *70-5- 5-М

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

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

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

или

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

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

или

Одиночная команда, без метки времени (тип 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

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

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

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

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

х

Страница 12

ГОСТ Р МЭК S70-5-S-96

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

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

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

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

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

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

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

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

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

9

Страница 13

ГОСТ Р МЭК Й70—5—5—96

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

Сервис снята

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

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

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

Д.1И1 f.IbllOCIW

инициал та-ции


Пнниналтв-пня сервиса

< ИЯ ill


Спи

ннншпин

тарояана


CU Бели необходимо

ПУ IIHHUH4-нпирщин_

A FVDIMT.r1

A_ENDINIT.ind |jy пннцихш-


Последующие функции: ПГИЦНЙ <И1|НХ часы

ент роптания по врсчеим {непбямкльио)


КП ннициа- V.ENMXTTjBd лтирояан

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

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


AJUvSET.PROCES&rtq


ходнпс

СОСТОЯШК


Установка КП


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


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



A_RFSFT_PROCF.SS.iiid

Усганояка КП • псходиос ео-сюяние

Начало IIUI1-цналтанин KI1

Дяитсльмость га пшка.1 танин

КП иниинадн-A.FNDINIT.req >"Р»«“М


Спи шншнадтнрояапа


M.F.I


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

10

1

ЯфОаАМ

Страница 14

ГОСТ Р МЭК 87ft—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)

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

3-946

П

Страница 15


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

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


Сервис с «иin


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


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


Запрос длины*


Начало местной инипиалн Н11ИИ


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


Данник


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

Канал ДОС!>пем


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


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


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


Ишшиаиизиня ПУ


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

АСК

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


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


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


User Data: С. El

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


A.ENDIMT-req


Нооюотвк функции: общий опрос

ситроиминия по времени

(■мивисмо)

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

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


Страница 16

ГОСТ ¥ МЭК 870—5—5—96

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

Сервис связи

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

НаЧаЛо МеСТНОН ммнцнали <;щин

AJMTAJtq

libl.up»*.J времени II

неуспешные повторения

Выдержка времени ^Запрос состояния капай

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

данные

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

Пет ответа, канал недоступен или ОТКЛЮ1 ICH

Например,

включение

напряжения

питания


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


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

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

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

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


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


АСК


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

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

говательеких    •

данных класса 1    •


НЕОБЯЗАТЕЛЬНО lletr Ьа(а: М_АА


Запрос мт< ювагелыких данных класса I


Канат

ДОсТ}ТК'Н


Мсспия НИИ-

циалнгацнм

KJI


Слелуимцин

ожидаемый

FCBsl

Нолыова-

тельскнн

’ VptlBlMb

доступен

A.KNDIMTjcq


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

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

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

13

з-

Страница 17

ГОСТ Р МЭК 570-5-5-96 Прик.-;ииля функция ПУ    Сервис    сети    Прикладная    функция    KII

A F.VDlNTT.iod

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

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

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

подтверждения. После определенного числа безуспешных повторе-

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

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

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

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

Страница 18

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

ГОСТ V МЭК *70-5-5-96 Сервис соям    Прикладная    функция    КП

A _RF.SET_PROCESS.rtq _

C.RP

ALI

A_RESET_PROCESS.ind

LRP

ACTCON

A_RESET_PROCESS.ro

A_RESET_PROCESS.con

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

Состояние

канала ^ —■---"

Канал

доступен

Устапояка удаленного канала в исходное 1 — ■—-т—

1 ШОБЯЗлТЕЛЬНО

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

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

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

CitQwiiwfl

ожидаемый

FCB-I

Итшнали-хация КН

2 Запрос ппль*

•    эовательошх

•    ДЛНИЫХ

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

НЕОБЯЗАТЕЛЬНО *■ JJstr Data: м —

Рисунок 6 — Последотелькая процедура — дистанционная инициализация K1I в небалансных сисгсиах перилами, лист I

Страница 19

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

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

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

Сервис снам

lillipoc IUI.llk-зовательских данных

1яг1) ' “ г*


класса 1 A_LNDLN'rT.rtq


НЕОГ.ИЗЛТКЛЫЮ


A LNDINlTind


КП лоступем после

jiicraHUHOHHoil

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


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

Поисз^опк функции: опт ни опрос и синхронизация по времени

(|К'<)бя*а1ГЛЫ11>)

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

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

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

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

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

16

Страница 20

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

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

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

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

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

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

17

Страница 21

КИЛ- Г МЭК 870—5—5—96 Принимая функция НУ    Страж    снш

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

Иячлло местной нницишшгацнн

Например,

ВКЛЮЧСНИС

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

A.DATAjeq

напряжении

пптаиня

данные^__———"

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

канала —------

* Запрос СОСТОЯНИЯ КамаЧя ^———'

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

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

Запрос состо-

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

Канал

доступен

^яиня канала

Состоите кяпа-

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

Установка канала в ИСХОДНО* состояние

^в исходное состояние ._ -----—К_ ^

Слсдукицнй

ожидаемый

ГСВ=1

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

Пншжали-мция ПУ

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

4Установка удаленною каната в исходное состояние^ ^ ^ _________

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

Следующий

ожидачлый

FCB-I

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

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

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

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

18

Страница 22

ГОСТ P МЭК Я70-5-5-96 Прнклдднш функции ПУ    Ct-ptitc    сагш    Прикладная    функции    К11

Посяеаующпе функции: ofiuutA опрос и гпнхронпмши «о ярсчгмн (необязательно)

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

установки при помошн *АСК». передаваемого на ПУ (ожидаемый бит счет кадров FCB = 1, см. 5.1.2 ГОСТ Р МЭК К70—5—2). Затем КП тоже синхронизирует свой канал с ПУ, передавая ей посылки «Запрос состояния канала» и «Установка удаленного канала и исходное состояние». После приема сигнала «АСК» соединение канала устанавливается в обоих направлениях.

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

6.1.7 Дистанционная инициализация КП в балансной системе передачи (описание последовательности процедур; рисунок 9)

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

4-94Й

19

Страница 23

ГОСТ Р МЭК *70-5-5-%

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

Сервис святи

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

Начало местной ■пшинапиаппн

A.DATAxcq

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

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

_____DATA ГОГ

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

Запрос СОСТОЯНИЯ KUHXlil

Запрос с ос I о*

яиия канала

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

Например.

включение

напряжения

питания


Канал

доступен

Установка канала в исходное С0С10ЯМЯС

Следующий

ожидаемый

FCB*I


Иинцнаниа-ция КП


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


Состояние капали_

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


АСК

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


Состояпнс

каната


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


Установка капа.ш ■ ИСХОД НОС СОСТОЯ ШК

АСК

Следующий

ожидаемый

FCB=1

По.тыо вате льскн Л уровепк доступен

User Data: М.АА НКОЬЯЗАТЕЛЫЮ

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

20

Страница 24

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

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

A_ENDINITjcq

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

Сервис связи

AjN’DINTTJad

КП доступен послс .местной мнншкешюцни

Последующие функинн: общий опрос и ешмрлшшшш по времени (нгобятитглъно)

______—    KII доступен послс

НЕОБЯЗАТЕЛЬНО местной ишщиапняции


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

ский уровень доступен) и М_Е1 (окончание инициализации). Обе эти процедуры на КП необязательны, т. к. послс окончания инициализации доступ к каналу восстанавливается.

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

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

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

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

21

4*

Страница 25

ГОСТ У МЭК Я70—5~5—96

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

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

Орвие см lit


A RESET PR(H:LSS.rtq


\_RESivT_PROCESS.ind


С RP ACfCON


A_RESET_rROC'ESS.r« *-


НЕОБЯЗАТЕЛЬНО Запрос соспмнш*

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


Канал

доступен


Установка улакнного какала в мсчодж*


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

Следующий

ожидаемый

FCB=1


Иницнялн* мншя КП


Какал Д<ктгупем


Установка капа id * исходное сосюянне

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

, Пользовательский уровень ЛОсТуШг»!


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

22

Страница 26

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

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

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

Ссрмк свя>и

User 1H~ " *•

A_ENDI\TTind

A_FNDINrTj-eq

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

КП доступ с м после дне-    HF.O БЯ ЗЛТ£ЛЬ Н О

тжниноннон Мининой шии

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

Рисунок 9. лист 2

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

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

6.2.1 Описание последовательности процедур (рисунок 10)

На рисунке 10 показаны различные процедуры ОПРОСА, которые могут возникать при циклических и нециклических последовательностях ОПРОСА.

Первая процедура — это посылка «Запрос пользовательских данных класса 1*, которая генерируется сервисом связи на ПУ. На нее приходит ответ «АСК». Это происходит в том случае, если нет событий, ожидающих передачи.

Следующая процедура — это посылка «Запрос пользовательских данных класса 2» к пункту, который возвращает данные. Ответ доставляется прикладной функцией на ПУ посылкой A_USER DA-TA_CLASS 2.ind. Бит ACD, равный 1 (см. 5.1.2 ГОСТ Р МЭК 870-5-2), показывает ПУ, что данные класса 1, которые запрошены командой «Запрос пользовательских данных класса 1», доступны КП.

При третьей процедуре прикладная функция на ПУ выдает запрос A_KD_DATA, передаваемый с помощью PDU C_RD (сервис канала посылка/подтверждение) на КП. Затем запрошенные данные

23

Страница 27

ГОС1 P МЭК 870-5-5-96 Прикладная функиня ПУ    Cepmc    c»»w

Прикладная ф)!1киня КИ

Запрос под*-юитеисхю: данных класса 1

NACK

A_USER_DATA.OASS^l

a_lser_data_classj.

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

Пользовательские данные класса 2

A_l'SER_DATA CLASS.2Ы

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

Класс I содержи! спорадические данные


Пользовательские данные класса 1

Класс 2 содержит циклические данные

A.USFJl.DATA.CLASS.Und

A_RD.DATA.rcq

A_RI)_I)ATAJml

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

NACK____

Чл||ИК- пользовательских данных класса I

RESP_T>aU (М) Class 1

-*------*


A_M_DATA.mt)

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

24

Страница 28

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

опрашиваются командой «Запрос пользовательских данных класса U, передаваемой как M_PDU, и принимаются на ПУ как A_M_DA-TA.ind.

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

6.3.1 Описание последовательности процедур (рисунок 11) Пользовательский процесс на КП циклически записывает действительные значения переменных величин процесса в буферную

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

Серяис связи

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

A_CY CL 1 C_DAT,A Peri od4 .ind

M

A_CYCLlC_DATAPeriodl.req A„CYCLlC_DATAPeriod2.req ^ Л_СУСЫС_РЛТ APeriodj.reg AwCYCLlC_DATAPeriod4.req

A_CYCLJC_DATA Period5.req A_CYCI.IC_DATAPeriod6.req A.CYCLIC. DAT.APeriod7.req AwCYCLlC_DATAPeriod8.req A_CYCLIC_DATAPeriod9.req A_CYCLIC_DATAPerk>dl0.req

A.CYCLIC.DATAPerlod lO.ind

M

CYCLJC^^'''

A . CYCLIC DATA Period 11 .req A.CYCLIC_DATA Period 12.req

Примечание — CYCL1C_!3ATA может Омгь набором периодически опрашиваемых данных, передаваемых в независимом цикле.

Рисунок 11 — Последовательная процедура — циклическая передача данных

Страница 29

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

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

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

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

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

В небалансных системах процесс передачи на КП должен ждать запроса с ПУ.

6.4.1 Описание последовательности процедур (рисунок 12)

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

Если одно или несколько событий запоминаются на КП, то на ПУ эта информация передастся как PDU M_SPONT и принимается пользователем как сигнал A_EVENT.iiul (см. рисунок 12).

Прикладная ф)ккиня ПУ

Серене связи

Прикладная ф)нхиня КП

М

AjEVENT.rtq

A_EVKNT.iixJ

A.EVENT l.rcq

A_EVENT ifeq

A.EVENT Ireq

М

SPONT __

A.EVENT n.req

A EVENT I to n.rnd

.-----------

Совокупность событий

s одном PDL!

Рисунок 12 — Последовательная процедура сбор шошмх о событиях

Страница 30

ГОСТ I* МЭК 870-5-5-96

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

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

6.5.1 Описание последовательности процедур (рисунок 13)

ПУ посылает через периодические промежутки общие запросы, состоящие^» PDU требований доступа, направленные ко веем КП. После передачи таких PDU возможны три результата, см. рисунок 13.

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

Случай 2. Событие появилось на одном из адресуемых КП. Этот КП инициирует сообщение A_EVENT.jcq через примитив сервиса связи. После приема запроса на требование доступа КП посылает на ПУ ответный PDU — требование доступа. Затем ПУ посылает на КП посылку PDU «Запрос пользовательских данных класса I*. В ответ КП посылает на ПУ информацию о событии в форме PDU «Пользовательские данные класса 1». ПУ передает к прикладной функции примитива A_.EVENT.ind.

Случай 3. Собьпия полнились более чем на одной из адресуемых станций. В этом случае все станции, которые ждут передачи сообщений о событиях, посылают одновременно PDU — ответ на запрос требования доступа к ПУ, и кадры вступают в противоречие. Эта ситуация обнаруживается на ПУ. После передачи всех кадров ПУ начинает процедуру опроса события, как описано в 6.2.1.

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

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

После приема команды опроса КП передает запрошенную информацию. Количество требуемой информации по прикладным функциям обычно известно на ПУ и КП. Общее количество передаваемой запрошенной информации может быть выбрано ПУ. В этом случае окончание опроса КП определяется после получения всей запрошенной информации. Если требуемое количество запрашиваемой

27

Страница 31

ГОСТ P МЭХ 870-5- 5-96 Прикладная функция 11У    C<pwtc    пяш    Прикладная    фумкцня    КИ

Случай 1 Выдержка нргчопн

ОГишш запрос требования ‘ ~ доступа ^

Her отаета

Нет событий

Случай 2

Общий запрос требования

"«стуча ^

Ответ на требование

ХИ-ТУП* —

Запрос

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

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

Пользовательские ~ * данные класса I:

м smvr __—-

AjEVEVTreq

(Viuiiic на олной станнпн

A.EVENTJad

Стучав 3

ПНКЛПЧССКПН опрос последующих событий

Общий шпрот требования ~ тпгщп

Отт *-на трсбомшк доступа

Противо-

|ЖЧИ1-

(коллизия)

A.EVENT.W4

*-:-

•<-:-

События произошли более, чем па одиоП стакинн

Рисунок 13 — Иослсдоютсльи-ш процедура — сбор ланнш о собшиях np.i iiu.Moiuti npuuc'1уры бьклрого контроля

2S

Страница 32

ГОСТ Р МЭК «70-5-5-96

информации нс определяется на ПУ, то КП определяет окончание процедуры запросз после окончания сервиса запроса (необязательно).

Процедура onpoc;t КП может бьпъ прервана событиями, случайно возникающими на КП. Однако необходимо позаботиться, чтобы избежать любой путаницы, которая может произойти с принятой запрошенной информацией, которая из-за появления событий станет устаревшей.

6.6.1 Описание последовательности процедур (рисунок 14)

П1юцссс пользователя на Г1У посылает команду запроса в виде примитива A_GENINCOM.req на сервис связи; последний передает команду PDU C_IC ACT (команда запроса PDU). Эху команду получает процесс пользователя на КП в виде примитива A_GEN IN-COM. ind.

После начала процедуры запроса процесса пользователя на КП передается подтверждение запроса сигналом PDU C_IC ACTCON, который инициируется примитивом A_GENlNACK.rcq. Это PDU поступает на прикладную функцию на ПУ в виде примитива А_ОЕ-NINACK.ind.

Использование этого сервиса необязательно.

Прикладная функция на КП передает запрошенную информацию как PDU М (контрольная информация). Передача инициируется примитивом A_INTINF.req. Запрошенная информация поступает к прикладной функции как A_INTINF.ind.

После передачи последней запрошенной информации конец процедуры запроса может быть показан прикладной функции на КП. Окончание передачи запрошенной информации сообщается процессу пользователя на ПУ как примитив A_ENDlNT.req при помоши посылок PDU C_IC ACTTERM и A_ENDINT.ind. Применение этого сервиса необязательно.

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

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

2<)

Страница 33


Команда PDU C_CS ACT содержит полное текущее время, т. с. дату и информацию о времени с требуемым разрешением по времени на момент передачи первого бита PDU C_CS ACT. Информация о времени должна быть скорректирована на КП, когда будет получен PDU, или на ПУ до посылки PDU. Величина корректировки време-


Сервис cum


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


Нриклддния функция НУ



КОМАНДА ОБЩЕГО ОПРОСА


Л.СШХСОМ-гсц


A_GE.NlNCOM.ind КОМЛИ-► ДА ОБ-1ДЕГО ОПРОСА


С_1С

ACTCON

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


A GENlNACK-req ПОД’ГВЕР.

^-ЖДЕНИЕ

ОБЩЕГО ОПРОСА


ПОД! ВЕР. A.GENWACKJnd

ЖДЕНИЕ-*-

ОБЩЕГО

ОПРОСА


A IVTlNF.rcq


ЗАПРОШЕНА ИНФОРМАЦИЯ 1


ЗАПРО- A INTINTjod ШЕНА "

ИНФОРМАЦИЯ 1


A_l.NTLNF.mj 3AI1PO--1- ШЕНА


ЗАПРО- A LVTLNFind

ШЕНА    -

ИНФОРМАЦИЯ 2


ИНФОРМАЦИЯ 2


AJNTINPxca ЗАПРО-

I-—- ШЕНА

ИНФОРМАЦИЯ П


м


ЗАПРО- A TVnXFJrwl

ШЕНА -м-

ИНФОРМАЦИЯ п


CJC ACTTERM


КОНЕЦ

ОПРОСА


A.ENDINT.rtq


КОНЕЦ

ОПРОСА


A_KNDJNTji>d


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


Рисунок N — Иоследовзтслышя процедура — процедура опроса подстанций


30

Страница 34

ГОСТ F МЭК 870—5—5—96

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

КП ожидает получение команды синхронизации в течение заданного заранее промежутка времени. Если команда на синхронизацию не появится за промежуток времени, который зависит от точности часов и допустимых отклонений времени, то в этом случае КП снабжает все объекты информации меткой, показывающей, что точность информации о времени сомнительна. Метка о возможной неточности информации о времени также ставится на объектах информации после повторного включения аппаратуры или инициализации КП до получения правильной команды PDU C_CS ACT (команда синхронизации). События с отметкой времени, возникшие после получения команды PDU C_CS ACT, передаются без метки.

Команда C_CS ACT (команда синхронизации) может быть послана как сервис ПОСЫЛКА/БЕЗ ОТВЕТА (возможно циркулярно к более, чем одному КП) или как сервис ПОСЫЛКА/ПОДТВЕРЖДЕНИЕ на уровне канала.

6.7.1 Описание последовательности процедур (рисунок 15)

Пользовательский процесс на ПУ посыпает команды синхронизации по времени в виде примитива CLOCKSYN.rcq к сервису связи, сервис связи передает сигнал PDU C CS ACT, содержащий значение времени; он выдастся пользовательскому процессу на КП как примитив AjCLOCKSYN.ind.

После окончания операции синхронизации пользовательский процесс на ПУ вырабатывает сообщение о времени, которое передается как сигнал PDU C_CS ACTCON, инициируемый примитивом А_Т1-MEMESS.rcq. Этот PDU содержит достоверную информацию о времени в момент перед синхронизацией, за вычетом значения величины коррекции по времени, которая сообщена прикладной функции на ПУ как примитив A_TIMEMESS.ind.

Примечание — Динамическая процедура измерения знамения величины запаздывания (задержки) передачи описана в 6.1.3.

31

Страница 35

ГОСТ Р МЭК «70-5-5-96

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

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

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

Серене сети

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

СОБЫТИЕ A.EVLNT-ind с отмпкои ^ ■    -    -

A.EVENTJtq


СОБЫТИЕ

С 0ГМС1КОЙ

времени до

СНШфОНИ-

замни

времени до синхрон и-зацми

KON1AH- A CLOCKSYNkq

ЛАСИН- —-►

ХРОННЗА-1ШП по ВРЕМЕНИ

A.CLOCKSYNind КОМАНДА СИН-ХРОНИЗЛ-ЦИИ ПО ВРЕМЕНИ


СОБЫПП:    AJ.VENTJnd

A_EVF.yr.rcq


СОБЫТИЕ с отмгткпй времени до епшерони-

МШШ

с отметкой ^ ■

времени до

еннхромк-

момм

СООЫЦЕ- Л TIMFMESS.ind HUE О -

C_CS

АСТСОХ

A UMEMESSj'cq СООБЩЕ-«-- НИК о

ВРЕМЕНИ


ВРЕМЕНИ

A.EVENTlcq


СООБЩЕ

НИЕ

с отметкой

времени

noc.ie

ciutxpomi-

launii

СОБЫТИЕ A_F.VENT.ind

с отметкой ^.....

временн

после

синхрони

зации

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

32

Страница 36

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

Команды могут инициироваться оператором или автоматическими управляющими процедурами на ПУ. Меры предосторожности против неразрешенного доступа или нежелательных действий зависят от системы или процесса. Типовые масти оперативного оборудования или задачи процесса включают н себя:

—    электрические контакторы, разъединители;

—    выключатели;

—    пуск-останов местного процесса управления с пункта управления процессом;

—    выполнение шага в местной управляющей последовательности;

—    установление точки, пределы для сигналов аварий, особые параметры И Т. 11.

Для передачи команд существуют две стандартные процедуры, а именно:

1)    прямая (непосредственная) команда;

2)    команды выбора и исполнения.

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

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

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

6.8.1 Описание последовательности процедур (рисунок 16)

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

В случае процедур выбора и исполнения пользовательский процесс ПУ посылает примитив A_SELECT.ieq к сервису связи; сервис связи передаст команду PDU, содержащую С ACT (команда выбора), которая сообщается процессу пользователя на КГ1 в виде прими-тива A_SELECT.ind. Если пользовательский процесс на КП готов к приему команды, что сообщается «Select command*, то образуется

Страница 37

ГОСГ P МЭК 870-5-5-96 Приклюнля функция ПУ    Сервис    связи

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

КОМАН. A SELECT.

ДА ВЫ- -

ЬОРА I Выдержки у времени

Таи. к о в случае процедуры выбора и исполнения

C_.SC> C_DC, C_SF., C_RC ACT

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

A SELECT Jad KOMAH-

-► ДА ВЫ-

БОРА


ОТВЕТ О ВЫБОРЕ


A_SELECT.ro


A BREAKJnd СБРОС


ОТВЕТ О СБРОСЕ


A BREAELm


подтем»

ЖДЕНИЕ егт гг-г ВЫБОРА A_S£LEC Г .con

СБРОС 4_BREAK.r«q


ОТВЕТ О _

СБРОСЕ    -----

ABREALcm


C_CS. C_DC. CJSE, C.RC -------DEACT

необязательно'

C_SC, C_DC, C_SE. C_RC DEACTCON _____


C_SC, C_DC, C_SE, C_RC ACTCON


КОМАН- A.EXCO.rtq

ДА ИС- --

I10.1IIE-    I Выэержка

НИЯ    * времени

ПОДТВКР- __;

ЖДЕНИЕ

ИС'ИОЛНЕ- A.EXCOxoo И11Я

C_sc, C_DC. C.SE, C_RC ACT

C_SC. C_DC. c.se, C.RC ACTCON

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

A EXCOJnd KOMAH-

• ДА И С*

ношения

ОТВЕТ О

hciiojiiie-

A-EXCOxes ||M||


ОПЕРА- AJtETURN INFJnd

ЦИЯ УП- -

PA RUE-

НИЯ

НАЧАТА

\ RETURN INFjfq ОПЕРА-

M_SP. M_DP, M_ST

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

♦- ЦИЯ УН-

PAR1F.-

НИЯ

НАЧАТА


Рисунок (б — 11оследопа толl i |аи процедура — процедура передачи команд, лист I

34

Страница 38

ГОСТ Р МЭК *70-5-5-96 Прикладная функция НУ    Сервис    сяяш    Прплямая    фрикция    KII

M_SP, M.DP, M_ST

A RETURN INFjtft ОПЕРА-■*- ЦНЯУП-

ОПЕРА- A_RETliR.N_INF.ind

______

РАВЛЕ-

РАВНЕ

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

ННЯ

ВЫПОЛ

НИЯ

НЕНА

ВЫПОЛ

НЕНА

C_SC. C_DC, C.SE, C_RC

A_COTERM.r*q

A.COTERMJkI

УПРАВ

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

ЛЕНИЕ

УПРАВЛЕНИЕ

ОКОН

ОКОНЧЕНО

ЧЕНО

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

«Select response*, который возвращается к сервису связи как примитив A_SELECT.res. Эта команда ответа передается как сигнал PDU C_ACTCON и вырабатывает подтверждение «Select confirmation» в виде прим>гтива A_SELECT.con. Такая процедура используется только в случае команд выбора и исполнения, которые не прерываются и контролируются посредством задания выдержки времени.

Процедура выбора прекращается при помощи команды «Break off command», передаваемой на КП сигналом С DEACT и завершаемой ответом С DEACTCON.

При необходимости команда «Exccutc command* выдастся к сервису связи примитивом A_EXCO.req. Эта команда передается как PDU С ACT и поступает к пользовательскому процессу на КП как примитив A_EXCO.ind. Ответ «Execution response* может быть возвращен на ПУ как PDU С ACTCON; там вырабатывается положительное или отрицательное подтверждение о том, что готовится определенное управляющее действие. Эта процедур;» не прерываема и контролируется посредством задания выдержки времени.

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

3i

Страница 39

ГОСТ V МЭК «70-5-5-96

КП выдаст команду на исполнительное устройство, а затем может возвратить положительное подтверждение PDU С ACTCON. В противном случае ответом будет отрицательный сигнал PDU С ACT-CON.

Когда команда поступит к процессу, адресуемое оперативное оборудование изменит свое состояние. Исполнение этого изменения контролируется и показывается на ПУ при помощи возврат;» информации. В случае специальной команды, такой как двухпознционная команда, упраазяющая медленнодействующими разъединителями, начало изменения положения (состояния), когда ранее бывшее состояние «включено* или «выключено* уже нарушено, это может быть (необязательно) показано на ПУ соответствующими PDU М (Return information: «Control operation commenced»). Когда исполнение команды завершено достижением нового определенного положения, процесс пользователя на КП покажет это соответствующей посылкой на ПУ PDU М (Return information: «Control operation complete'*), см. рисунок 16.

Это может заканчиваться посылкой PDU С ACTTERM, которая показывает, что операция управления окончена (необязательно).

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

Тслссчст определяется как «передача значений измеряемых величин, проинтегрированных по заданному параметру», например, по времени, и использующих технику связи. Интегрирование может осуществляться до или после передачи. Если интегрирование осуществляется до передачи, то используется термин «передача интегральных значении».

Интегральное значение — это величина, проинтегрированная за определенный период времени. Текущее время и периодический временной интервал последовательного получения интегральных значений являются параметрами системы Некоторые системы используют периодические команды для начала опроса интегральных значений на ПУ. В других системах периодическая активация вызывается местным источником времени (часами) на КП. Синхронизация по времени поддерживается или системой телемеханики (см. 6.7) или внешними синхронизирующими процедурами, например, приемом национального (государственного) или международного радиосигнала точного времени.

Страница 40

ГОСТ F МЭК 870—5—5—96

Для получения информации от счетчиков применяются два раз-личных метода:

1)    получение интегральных значении

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

2)    получение информации с приращениями

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

6.9.1 Описание последовательности процедур (рисунок 17)

ПУ передаст (необязательно) периодически в определенное время команды PDU C_CI ACT (или Memorise counter command или Memorise increment command) на КП. Обе команды вызывают передачу интегральных значений в буферную память. В случае команды Memorise increment command интегральное значение переставляется дополнительно в ноль. В другом случае активация этой процедуры вызывается местным источником времени на КП.

После исполнения этих процедур запомненные значения могут быть запрошены или необязательной посылкой С_С1 ACT (Reguest integral totals), получая в ответ сигнал C_CI ACTCON, или запомненные значения могут передаваться на ПУ как события на объекте. В этом случае запомненные значения (PDU М_1Т) могут быт получены ПУ как события (см. 6.4).

Передача интегральных значений может бьпь остановлена сигналом примитива A_IBR£AK.req, который передается на КП при помощи C_CI DEACT с ответом С_С1 DEACTCON.

В случае ЗАПРОСА интегральных значений (integral totals) за ним следует заключительная посылка PDU С„С1 ACTTERM, которая показывает, что операция управления окончена (также необязательно).

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

Загрузка параметров используется в системах при измерении на КП заранее определенных (установленных) параметров, например значений порогов или пределов измеряемых величин. Обычно загрузка параметра выполняется в два процедурных шага:

37

Страница 41

ГОСТ F МЭК 870-5—5—96 Прикладная функция НУ    Сервис    сват

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

С_С1

ACT


КОМАНДА НА ЗАПОМИНАНИЕ ПОКАЗАНИЯ СЧЕТЧИКА


A_MBlCNT.req


A_MEMCNT.ind


КОМАНДА НА ЗАПОМИНАНИЕ ПОКАЗАНИЯ

СЧЕТЧИ

КА

ПОКАЗА

НИЯ

СЧЕТЧИКА ЗАПОМНЕНЫ


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


A_MEMCKT.rcs


С_С1 ACTCON


ПОКАЗА

НИЯ

СЧЕТЧИКА ЗАПОМНЕНЫ


A_MEMCVT.con


К ОМАН- AJUEMINCfcrtq

ДА НА--•

ЗАПОМИ

НАНИЕ


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


AMEMLVOUnd


КОМАНДА НА ЗАПОМИНАНИЕ ПРИРАЩЕНИЯ

ПРИРА

ЩЕНИЕ

запом

нено


& lEMINCR.ro


ПРИРА

ЩЕНИЕ

ЗАПОМ

НЕНО


ЗАПРОС A REQINTOJtq

ИНТЕГ- -)

РАЛ1.НЫХ

ЗНАЧЕ

НИЙ

A_REQINTO.it*d ЗАПРОС -► ИНТЕГРАЛЬНЫХ ЗНАЧЕНИИ


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

значениях, лист I

3 S


Страница 42

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

1)    один или болсс чем один параметр загружается в КП командой параметра. На КП эти параметры запоминаются и еще не активны;

2)    на втором шаге предварительно загруженные параметры активизируются при помощи команды работы параметра.

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

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

Ссряис

С_С1 ACTCON


ПОДТВЕ

РЖДЕНИЕ

ЗАПРОСА

ИНТЕГ

РАЛЬНЫХ

ЗНАЧЕ-

ННЙ


A^REQIVTOxon


A REQINTO.m ПОДТВЕРЖДЕНИЕ


ЗАПРОСА

ИНГЕГ-

РАЛЫ1ЫХ

ЗНАЧЕ

НИИ


A_lNTO.req


ИНТЕГ

РАЛЬНОЕ

ЗНАЧЕ-

HIIF.


И1ПТ.Г-

РАЛЬНОЕ

ЗНАЧЕ

НИЕ


AjNTO.ind


AJNTO^eq


ИНТЕГ

РАЛЬНОЕ

ЗНАЧЕ

НИЕ


MJT


ИНТЕГ

РАЛЬНОЕ

ЗНАЧЕ

НИЕ


A.LNTOjrd


СБРОС A IBREAKx«q

С_С1 ---- DEACT

A .IBREAKJnd СБРОС-


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

С_С1

DEACTCON___—

AjBREAK-cw

ОТВЕТ О СБРОСЕ

A IBREAKjts ОТВЕТ I---------О СБРО

СЕ


С_С1 АСПЕКМ


A ITERMJnd


ЗАПРОС СЧЕТЧИКА ОКОН-ЧЕН


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


А ГГЕКМЛЯ ЗАПРОС +-СЧЕТЧИ

КА ОКОНЧЕН


Рисунок 1?, лист 2

39

Страница 43

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

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

6.10.1    Описание последовательности процедур (рисунок 18)

Прикладная функция на ПУ посылает сигнал примитива А_РЛ-

RAM.rcq на сервис связи; последний передаст сигнал PDU, содержащий команду Р_МЕ ACT (Parameter command), которая поступает к прикладной функции на КП как примитив /\_PARAM.ind. Прикладная функция на КП вырабатывает команду Parameter command АСК, которая возвращается к сервису связи как примитив A_PARAM res. Эта команда запроса передается как PDU Р_МЕ ACTCON и вырабатывает подтверждение примитив A_PARAM.con на ПУ.

Если.ранее загруженные параметры активируются по отдельности, то передается команда активации параметра Parameter activation command посредством примитива A_PACTrV.req на сервис связи. Последняя передается как PDU Р_АС ACT и поступает на КП к функции пользовательского процесса как примитив A_PACTIV.ind. Сигнал подтверждения может возврапггься на КП как Р_АС ACT-CON, чтобы подтвердить, что ранее загруженные параметры уже работают.

В случае местного изменения параметра КП может передавать на ПУ сопутствующий PDU Р_МЕ SPONT.

6.И Тестовая процедура

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

6.11.1    Описание последовательности процедур (рисунок 19)

Прикладная функция ПУ посылает сигнал примитива A_TEST.req

к Сервису связи, который перелает команду PDU C_TS ACT (Test command), поступающую к прикладной функции КП как примитив AjTEST.ind. Прикладная функция на КП вырабатывает команду Test command АСК, которая возвращается на сервис связи как примитив A_TEST.rcq. Этот ответ передается как PDU C_TS ACTCON, вырабатывая на ПУ подтверждение в виде примитива A_TEST.con.

ПУ проверяет отраженный сигнал PDU C_TS. В случае получения такого же PDU за ограниченное время тест считается положительным.

АО

Страница 44

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

ГОСТ Р МЭК 870-5-5-96 Сервис cmui . Прикладная функция KII

ИЗМЕНЕ

НИЕ

MECTHO-14) ПАРАМЕТРА

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


МЕСТ- A LCPAClUud НЫЙ ПЛ-РАМЕТР ИЗМЕНИЛСЯ


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

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

41

Страница 45

ГОСТ Р МЭК 870-S-S-W Прнкчадна* функция ПУ    Сервис    cimt

ТЕСТО- Л TEST.rcq

ВАЯ КО- -г—^-1ц

МАНДА I Выдержка У времени

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

A_TF.ST.md ТЕСТО--► ВАЯ КОМАНДА


ПОДТВЕРЖДЕНИЕ ТЕСТОВОЙ КОМАНДЫ АСК

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

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

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

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

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

6.12.1 Пересылка файла в направлении ПУ

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

42

Страница 46

ГОСТ Р МЭК *70-5-5-96

Секция I плова

СЕГМЕНТ I СЕГМЕНТ 2

СЕКЦИЯ 1

Последний сегмент в секции

I

СЕГМЕНТ П

. ft СЕКЦИЯ от ФАЙл 2 до m i


Т


секция m


Секция готова —►


СЕГМЕНТ 1

СЕГМЕНТ 2


Послеанвя секция файл»

СЕГМЕНТ П

Рисунок 20 — Общее построение файла

при помощи сообщения PDU Directory. ПУ решает, должен ли быть переслан файл и какой именно. Запись успешно переданных файлов стирается на КП, чтобы освободить буфер для создания новых файлов.

6.12.1.1 Описание последовательности процедур (рисунок 21)

После создания нового файла на КП (при возникновении событий) на ПУ может быть самопроизвольно послано сообщение PDU Directory. PDU Directory содержит количество, тип и значения файлов, зарегистрированных, но еще не пересланных на ПУ.

Кроме того, ПУ может в любое время получать при помощи запроса A_CALL_DIREСТОRY количество и типы файлов, зарегистрированных на КП.

Если ПУ готов получить файл, он посылает на КП команду PDU SELECT_FILE. КП предлагает передать выбранный файл и показывает ПУ при помощи PDU F1LE_READY это состояние.

ПУ запрашивает выбранный файл при помощи посылки PDU CALL_FILE. КП в свою очередь показывает при помощи посылки PDU SECTlON_READY, что первая секция файла готова к передаче.

ПУ запрашивает первую секцию при помощи посылки PDU CALL_SECTION (положительного) или отвергает ее при помощи посылки PDU CALL_SECTION (отрицательного). В случае отрицательного ответа КП предлагает для передачи вторую (следующую) сскцию при помощи посылки PDU SECTION_ READY. В положительном случае КП передает последовательно сегменты от 1 до п при

43

Страница 47

ГОСТ Р МЭК 870—S—5—96

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

A_CALL.DlRECrORY.req

CALL.DIRECIORY PDU

~ F DR ACT

A_CAL!..D]RECTORYJnd

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

DIRECTORY PDU

A.DIRECTORYjcs

A.DIRKCTORYa-оп

F.DR aCTCON ^———

^^необязательно

A_SELECT_FILE.req

SELECT_FILE PDl -------------

\ SELECT I'll Lind

A HI F IIWHY Wirl

F1LF.READY PDU

-:-:-►

A.FILE.READYxeq

Л_Г JLL.lU/.Ali 1 ЛПО

A_CALL_FILF-r«| -►

JLSCACTCON,.--"

CALL .FILE PDU ■--■--F_J»C ACT

А CAl 1 HI Г irw)

SECTION.READY PDU

A.VnLL.r 1 l.f.jna

A .SECTION I _READY.r«q

A.SECTIONlJtEADYJnd

A_C'ALL_SECTIONI.r«j

CALL.SECTIOS PDU

~ Г ‘if ACT

A.CALL.SECTIONliml

A SEGMENT1 ind

SEGMENT PDL ^F_SC^______-—-

A.SEGMEVTljrq

-

A SFCMl'NTn inrf

SEGMENT PDU

__________—

A_SEGMFMTn.req

Рисунок 21 — Последовательная процедура — передача файла (в направлении ПУ>,

лист 1

■34

Страница 48

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

ГОСТ Р МЭК 870-5-5-96 Сервис связи    Прикладная    функция КН

A.UST.SEGMEYTind

lAST.SEGMEKTPDU

A.LAST.SEGMENT j«j

A ACK SECTION lied

A_ACK_SF,CTIO\ 1 .rtq -».

ACK.SECTION PDl

■---

A_SECTION»_READYind

SECTIONJtFADY PWJ

A.SECTIONm_READY.rcq

А Г \ 1 I inJ

A_CALL_SECTION».rtq

CAIX.SECTION PDll —--------F.SC

A SFfiMFVTl irvl

SEGMENT PDU

_________—

A SEGMENTl.rtq «*■—------- ■ ■ - ■ ■■

rt.JLVPICi»! IJIIU

AJEGMENTnJud

*-------•

SEGMENT PDU

A_SEGMENTn.rtq

^ F SC —.----

A„l.AST_SEGMENTrcq

A_LAST_SEGMENT jnd

LAST.SEGMENT PWJ

A_ACK.SECnONm.ind

A_ACK_SECTIONmJ«q

ACK.SECTION PDl ------—-1^,

All CT CL'f'Tf AV Mil

I AST .SECTION PDll

----

A_LAST_SECTION.req -*-

Д ^I.Ao I I lU.’I.fЛи M—--:-

Рисунок 21. лист 2

45

Страница 49

ЮСТ Y МЭК K70-5-S-96 Прикладная функция ПУ    Сгрвис сяям    Прмхладхая фучкиня KJJ

A.ACKJILfcxeq

АСК .FILE PDU

\ ACK FILE, ind

DIRECTORY POL-

A_DlRECTORY.r«|

AjMRECTORYind

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

Рисунок 21. лист 3

помоши сигнала PDU SEGMENT. После передачи последнего сегмента КП посылает на ПУ PDU LAST_SEGMENT. ПУ подтверждает получение соответствующей секции при помощи сигнала PDU ACK_SECTION положительного или отрицательного. В случае отрицательного подтверждения (квитанция) эта же секция предлагается снова при помощи посылки PDU SECTION_READY; при положительном подтверждении (квитанции) предлагается следующая секция при помоши посылки PDU SECTION_READY. Эта процедура повторяется при передаче последующих секции файла.

После передачи последней секции сигнал PDU LAST_SECTlON показывает окончание передачи файла. ПУ подтверждает при помощи посылки PDU ACK_FILE правильное получение всего фа»!ла. КП может теперь стереть файл на буферной памяти и из директивы. Затем на ПУ может быть послано действительное состояние директивы при помощи сообщения PDU Directory.

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

6.12.2.1 Описание последовательности процедур (рисунок 22)

ПУ при помощи сообщения PDU FILE_READY извещает о намерении переслать файл на КП. Как только КП готов принять файл. он перелает на ПУ сигнал PDU CALL_FIL£. ПУ тогда извещает при помощи посылки PDU SECTION JR.EADY, что секция подготовле-

46

Страница 50

ГОСТ V МЭК 870—5—5—96 Пршлиш ф}пкши НУ    Сервис    смш    Прикладная    ф)нкшм КП


FUE.READY PDl' F_FR


A_FHE.READYjeq


A.FlLE.READYind


A_CALL_FILF»r«^

A J5ECTIONI .READY Jnd


CALL.FILE PDU

F_SC


A.CALLJlLEind

--

A.SECTION l.READYjeq


SECTION .READY PDU F_SR


A..(.'ALL_SECTIONI.rtq


CALL.SEOIONPDU F.SC


A.CALL.SECTIGNI.Ind


SEGMENT PDU F.SG


A.SEG MENTIS


A_SEG.ViENTl.ind


SEGME.VT PDl F.SG


A.SEG.MENWq


A.SEGMENTnJnd


LAST .SEGMENT PDl' FIS


A_LAST_SEGMENTJeq


A LAST.SEGMENTJnd


A_ACK_SECTIONl.rcq


ACK.SECTION PDU F_AF

SECnON_READY PDL F.SR


A .A CK.SECTION I -ind

A_SECTIOXm_READY.rtq


A_SECT10.Njn_ READ Yind


Рисунок 22 - Последовательная процедура - лсрсда-u файла (в вправлении КП),

лист 1


1?

Страница 51

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

A.CALL.SECTIONnund

CALL.SECTION PDU

A_CALL_SECT10Niartq

___________*---

SEGMENT PDU —------ ^-SG

A SEGMENTl.ind

A SEGMENT l.rcq -►

A_SEU.MENTn.rtq

SEGMENT PDU

---►

A_SEGMENTn.lnd

A_lASTJ5EGMENTjtq -►

LASLSEGMENT PDU -------FJ^

\ I AST SEGME.NT.ind

Л АГК SFfTIONi» ind

ACK.SECTION PDU lii—"

A.ACK.SECTiaNtn.rcq

A.LAST_SECTIONreq

last.section PDU

— r 1C

A.UST.SECTIONind .

A.ACK.FILEJwl

ACK.FILEPDI

A_ACK.Fnj„«q

-

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

на. Если КП готов получить се. то он передаст сигнал PDU CALL_SECTION.

ПУ при помощи посылки PDU SEGMENTS передаст затем сегменты секции. Последний сегмент обозначается как PDU LAST_SEG-MENT. После правильного приема сегментов КП передает сигнал PDUACKJ5ECTION.

ПУ последовательно передаег следующие секции, как описано выше. После передами последней секции ПУ передает сигнал PDU

4S

Страница 52

гост р мэк т-ь-5-н

LAST_SECTION, что обозначает конец файла. Если КГ1 получает весь файл правильно, это подтверждается посредством посылки PDU ACK_FILE.

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

Синхронизация часов на КП, включающая корректировку времени, описана в 6.7. Значение коррекции времени определяется суммой задержки передачи и вн>тренней задержки в аппаратуре. Последняя зависит от особых требований процесса и не является объектом стандартизации. Задержка передачи — это величина, которая может быть независимо определена параметрически или динамически по инициативе ПУ. Нижеследующая процедура показывает динамическое определение задержки передачи.

6.13.1 Описание последовательности процедур (рисунок 23)

PDU C_CD ACT (PDU посылки определения запаздывания) содержит значение времени в момент, когда передается первый бит PDU C_CD ACT (время SDT). КП синхронизирует свои внутренние часы [или дополнительные (вспомогательные) часы] после получения этого значения времени. Таким образом, время на К Г! синхронизировано с временем SDT. KI1 возвращает обратно сообщение PDU C_CD ACTCON, которое содержит значение времени часов КП (SDT* IR) в момент, когда передается первый бит кадров PDU C_CD ACTCON. ПУ получает ответное PDU в момент RDT. Таким образом, задержка передачи iD может быть вычислена на ПУ по формуле

(D _ RDT - (SDT ♦ tR)

Значение определенной задержки передачи передастся на КГ1 (необязательно) как C_CD SPONTANEOUS и может быть использовано для корректировки синхронизации по времени, как описано в 6.7.

Примечание — Описанный метод предусматривает одинаковые скорости передачи в иапраакнии команды и контроля.

49

Страница 53

Рисунок 23 — 11«следователь» ля Процедура — определение запаздывания передачи

50

Страница 54

ГОСТ Р МЭИ 870—5—5—36

УДК 621.398:006.354 ОКС 33.200    П77 ОКП 42 3200

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

51

Страница 55

Редактор Т. С. Шехо Технический редактор Л. А. Кузнецова Корректор Т. А. Васшъсва Компьютерная верстка А. Г. Хомето

Ии. .мн. .4 031407 ct 1C. 14.95. Сашо * i«5ор 27.05.91. П-Мписшо ■ onaii. li.Ot 96. Усгпп.Л. УХ. Уч.-тхл. 3.3*. Гири: 262 »ю. С 3727. Зис 9*6.

ИПК Илзтт«Л1-ст5о стапостсв. ItWf. Мосол. КаюкошП пер.. It H>6piiro в КапужсвсЛ -тс-ярафяи сглшето* на ПЭВМ. Кмухсюм тлтмробаш спларти». у.х. Мссюлгки. 2М-. ГГО.Ч <*»)«