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

ГОСУДАРСТВЕННЫЙ СТАНДАРТ

СОЮЗА ССР

ИНТЕРФЕЙС

ДЛЯ АВТОМАТИЗИРОВАННЫХ

СИСТЕМ УПРАВЛЕНИЯ

РАССРЕДОТОЧЕННЫМИ ОБЪЕКТАМИ

ОБЩИЕ ТРЕБОВАНИЯ

ГОСТ 26139-84

Издание официальное
ГОСУДАРСТВЕННЫЙ K0#HTJK£CCPnO СТАНДАРТАМ
РАЗРАБОТАН Министерством приборостроения, средств автома­тизации и систем управления

ИСПОЛНИТЕЛИ

К. И. Диденко, канд. техн, наук; Ю. В. Розен; К. Г. Карнаут, М. Д. Гафа- нович, канд. техн, наук; К. М. Усенко; Ж. А. Гусева; Л. С. Ланина; С. Н. Кийко
ВНЕСЕН Министерством приборостроения, средств автоматизации и систем управления
Член Коллегии Н. И. Гореликов
УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государст­венного комитета СССР по стандартам от 30 марта 1984 г. № 1145
УДК 681.327.8—182.77:65.011.561:006.354

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ИНТЕРФЕЙС ДЛЯ АВТОМАТИЗИРОВАННЫХ СИСТЕМ

УПРАВЛЕНИЯ РАССРЕДОТОЧЕННЫМИ ОБЪЕКТАМИ

Общие требования
Interface for automated systems of dispersed
plant control. General requirements
ОКП 42 4920
Постановлением Государственного комитета СССР по стандартам от 30 марта 1984 г. № 1145 срок действия установлен
с 01.01.85
до01X11,90—,
Несоблюдение стандарта преследуется по закону J " 'jf’ ‘
УЛ/,
Настоящий стандарт распространяется на интерфейс, регла­ментирующий общие правила организации взаимодействия ло­кальных подсистем в составе автоматизированных систем управ­ления рассредоточенными объектами, использующими магистраль­ную структуру связи (в дальнейшем — интерфейс).
В части физической реализации стандарт распространяется на интерфейсы агрегатных средств, использующих для передачи со­общений электрические сигналы.

1. НАЗНАЧЕНИЕ И ОБЛАСТЬ ПРИМЕНЕНИЯ

1.1. Интерфейс предназначен для организации связи и обмена информацией между локальными подсистемами в составе автома­тизированных систем управления технологическими процессами, машинами и оборудованием в различных отраслях промышлен­ности и непромышленной сфере.
1.2. Интерфейс обеспечивает взаимодействие рассредоточенных локальных подсистем, использующих спорадическую передачу информации в составе систем, функционирующих в реальном мас­штабе времени.
1.3. Посредством интерфейса могут сопрягаться локальные под­системы, функционирующие в автономном режиме и реализующие частично или полностью следующие функциональные задачи:
сбор, первичная обработка и хранение информации; непосредственное цифровое и супервизорное регулирование;

програм мио-логическое управление;
сопряжение с оперативно-технологическим персоналом;
сопряжение с управляющими вычислительными комплексами верхнего яруса в иерархических системах.

2. ОСНОВНЫЕ ХАРАКТЕРИСТИКИ

2.1. Интерфейс реализует бит-последовательный способ обмена данными по двухпроводной линии связи.
2.2. Максимальная длина линии связи (включая длину отво­дов) — 3 км.
2.3. Рекомендуемое количество сопрягаемых локальных под­систем — не более 60.
2.4. Номинальная скорость передачи должна составлять 30, 100 или 500' кбит/с.
2.5. Для представления сигналов должна применяться двухфа­зовая модуляция с фазоразностным кодированием.
2.6. Для кодовой защиты передаваемых сообщений должен применяться циклический код с производящим полиномом Х16+Х12+Х5+1.
2.7. В целях устранения случайных ошибок должна быть пре­дусмотрена возможность повторной передачи сообщений между теми же локальными подсистемами.
2.8. Передача сообщений между локальными подсистемами должна осуществляться посредством ограниченного набора функ­циональных байтов, последовательность которых устанавливается форматом сообщения. Интерфейс устанавливает два типа форма­тов сообщений (черт. 1).
Формат 1 имеет фиксированную длину и предназначен для пе­редачи только интерфейсных сообщений.
Формат 2 включает переменную по длине информационную часть, предназначенную для передачи данных.
Типы форматов сообщений
Формат 1
сн
АВ
КФ
АС
КБ1
КБ2
СН

Формат 2
СН
АВ
КФ
АС
дс
ДНІ

ДНп
КБ1
КБ2
СН
2.9. Форматы сообщений должны включать следующие функци­ональные байты:
синхронизирующий СН;
адрес вызываемой локальной подсистемы АВ;
код выполняемой функции КФ;
собственный адрес локальной подсистемы АС;
длина информационной части (количество байтов данных) ДС, данных ДН]—ДН„ ;
байты контрольных кодов КБ1 и КБ2.
2.9.1. Синхронизирующий байт СН служит для обозначения начала и конца сообщения. Синхронизирующему байту присвоен код 01111110.
2.9.2. Байт адреса подсистемы АВ определяет локальную под­систему, которой направляется сообщение.
2.9.3. Байт выполняемой функции КФ определяет операцию, которая выполняется в данном цикле связи. Назначение разрядов внутри байта КФ приведено на черт. 2.
Структура байта КФ
О 1 2 3 4 5 6 7
Выполняемая операция
Признак повторения передачи
Тип формата сообщения
Признак занятости
Вид сообщения
Черт. 2

Продолжение
Обозначение байта
Код функции
Выполняемая операция

0
1
2
3
4
5
6
7

КФ6
1
X
X
X
0
1
0
1
Передача управления магистраль-

ным каналом
КФ7
1
X
X
X
0
1
1
0
Возврат управления магистральным каналом. Сообщение с общим адре-

сом не принято
КФ8
1
0
0
0
0
1
1
1
Возврат управления магистральным каналом. Сообщение с общим адре-

сом принято
КФ9
1
X
X
X
1
0
0
0
Децентрализованный опрос контрол­леров. Отсутствие запроса на захват канала. Сообщение с общим адре­сом не принято
КФЮ
1
X
X
X
1
0
0
1
Отсутствие запроса на захват кана­ла. Сообщение с общим адресом

принято
КФП
1
X
X
X
1
0
1
0
Запрос на захват магистрального канала. Сообщение с общим адресом
КФ12

не принято

1
X
X
X
1
0
1
1
Запрос на захват магистрального ка­нала. Сообщение с общим адресом

принято
КФ13
1
X
X
X
1
1
0
0

КФ14
КФ15
1
1
X
X
X
X
X
X
1
1
1 1
0
1
1 0
Резерв
КФ16
1
X
X
X
1
1
1
1

КФ17
0
X
X
X
0
0
0
0

КФ18

1
Подтверждение приема сообщения

0
X
X
X
0
0
0
1
1

Подтверждение выдачи сообщения
КФ19
0
X
X
X
0
0

0
1
Подтверждение приема и последую-
КФ20
0
X
X
X
0
0

щей выдачи сообщения. Ответы на
КФ21

централизованный опрос
Отсутствие запроса на захват кана-

0
X
X
X
0
1
0
0
ла. Сообщение с общим адресом не

принято
Отсутствие запроса на захват кана-
КФ22
0
X
X
X
0
1
0
1
ла. Сообщение с общим адресом

принято
Запрос на захват канала. Сообще-
КФ23
0
X
X
X
0
1
1
0
ние с общим адресом не принято Запрос на захват канала. Сообще-
КФ24
0
X
X
X
0
1
1
1
ние с общим адресом принято
КФ25

•

Резерв
КФЭ2

Нулевой разряд определяет вид сообщения (вызов—ответ), передаваемого по магистральному каналу.
Разряд 1 принимает единичное значение при занятости подсис­темы (например формирование буфера данных).
Разряд 2 принимает единичное значение в том случае, если в данном цикле передается сообщение формата 2.
Разряд 3 принимает единичное значение в повторно посылае­мом сообщении одной и той же локальной подсистеме в случае обнаружения ошибки или отсутствия ответа.
2.9.5. Собственный адрес локальной подсистемы, формирую­щей сообщение АС, выдается для того, чтобы сообщить вызывае­мой подсистеме адрес ответа и проконтролировать правильность ее выбора.
2.9.6. Байт ДС, определяющий длину информационной части сообщения, присутствует только в формате 2, при этом величина двоичного кода байта ДС определяет количество байтов ДН. Ис­ключение составляет код 00000000, который обозначает, что передается 256 информационных байтов.
2.9.7. Байты данных ДН представляют информационную часть сообщения формата 2. Кодирование данных должно устанавли­ваться нормирующими документами на сопрягаемые локальные подсистемы.
2.9.8. Контрольные байты КБ1, КБ2 образуют контрольную часть и используются для определения достоверности передавае­мых сообщений.

3. СТРУКТУРА ИНТЕРФЕЙСА

3.9. Интерфейс обеспечивает возможность построения рассре­доточенных систем с магистральной структурой связи (черт. 3).
Структура соединения локальных подсистем

3.10. Все сопрягаемые локальные подсистемы должны подклю­чаться к магистральному каналу, через который осуществляется обмен информацией.
3.11. Для сопряжения локальных подсистем с магистральным каналом в их составе должны быть предусмотрены контроллеры связи. Контроллеры связи должны осуществлять:
преобразование информации из формы представления, приня­той в локальной подсистеме, в форму, которая требуется для пе­редачи по магистральному каналу;
добавление и выделение знаков синхронизации;
распознавание и прием сообщений, адресованных данной ло­кальной подсистеме;
формирование и сравнение контрольных кодов для определе­ния достоверности принимаемых сообщений.
3.12. Обмен сообщениями между локальными подсистемами дол­жен быть организован в виде циклов. Под циклом понимается процедура передачи в магистральный канал одного сообщения формата 1 или 2. Несколько взаимосвязанных циклов образуют процесс передачи.
3.13. Процесс передачи должен быть организован по асинхрон­ному принципу: на посылаемые в магистральный канал вызовы локальная подсистема должна получать ответы (за исключением групповых операций).

4. ФУНКЦИИ ИНТЕРФЕЙСА

4.9. Интерфейс устанавливает следующие виды функций, от­личающиеся по уровням управления, которые занимают локаль­ные подсистемы в процессе обмена сообщениями:
пассивный прием (низший уровень);
прием и ответ;
децентрализованное управление магистральным каналом;
запрос захвата магистрального канала;
центральное управление магистральным каналом.
4.10. Состав интерфейсных функций, реализуемых локальной подсистемой, определяется составом задачи, решаемой данной подсистемой и ее функциональными характеристиками.
4.11. Тип локальной подсистемы определяется функцией наибо­лее высокого уровня из числа предусмотренных. Локальная под­система считается активной относительно той функции, которую она исполняет в текущем цикле.
4.12. В соответствии с составом реализуемых интерфейсных функций различаются следующие типы локальных подсистем:
пассивная управляемая подсистема;
управляемая подсистема;
управляющая подсистема; '
инициативная управляющая подсистема, ведущая подсистема.
4.4.1. Пассивная управляемая подсистема выполняет только опознание и прием адресованных ей сообщений.
4.4.2. Управляемая подсистема осуществляет прием адресован­ных ей сообщений и| формирует ответное сообщение в соответствии с принятым кодом функции.
4.4.3. Управляющая подсистема долж