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

23 страницы

396.00 ₽

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

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

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

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

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

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

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

  Скачать PDF

Оглавление

Введение

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

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

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

4 Отношение к модели ISO

5 Структура данных пользователя

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

5.1.1 Идентификатор блока данных

5.1.2 Объекты информации

5.1.3 Идентификация объектов информации

5.1.4 Адресные схемы объектов информации

5.1.5 Наборы элементов информации

6 Руководство по конструированию блоковтпользовательских сервисных данных

6.1 Первый шаг: выбор элементов поля идентификатора блока данных

6.2 Второй шаг: определение длин элементов поля идентификатора блока данных

6.3 Третий шаг: определение типов данных идентификатора блока данных

6.4 Четвертый шаг: определение объектов информации

6.5 Пятый шаг: присвоение объектов информации типу идентификации и определение семантики

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

ГОСТ Р МЭК 870-5-3-95

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

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

Часть 5. ПРОТОКОЛЫ ПЕРЕДАЧИ Раздел 3. ОБЩАЯ СТРУКТУРА ДАННЫХ ПОЛЬЗОВАТЕЛЯ

БЗ 6—94/303


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

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

Предисловие

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

ВНЕСЕН Министерством топлива и энергетики Российской Федерации

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России № 153 от 23 марта 1995 г.

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

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

(6) ИПК Издательство стандартов, 1995

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

Госстандарта России

СТРУКТУРЫ (если присутствует) определяет различные струн-туры для определенного ASDU, которые могут меняться при различных вариантах связи. ИДЕНТИФИКАЦИЯ ТИПА дает возможность приемному устройству пользователя посылать каждый блок данных нужному пользовательскому процессу для обработки указанного типа блока данных. ИДЕНТИФИКАЦИЯ ТИПА позволяет приемному пользовательскому процессу определить, какой тип данных содержится в блоке данных, а также определить их структуру из местной таблицы. Если ИДЕНТИФИКАЦИЯ БЛОКА ДАННЫХ присутствует, то только ИДЕНТИФИКАЦИЯ ТИПА является обязательным элементом поля.

ПРИЧИНА ПЕРЕДАЧИ может также включаться в ТИП БЛОКА ДАННЫХ, если она не определена в явной форме.

Если определен ОБЩИЙ АДРЕС ASDU, то он располагается всегда перед ОБЪЕКТАМИ ИНФОРМАЦИИ.

5.1.2 ОБЪЕКТЫ ИНФОРМАЦИИ

ASDU может содержать один или более ИНФОРМАЦИОННЫХ ОБЪЕКТОВ.

Общая структура ОБЪЕКТА ИНФОРМАЦИИ показана на рисунке 8.

7

ч

// Р У / У /77 -?ш;Т7Г7/у

//ТИП ОБЪЕКТА ИНФОРМАЦИИ''/, ////////////// //

т

14 nCUTMrtn/IV ATfkD

ОБЪЕ

ИНФС

КТ

)РМАЦИ И

/у АДРЕС ОБЪЕКТА ИНФОРМАЦИИ /

////////// /// ///

ИНФОРМАЦИИ

J,

/ НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ/

X///////////////,

Элементы поля ОБЪЕКТОВ

J

L_

// ВРЕМЕННАЯ ОТМЕТКА ОБЪЕКТА / // ИНФОРМАЦИИ / / / s s s S S S * / / / / / /^

ИНФОРМАЦИИ (необязательны/

Рисунок 8 — Общая структура ОБЪЕКТА ИНФОРМАЦИИ

ОБЪЕКТ ИНФОРМАЦИИ может содержать ИДЕНТИФИКАТОР ОБЪЕКТА ИНФОРМАЦИИ, включающий ТИП И АДРЕС ОБЪЕКТА ИНФОРМАЦИИ, и НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ.

ТИП ОБЪЕКТА ИНФОРМАЦИИ может быть определен, если имеются различные структуры объектов, которые не определены в

ТИПЕ блока ДАННЫХ.

АДРЕС ОБЪЕКТА ИНФОРМАЦИИ определен в 5.1.3 и 5.1.4. НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ определен в 5.1.5. Каждый ОБЪЕКТ ИНФОРМАЦИИ может быть дополнен (не-

8

ГОСТ Р МЭК 870-5-3-95

обязательно) ВРЕМЕННОЙ ОТМЕТКОЙ. При этом ВРЕМЕННАЯ ОТМЕТКА всегда располагается после ОБЪЕКТОВ ИНФОРМАЦИИ (в конце).

На рисунке 6, 7 и 8 показана общая структура ASDU, включая ОБЪЕКТЫ ИНФОРМАЦИИ. Соответствующее содержание информации в элементах поля подробно описано в таблице 1. Необязательные элементы поля могут быть исключены. Поэтому нет необходимости выполнять всегда полную структуру ASDU. В случае исключения информация из необязательных элементов поля может быть введена в выбранные элементы поля. Выбор структур определяется пользовательским профилем.

Таблица

1 — Состав

информации, определяемый элементами поля

ASDU

Элемент поля ASDU

Содержание информации

ИДЕНТИ

ФИКАТОР

БЛОКА

ДАННЫХ

ТИП

БЛОКА

ДАННЫХ

ИДЕНТИ

ФИКАЦИЯ

ТИПА

—    Тип ASDU внутри совокупное!и типов профилей или систем Каждый тип должен иметь возможность выбора одного основного номера, содержащегося в ИДЕНТИФИКАЦИИ ТИПА

—    Структура ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ (если она не зафиксирована в системе или в профиле пользователя)

—    Вид ОБЪЕКТОВ ИНФОРМАЦИИ: одиночный элемент, последовательность или комбинация элементов (если не индивидуально для каждого о-бъекта).

—    Описание элемента информации: формат, тип (если не индивидуально для каждого объекта)

—    Структура информации времени (например разрешающая способность, ошибка округления).

—    Временная отметка, общая для всех объектов или индивидуальная на объект.

—    Детали метода адресации (общий адрес и/или адреса объектов информации, структурирс ванные или неструктурированные адреса).

—    Дополнительный источник предусмотрен или не предусмотрен, назначенный адрес — структур фованный или неструктурированный

g

ГОСТ Р МЭК 870-5-3-95

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

ASDU

Элемент поля ASDU

Содержание информации

ИДЕНТИ

ФИКАТОР

БЛОКА

ДАННЫХ

ДЛИНА

— Число байтов в ASDU (включая все поля)

ТИП

БЛОКА

ДАННЫХ

КЛАССИ

ФИКАТОР

ПЕРЕМЕН

НОЙ

СТРУКТУ

РЫ

—    Число ОБЪЕКТОВ ИНФОРМАЦИИ

—    Число ЭЛЕМЕНТОВ ИНФОРМАЦИИ в наборе элементов информации.

—    Выбор типов объектов.

ПРИЧИНА ПЕРЕДАЧИ

— Периодическая, спорадическая, общий сг.рос, рестарт, инициализация станций, тесты и т. п.

ОБЩИИ АДРЕС

— Адрес, связанный со всеми объектами ASDU (как определено в ИДЕНТИФИКАЦИИ ТИПА)

ОБЪЕКТ

ИНФОР

МАЦИИ

ТИП ОБЪЕКТА ИНФОРМАЦИИ

— Необходим только в том случае, если не определен в ТИПЕ БЛОКА ДАННЫХ

АДРЕС ОБЪЕКТА ИНФОРМАЦИИ

— Если не предусмотрено в ТИПЕ БЛОКА ДАННЫХ или ТИПЕ ОБЪЕКТА ИНФОРМАЦИИ

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ

— См. 5.1.5

ВРЕМЕННАЯ ОТМЕТКА ОБЪЕКТА ИНФОРМАЦИИ

— Только в том случае, если имеется отдельное (индивидуальное) время для объекта

объект

ИНФОР

МАЦИИ

ОБЩАЯ ВРЕМЕННАЯ ОТМЕТКА

— Как определено в ИДЕНТИФИКАЦИИ ТИПА — общее время для всех объектов

5.1.3 Идентификация ОБЪЕКТОВ ИНФОРМАЦИИ В системах телемеханики необходимо предусмотреть большое разнообразие возможностей для идентификации ОБЪЕКТОВ ИНФОРМАЦИИ. В простых системах телемеханики ОБЪЕКТЫ ИНФОРМАЦИИ определяются по физическим адресам. Адреса часто

ю

ГОСТ Р МЭК 870-5-3-95

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


С целью достижения высокой эффективности передачи данных для разнообразных телемеханических процессов определена общая структура данных на рисунках 6, 7 и 8. ОБЪЕКТ ИНФОРМАЦИИ определяется обычно ТИПОМ БЛОКА ДАННЫХ (или ТИПОМ ОБЪЕКТА ИНФОРМАЦИИ) и ОБЩИМ АДРЕСОМ ASDU (или АДРЕСОМ ОБЪЕКТА ИНФОРМАЦИИ). В компактном варианте ОБЩИЙ АДРЕС может быть включен в ТИП БЛОКА ДАННЫХ, который передается вместе с набором элементов ИНФОРМАЦИИ. Допускаются также другие объединения, например, возможна комбинация ТИПА БЛОКА ДАННЫХ, ПРИЧИНЫ ПЕРЕДАЧИ и ОБЩЕГО АДРЕСА ASDU и ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ (см. рисунок 9). Допускается также структурирование адреса с несколькими ступенями (см. рисунок 10). Во всех случаях, однако, должна использоваться последовательность, изображенная на рисунках 6, 7 и 8.

ИДЕНТИФИКАТОР БЛОКА ДАННЫХ, например, 34

Индекс

1

2

34

ТИП БЛОКА ДАННЫХ

ПРИЧИНА

ПЕРЕДАЧИ

ОБЩИЙ АДРЕС ASDU

п

ОБЪЕКТ ИНФОРМАЦИИ X

Рисунок 9 — Пример компактной идентификации ОБЪЕКТОВ

ИНФОРМАЦИИ

Каждый ОБЪЕКТ ИНФОРМАЦИИ определяется ИДЕНТИФИКАТОРОМ БЛОКА ДАННЫХ, состав которого показан в таблице 1. Идентификация ОБЪЕКТОВ ИНФОРМАЦИИ может быть выполнена с помощью указателей на списке идентификаторов ОБЪЕКТОВ ИНФОРМАЦИИ. Группы ОБЪЕКТОВ ИНФОРМАЦИИ могут также определяться групповым идентификатором.

И


Этот список может также содержать дополнительные признаки объекта для задания фиксированных присвоений ОБЪЕКТАМ ИНФОРМАЦИИ, таких как, например, физические адреса и т. п., как показано на рисунке 9. Признаки объектов могут также определяться при помощи ЭЛЕМЕНТОВ ИНФОРМАЦИИ.

5.1.4 Адресные схемы ОБЪЕКТОВ ИНФОРМАЦИИ приведены на рисунке 10.


Неструктурированный

адрес


Структурированный

адрес


АДРЕС


Адресное поле длиной п байтов


СТУПЕНЬ АДРЕСА 1


п (1)


п сайт


СТУПЕНЬ АДРЕСА 2


п(2,


СТУПЕНЬ АДРЕСА m


n(m)


Адресное поле длиной

m

X п(0 - гДе 1=1

п(0 - число битов в ступени; m — число ступеней

Рисунок 10 — Два типа адресов ОБЪЕКТОВ ИНФОРМАЦИИ


Неструктурированные адреса используются для опознавания различных ОБЪЕКТОВ ИНФОРМАЦИИ при помощи чисел (номеров), выбираемых из единственного общего множества номеров.

Структурированные адреса идентифицируют (определяют) ОБЪЕКТЫ ИНФОРМАЦИИ, принимая во внимание технологические, физические, топологические и территориальные структуры При такой схеме должно выделяться много адресов на ступень для возможности максимального расширения на каждой ступени.

Адреса закрепляются за ОБЪЕКТАМИ ИНФОРМАЦИИ при разработке системы или при изменении конфигурации системы.

5.1.5 НАБОРЫ ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Различаются три типа НАБОРОВ ЭЛЕМЕНТОВ ИНФОРМАЦИИ (см. рисунок 11).

В первом случае НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ состоит гз одиночных ЭЛЕМЕНТОВ ИНФОРМАЦИИ, идентифици-

12


ГОСТ Р МЭК 870-5-3-95

ОДИНОЧНЫЙ ЭЛЕМЕНТ ИНФОРМАЦИИ

Ж


Элемент информации


Объект информации


i

Элемент информации Код А

Элемент информации Код А


ПОСЛЕДОВАТЕЛЬНОСТЬ ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Объект информации

Элемент информации Код А

Т

КОМБИНАЦИЯ ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Элемент информации Код А

Объект информации

Элемент информации Код В

■' птптщии I

J Зле.мэнг и зф^рмации f '.од N

Рисунок 11 — Возможные НАБОРЫ ЭЛЕМЕНТОВ ИНФОРМАЦИИ

руемых соответствующим им АДРЕСАМ ОБЪЕКТОВ ИНФОРМАЦИИ или ОБЩИМ АДРЕСОМ ASDU. ОДИНОЧНЫЕ ЭЛЕМЕНТЫ ИНФОРМАЦИИ это, например, команды, события, состояния, аналоговые величины.

В случае ПОСЛЕДОВАТЕЛЬНОСТИ ЭЛЕМЕНТОВ ИНФОРМАЦИИ НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ содержит хорошо определяемую группу одинаковых элементов информации (например, измеряемых величин тождественных форматов). В этом случае АДРЕС ОБЪЕКТА ИНФОРМАЦИИ или ОБЩИЙ АДРЕС

13

ГОСТ Р МЭК 870-5-3-95

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

В случае КОМБИНАЦИИ ЭЛЕМЕНТОВ ИНФОРМАЦИИ НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ содержит определенную группу различных элементов информации (например комбинацию аналоговых и дискретных величин, характеризующих состояние силовых фидеров). В этом случае АДРЕС ОБЪЕКТА ИНФОРМАЦИИ или ОБЩИЙ АДРЕС ASDU определяет адрес всего объекта информации, а индивидуальные элементы информации идентифицируются по предварительно заданной схеме.

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

6 Руководство по конструированию БЛОКОВ ПОЛЬЗОВАТЕЛЬСКИХ

СЕРВИСНЫХ ДАННЫХ

Эта часть является руководством при определении профилей пользователя для построения конкретных БЛОКОВ ПОЛЬЗОВАТЕЛЬСКИХ СЕРВИСНЫХ ДАННЫХ (ASDU), общая структура которых определена в предыдущих разделах настоящего стандарта. ASDU используются для обмена данными между процессами пользователя через системы связи. Профили, создаваемые на основе данного стандарта, будут содержать такие ASDU. Каждый ASDU образован из элементов поля, определенных синтаксисом типов данных. Кроме того, определения семантики элементов информации и отметок времени определены в профилях пользователя. Нижеследующее описание представляет элементы поля в виде блок-диаграмм с пояснительным текстом и использует метод синтаксического описания для объяснения элементов поля и их функционального назначения.

Описание конкретных ASDU, основанных на общей структуре, проводится по шагам, как описано ниже. Оно может не включать элементы поля (например, КЛАССИФИКАТОР ПЕРЕМЕННОЙ СТРУКТУРЫ), которые определены в 5.1.

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

ГОСТ Р МЭК 870—5—3—95

Как показано на рисунке 5, несколько ASDU могут образовать APDU. В самом простом случае существует только один ASDU на APDU, то есть ASDU и APDU идентичны.

6.1 Первый шаг: выбор элементов поля ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ

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

Пример:

Для конкретного профиля ИДЕНТИФИКАТОР БЛОКА ДАННЫХ состоит из следующих элементов поля:

6.2 Второй шаг: определение длин элементов поля ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ

На втором шаге задаются длины элементов поля Элементы поля могут состоять из одного или нескольких байтов. Напротив, один байт может содержать два или более элементов поля или один элемент поля может принадлежать частям байтов. Однако рекомендуется, чтобы в элементе поля содержалось целое число байтов. Длина кода ИДЕНТИФИКАЦИЯ ТИПА должна быть одинаковой для всех ASDU одного профиля. Кроме того, рекомендуется устанавливать одинаковую длину всех других элементов поля ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ для всех ASDU определенного профиля.

15

Пример:


Для вышеопределенных ASDU данного профиля устанавливаются следующие длины элементов поля:

6.3 Третий шаг:    определение    типов    данных

ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ

На третьем шаге определяются типы данных элементов поля. Типы данных могут быть целыми числами, Булевыми и т. п.

Примечание — Один элемент поля может содержать несколько типов данных. Рекомендуется устанавливать единое определение типа данных элементов поля ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ в пределах одного профиля.

Пример:

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

ИДЕНТИФИКАЦИЯ ТИПА ДЛИНА ASDU ПРИЧИНА ПЕРЕДАЧИ

ОБЩИЙ АДРЕС ASDU

27

Целое число 2о S без знака

27

Целое число 2о без знака

Строка

битов

1

5 Целое число -о 2 без знака

Целое число

215

без знака

ИДЕНТИФИКАТОР БЛОКА ДАННЫХ

ИДЕНТИФИКАТОР БЛОКА ДАННЫХ :-СР40 {ИДЕНТИФИКАТОР ТИПА, ДЛИНА, ПРИЧИНА ПЕРЕДАЧИ, ОБЩИЙ АДРЕС ASDU}

ИДЕНТИФИКАЦИЯ ТИПА: = Ш8 [1 .. . 8]

16

ГОСТ Р МЗК 870—5—3—95

ДЛИНА ASDU : = Ш8 [1 .. .8]

ПРИЧИНА ПЕРЕДАЧИ : = CP8{UI6 [1...61 BS2[7...8]} ОБЩИЙ АДРЕС ASDU : = UI16 [1 .. .16]

6.4 Четвертый шаг:    определение    ОБЪЕКТОВ

ИНФОРМАЦИИ

Каждый ОБЪЕКТ ИНФОРМАЦИИ может состоять из ТИПА ОБЪЕКТА ИНФОРМАЦИИ, АДРЕСА ОБЪЕКТА ИНФОРМАЦИИ, НАБОРА ЭЛЕМЕНТОВ ИНФОРМАЦИИ и ОТМЕТКИ ВРЕМЕНИ ОБЪЕКТА ИНФОРМАЦИИ (см. рисунок 8). Если для конкретного профиля необходимы индивидуальные элементы поля ТИПА ОБЪЕКТА ИНФОРМАЦИИ и АДРЕСА ОБЪЕКТА ИНФОРМАЦИИ, то они должны задаваться в соответствии с предыдущими шагами. Как указано в 5.1.5 настоящего стандарта, НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ может состоять из одиночных элементов информации, их последовательности или комбинации, которые адресуются при помощи ОБЩЕГО АДРЕСА ASDU или АДРЕСА ОБЪЕКТА ИНФОРМАЦИИ В приведенных примерах элементы информации адресуются при помощи ОБЩЕГО АДРЕСА ASDU.

Пример 1;

Одиночные элементы информации (только один информационный элемент)

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Строка

битов

или

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ,

S 26 1

Целое число

или

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Е R 26 _1— ■

Целое число _о без знака

СТРОКА БИТОВ РАЗМЕРА 2 := BS2 [1 ...2]

или

8-БИТНОЕ ЦЕЛОЕ ЧИСЛО СО ЗНАКОМ := 18[1 .. .8]

или

7-БИТНОЕ ЦЕЛОЕ ЧИСЛО БЕЗ ЗНАКА С УКАЗАНИЕМ ОШИБКИ := CP8{UI7, BS1}

Пример 2:

ПОСЛЕДОВАТЕЛЬНОСТЬ ЭЛЕМЕНТОВ ИНФОРМАЦИИ (несколько данных одного типа)

17

ГОСТ Р МЭК 870-5-3-95

СОДЕРЖАНИЕ

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

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

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

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

4    Отношение к модели ISO..........3

5    Структура данных пользователя .    ......4

5.1    БЛОКИ ПОЛЬЗОВАТЕЛЬСКИХ СЕРВИСНЫХ    ДАННЫХ    .    6

5 1.1 ИДЕНТИФИКАТОР БЛОКА ДАННЫХ    ......    7

5 1.2 ОБЪЕКТЫ ИНФОРМАЦИИ ........8

5    1 3 Идентификация ОБЪЕКТОВ ИНФОРМАЦИИ.....10

5.1.4    Адресные схемы ОЪЕКТОВ ИНФОРМАЦИИ    .    .    .    .12

5.1.5    НАБОРЫ ЭЛЕМЕНТОВ ИНФОРМАЦИИ .    ...    12

6    Руководство по конструированию БЛОКОВ ПОЛЬЗОВАТЕЛЬСКИХ

СЕРВИСНЫХ ДАННЫХ..........14

6.1    Первый шаг: выбор элементов поля ИДЕНТИФИКАТОРА БЛОКА

ДАННЫХ ...     15

6 2 Второй шаг: определение длин элементов поля ИДЕНТИФИКАТОРА

БЛОКА ДАННЫХ     15

6 3 Третий шаг: определение типов данных ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ............16

6 4 Четвертый шаг: определение ОБЪЕКТОВ    ИНФОРМАЦИИ    17

6 5 Пятый шаг: присвоение ОБЪЕКТОВ ИНФОРМАЦИИ ТИПУ ИДЕНТИФИКАЦИИ и определение семантики......16

Редактор Т. С. Шеко

Технический редактор Л. А Кузнецова Корректор Е. Ю. Гебрук

Сдано в наб. 18.04 95. Подп в печ. 11.07 95. Уел. печ. л. 1,40. Уел. кр.-отт. 1,40.

Уч.-изд. л. 1,36. Тираж 324 экз. С 2587

ИПК Издательство стандартов, 107076, Москва, Колодезный пер., 14. Калужская типография стандартов, ул. Московская, 256. Зак. 1032

ПЛР №040138

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ

вз

В7

В6

В5

В4

ВЗ

В2

вз

В7

В6

В5

В4

ВЗ

В2

ДВА РЕГИСТРА СОСТОЯНИЯ ПО 8 БИТ : = 2BS8 [1 ...8] или

НАБОР ЭЛЕМЕНТОВ

ИНФОРМАЦИИ

6Х8-БИТНОЕ ЦЕЛОЕ ЧИСЛО БЕЗ ЗНАКА := 6UI8 [1...8] Пример 3:

КОМБИНАЦИЯ ЭЛЕМЕНТОВ ИНФОРМАЦИИ (несколько данных разных типов)

НАБОР ЭЛЕМЕНТОВ ИНФОРМАЦИИ

Строка

битов

26

Целое число без знака

Строка

Строка

Строка

Строка

битов _1_

биток _1_

битов _1_

битов _1_

7-БИТНОЕ ЦЕЛОЕ ЧИСЛО БЕЗ ЗНАКА, 1 СТРОКА размера 1, 4 СТРОКИ размера 2 : = CP16{UI7 [1...7], BS1 [8], BS2 [9.. .10], BS2 [11.. .12], BS2 [13...14], BS2 [15.,,16]},

Все ОБЪЕКТЫ ИНФОРМАЦИИ, которые принадлежат одному профилю, должны определяться описанным способом.

6.5 Пятый шаг:    присвоение ОЪЪЕКТОВ ИН

ФОРМАЦИИ ТИПУ ИДЕНТИФИКАЦИИ и определение семантики

18

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

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

Часть 5. Протоколы передачи Раздел 3. Общая структура данных пользователя

Telecontrol equipment and systems.

Part 5. Transmission protocols.

Section 3. General structure of application data

Дата введения 1996—01—01

ВВЕДЕНИЕ

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

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

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

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

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

ГОСТ Р МЭК 870-5-3-95

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

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

—    описании физического интерфейса;

—    ГОСТ Р МЭК 870-5-1;

—    ГОСТ Р МЭК 870-5-2;

—    описании блока пользовательских данных в настоящем стандарте.

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

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

ГОСТ Р МЭК 870-1 — 1—93 Устройства и системы телемеханики. Часть 1. Основные положения. Раздел 1. Основные принципы

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

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

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

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

3.1    Блок данных — информационный элемент, имеющий общую причину передачи.

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

3.3    Объект информации — хорошо определяемая часть информации, определение или описание которой требует имени, чтобы идентифицировать ее применение в момент передачи.

3.4    Элемент информации — хорошо определенная переменная неделимая величина, устанавливающая назначение информации.

2

ГОСТ Р МЭК 870-5-3-95

Например, измеряемая величина или двухпозиционная информация.

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

3.6 Структурированный адрес — адрес, составляемый более чем из одного номера, каждый из которых выбирается из множества номеров. Применяется для идентификации объекта информации.

4 ОТНОШЕНИЕ К МОДЕЛИ ISO

Модель данных, определяемая в настоящем стандарте, ориентирована на модель (МОС—-ВОС) ISO—OSI взаимодействия открытых систем.

Структуры пользовательских данных могут быть использованы либо в основной модели 1 (модель ISO), либо в модели 2, соответствующей укрупненной структуре (ЕРА).

Уровни

ПОЛЬЗОВАТЕЛЬСКИЙ

7

ПОЛЬЗОВАТЕЛЬСКИЙ

ПРЕДСТАВИТЕЛЬ-

с

СКИЙ

СЕАНСОВЫЙ

(временной)

1 5

ТРАНСПОРТНЫЙ

4

СЕТЕВОЙ

3

КАНАЛЬНЫЙ

2

КАНАЛЬНЫЙ

ФИЗИЧЕСКИЙ

1

ФИЗИЧЕСКИЙ

?Иодель 1. Основ-    Модель    2. Укруп-

нап модель ISO    ненная    структура    (ЕРА)

Рисунок 1 — Рекомендуемые модели

Передаваемые кадры, совместимы с основной моделью—7-уровневая структура на рисунке 1.

Системы телемеханики, которые требуют сравнительно малого времени реагирования в сетях с ограниченной шириной полосы пропускания, ориентируются на укрупненную модель (ЕРА). Кад-

3

ГОСТ Р МЭК 870—б—3—95


ры, базирующиеся на этой структуре, используют 3 уровня, а именно: физический, канальный и пользовательский (см. модель 2 на рисунке 1). Протоколы, которые базируются на модели ЕРА, рассматриваются в ГОСТ Р МЭК 870-5-1, ГОСТ Р МЭК 870— —5—2 и настоящем стандарте.

Структура информации в передаваемых кадрах, использующих модели 1 и 2, показана на рисунках 2 и 3.


i

Канальный

PDU


Ж


1

КАНАЛЬНЫЙ протокол

УПРАВЛЯЮЩЕЙ

ИНФОРМАЦИИ

т

ПРОТОКОЛ УПРАВЛЯЮ-

Канальные

ЩЕЙ ИНФОРМАЦИИ

пользова-

ДЛЯ УРОВНЕЙ ОТ 3 ДО 6

тсльские

данные

ПОЛЬЗОВАТЕЛЬСКИЙ

nI/

ПРОТОКОЛ ДАННЫХ

Рисунок 2 — Структура кадра для модели 1



Канальный

PDU


Jt

si/

КАНАЛЬНЫЙ ПРОТОКОЛ

УПРАВЛЯЮЩЕЙ

ИНФОРМАЦИИ

См. ГОСТ Р МЭК 870-5-1 и ГОСТ Р МЭК 870-5-2

Канальные

пользова

тельские

данные?

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ ДАННЫХ

Т

т

Рисунок 3 — Структура кадра для модели 2


5 СТРУКТУРА ДАННЫХ ПОЛЬЗОВАТЕЛЯ

Протокол блока данных (PDU) состоит из протокола управляющей информации (PCI) и блока обслуживающих данных (SDU);

(N)-протокол пользовательских данных: блок данных описан в (N)-протоколе и состоит из (N)-протоколов информации и, возможно, (N)-пользовательских данных;

(N)-протокол управляющей информации: обмен информацией между (N)-объектами, используя (N—1)-соединений, для координации их совместных действий;


4



(N)-блоки сервисных данных: совокупность из (N)-интерфейсных данных, чья идентичность сохраняется от одного конца (N)-соединений до другого.

Связи между блоками данных для модели 2 иллюстрируются на рисунке 4.


ПОЛЬЗОВАТЕЛЬСКИЙ

ПРОЦЕСС



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

ДАННЫЕ


>7777

i/APCI /

L/zz


APCI не определен а протоколе


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


У7Т,

L/APCI /

у/А

ASDU

Ч_

_J

V

i

PDU


APDU - ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ ДАННЫХ


ASDU - ПОЛЬЗОВАТЕЛЬСКИЕ СЕРВИСНЫЕ ДАННЫЕ


APCI - ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


~ ■ - -

J


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


Рисунок 4 — Связи между блоками данных


LPDU - ЛИНЕЙНЫЙ ПРОТОКОЛ ДАННЫХ


LSDU - ЛИНЕЙНЫЕ СЕРВИСНЫЕ ДАННЫЕ


LPC; - ЛИНЕЙНЫЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


5


Общие структуры ПОЛЬЗОВАТЕЛЬСКОГО ПРОТОКОЛА БЛОКА ДАННЫХ (APDU), применяемые в телемеханике, приведены на рисунке 5.



APDU

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ БЛОКОВ ДАННЫХ


Ж


Ж


APDU

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ БЛОКОВ ДАННЫХ


Ж


A PCI

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


ASDU

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


АРС1

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


ASDU

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


APCI

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


ASDU

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


APCI

ПОЛЬЗОВАТЕЛЬСКИЙ ПРОТОКОЛ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ


ASDU

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


и т д


Один ASDU с добавлением APCI информации образуют APDU


Объединение в блок, например, нескольких ASDU с добавлением APCI информации образуют APDU


Примечание - APCI будет определен и использован в последующих стандартах МЭК сеоии 870


Рисунок 5 — Общая структура ПОЛЬЗОВАТЕЛЬСКОГО ПРОТОКОЛА

БЛОКОВ ДАННЫХ


Кадр телемеханических данных может содержать более одного блока APCI/ASDU, как показано на рисунке 5.

5.1 БЛОКИ ПОЛЬЗОВАТЕЛЬСКИХ СЕРВИСНЫХ ДАННЫХ

ПОЛЬЗОВАТЕЛЬСКИЕ ОБСЛУЖИВАЮЩИЕ ДАННЫЕ содержат ИДЕНТИФИКАТОР блока ДАННЫХ и ОБЪЕКТЫ ИНФОРМАЦИИ. Структура ASDU приведена на рисунке 6 ОБЩИЙ ВРЕМЕННОЙ ПРИЗНАК (отметка) ASDU может быть расположен как последний ОБЪЕКТ ИНФОРМАЦИИ. На-


6


V



Если ИДЕНТИФИКАТОР БЛОХА ДАННЫ отсутствует должен прИч,</-стзогагь voTq бы ОДИН ОБЪЕКТ ИНФОРМАЦИИ


ASDU

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


/.

ИДЕНТИФИКАТОР БЛОКА ДАННЫХ

ОБЪЕКТ ИНФОРМАЦИИ 1




У / / V ГГ?"7

. ОБЪЕКТ ИНФОРМАЦИИ п

У////////


т

ОБЪЕКТЫ

ИЧФГРМ/^<1И



7*7 777//////I

ОБЩИИ ВРЕМЕИЬО \ ПРИОНА '' (отметка) ACOU


Чеоб*з


Рисунок 6 — Основная стр>ктура БЛОКА ПОЛЬЗОВАТЕЛЬСКИХ

СЕРВИСНЫХ ДАННЫХ


личие ОБЩЕГО ВРЕМЕННОГО ПРИЗНАКА определяется в ИДЕНТИФИКАТОРЕ БЛОКА ДАННЫХ

5 1 1 ИДЕНТИФИКАТОР БЛОКА ДАННЫХ ИДЕНТИФИКАТОР БЛОКА ДАННЫХ (рисунок 7) состоит из ИДЕНТИФИКАЦИИ ТИПА, ДЛИНЫ ASDU (необязательно), КЛАССИФИКАТОРА ПЕРЕМЕННОЙ СТРУКТУРЫ (необязательно), ПРИЧИНЫ ПЕРЕДАЧИ (необязательно) и ОБЩЕГО АДРЕСА ASDU (необязательно)

Совокупность ИДЕНТИФИКАЦИИ ТИПА, ДЛИНЫ ASDU и КЛАССИФИКАТОРА ПЕРЕМЕННОЙ СТРУКТУРЫ называется ТИПОМ БЛОКА ДАННЫХ.



ИДЕНТИФИКАЦИЯ ТИПА


Если ИДЕНТИФИКАЦИЯ БЛОКА ДАННЫХ присутствует то единственным обязательным полем является ИДЕНТИФИКАЦИЯ ТИПА


. 'V /ту / у* у

КЛАССИФИКАТОР ПЕРЕМЕННОЙ/ I


ТИП

БЛОКА

ДАННЫХ


ИДЕНТИФИКАТОР

БЛОКА

ДАННЫХ


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

поте


Рисунок 7 — Основная структура ИДЕНТИФИКАТОРА БЛОКА ДАННЫХ

ИДЕНТИФИКАЦИЯ ТИПА Это код, который однозначно определяет тип ASDU во множестве возможных типов профилей или систем ДЛИНА ASDU (если присутствует) показывает общую длину в байтах. КЛАССИФИКАТОР ПЕРЕМЕННОЙ


7