ГОСТ 26139-84 сторінка 2 з 3
Структура соединения локальных подсистем
-
Все сопрягаемые локальные подсистемы должны подключаться к магистральному каналу, через который осуществляется обмен информацией.
-
Для сопряжения локальных подсистем с магистральным каналом в их составе должны быть предусмотрены контроллеры связи. Контроллеры связи должны осуществлять:
преобразование информации из формы представления, принятой в локальной подсистеме, в форму, которая требуется для передачи по магистральному каналу;
добавление и выделение знаков синхронизации;
распознавание и прием сообщений, адресованных данной локальной подсистеме;
формирование и сравнение контрольных кодов для определения достоверности принимаемых сообщений.
-
-
Обмен сообщениями между локальными подсистемами должен быть организован в виде циклов. Под циклом понимается процедура передачи в магистральный канал одного сообщения формата 1 или 2. Несколько взаимосвязанных циклов образуют процесс передачи.
-
Процесс передачи должен быть организован по асинхронному принципу: на посылаемые в магистральный канал вызовы локальная подсистема должна получать ответы (за исключением групповых операций).
-
-
ФУНКЦИИ ИНТЕРФЕЙСА
-
Интерфейс устанавливает следующие виды функций, отличающиеся по уровням управления, которые занимают локальные подсистемы в процессе обмена сообщениями:
-
пассивный прием (низший уровень);
прием и ответ;
децентрализованное управление магистральным каналом;
запрос захвата магистрального канала;
центральное управление магистральным каналом.
-
Состав интерфейсных функций, реализуемых локальной подсистемой, определяется составом задачи, решаемой данной подсистемой и ее функциональными характеристиками.
-
Тип локальной подсистемы определяется функцией наиболее высокого уровня из числа предусмотренных. Локальная подсистема считается активной относительно той функции, которую она исполняет в текущем цикле.
-
В соответствии с составом реализуемых интерфейсных функций различаются следующие типы локальных подсистем:
пассивная управляемая подсистема;
управляемая подсистема;
управляющая подсистема; '
инициативная управляющая подсистема, ведущая подсистема.
-
Пассивная управляемая подсистема выполняет только опознание и прием адресованных ей сообщений.
-
Управляемая подсистема осуществляет прием адресованных ей сообщений и| формирует ответное сообщение в соответствии с принятым кодом функции.
-
Управляющая подсистема должна обладать способностью:
принимать управление обменом по магистральному каналу;
формировать и передавать сообщения по магистральному каналу;
принимать и анализировать ответные сообщения;
возвращать управление магистральным каналом после окончания процесса передачи.
-
Инициативная управляющая подсистема помимо функции по п. 4.4.3 должна обладать способностью формировать сигнал запроса для захвата магистрального канала, принимать и посылать соответствующие сообщения при выполнении процедуры поиска запрашивающей подсистемы.
-
Ведущая подсистема координирует работу всех локальных подсистем, сопряженных магистральным каналом. Она осуществляет:
арбитраж и передачу управления магистральным каналом одной из управляющих локальных подсистем;
центральное управление всеми локальными подсистемами;
контроль работы активной управляющей локальной подсистемы;
передачу сообщений с общим адресом для всех (или нескольких) локальных подсистем.
К магистральному каналу может быть подключена только одна подсистема, имеющая активную функцию ведущей.
-
ПОРЯДОК ОБМЕНА СООБЩЕНИЯМИ
-
Каждый цикл передачи сообщения по магистральному каналу должен начинаться с синхронизации всех сопряженных по интерфейсу подсистем.
-
Для выполнения синхронизации ведущая или активная управляющая подсистема должна передать в магистральный канал синхронизирующий байт СН. Допускается передавать последовательно несколько синхронизирующих байтов. Дополнительные синхронизирующие байты в формат сообщения не включаются.
-
После выполнения синхронизации всех подсистем ведущая или активная управляющая подсистема передает в магистральный канал сообщение формата 1 или 2, включая их собственные байты СН.
-
Все байты, за исключением контрольных КБ1 и КБ2, передаются в магистральный канал, начиная с младшего разряда.
-
-
Байты КБ1, КБ2 передаются со старшего разряда.
-
-
Для исключения из передаваемого в магистральный канал сообщения последовательности битов, совпадающих с кодом байта СН, каждое сообщение должно быть преобразовано таким образом, что после 5 следующих друг за другом символов «1» должен включаться один дополнительный символ «О». Принимающий подсистемой этот символ должен соответственно исключаться из сообщения.
-
После передачи сообщения, включая оконечный байт СН, передающая подсистема должна передать еще не менее 2 байтов СН для завершения операций приема, после чего цикл передачи заканчивается.
-
-
Координация взаимодействия подсистем, сопряженных посредством интерфейса, должна осуществляться ведущей подсистемой. Координация выполняется при помощи процедур управления магистральным каналом.
-
Процедура управления магистральным каналом предусматривает выполнение функции передачи управления магистральным каналом и функции возврата управления магистральным каналом.
-
При передаче управления магистральным каналом ведущая подсистема назначает активную управляющую подсистему для выполнения процесса передачи сообщений. Для этого ведущая подсистема должна направить выбранной управляющей подсистеме сообщение формата 1 с кодом функции КФ6.
-
Управляющая подсистема после принятия сообщения с кодом функции КФ6 должна стать активной и может выполнить в одном процессе передачи несколько циклов обмена сообщениями. Количество циклов обмена должно контролироваться и ограничиваться ведущей подсистемой.
-
После выполнения передачи управления магистральным- каналом ведущая подсистема должна активизировать в себе функцию пассивного приема и включить контрольный отсчет времени. Если в течение установленного времени (время ожидания ответа не должно быть более 1 мс) назначенная активной подсистема не начинает передачу сообщений по магистральному каналу, ведущая подсистема повторно направляет управляющей подсистеме сообщение формата 1 с кодом функции КФ6 и признаком повторной передачи.
-
В случае, если и при повторном обращении управляющая подсистема не начинает передачу сообщений (не становится активной), ведущая подсистема определяет ее как неисправную и реализует предусмотренные для такой ситуации процедуры.
-
По окончании процесса передачи активная управляющая подсистема должна выполнить функцию возврата управления магистральным каналом. Для этого она должна направить ведущей подсистеме сообщение с кодом функции КФ7 или КФ8.
-
-
Передача управления магистральным каналом может быть организована как по инициативе ведущей подсистемы, так и по запросам от инициативных управляющих подсистем.
-
При передаче управления магистральным каналом по инициативе ведущей подсистемы последовательность процедур управления магистральным каналом с целью активизации управляющих подсистем определяется только ведущей подсистемой.
-
Передача управления магистральным каналом по запросам может быть организована только для инициативных управляющих подсистем. При этом возможны два способа организации поиска подсистемы, запрашивающей доступ к магистральному каналу — централизованный и децентрализованный.
-
При централизованном опросе ведущая подсистема должна последовательно опросить все подключенные к магистральному каналу инициативные управляющие подсистемы. Ведущая подсистема должна направить каждой инициативной управляющей подсистеме сообщение формата 1 с кодом функции КФ5.
-
Инициативная управляющая подсистема должна направить ведущей подсистеме ответное сообщение с одним из кодов функции КФ21—КФ24 в зависимости от своего внутреннего состояния. Последовательность операций в процедуре централизованного опроса приведена на черт. 4.
-
Децентрализованный опрос обеспечивает быстрый процесс определения инициативных управляющих подсистем, установивших запрос доступа к магистральному каналу. Ведущая подсистема должна обратиться только к первой по очереди инициативной управляющей подсистеме с сообщением формата 1 и кодом функнии КФ9.
Каждая инициативная управляющая подсистема должна воспринимать адресованное ей сообщение и посылать в магистральный канал свое сообщение, адресованное следующей по очереди подсистеме. В формируемом сообщении должен передаваться один из кодов функции КФ9—КФ 12, характеризующий состояние данной подсистемы. Процедура децентрализованного опроса иллюстрируется черт. 5.
Ведущая подсистема после запуска децентрализованного опроса активизирует функцию пассивного приема и принимает все сообщения, посылаемые инициативными управляющими подсистемами. Это позволяет ведущей подсистеме после окончания децентрализованного опроса иметь информацию о запросах до-Стр. 10 ГОСТ 26139—84
Подсистема f (ведущая)
ГОСТ 26139—84 Стр. 11
процесе децентрализованного опроса подсистемы
Черт. 5
Подсистема 2 (инициативная управляющая)
Подсистема 3 (инициативная управляющая)
Подсистема в (инициативная управляющая)ступа к магистральному каналу у всех инициативных управляющих подсистем.
Последняя в цепи децентрализованного опроса инициативная управляющая подсистема должна адресовать свое сообщение ведущей подсистеме, что означает конец процедуры децентрализованного опроса.
-
-
В случае, если какая-либо подсистема не выдает сообщения в магистральный канал после обращения к ней, ведущая подсистема должна активизироваться и послать ей повторное сообщение, идентичное предыдущему. В случае отсутствия ответа (или ошибок) на повторный вызов ведущая подсистема запускает децентрализованный опрос со следующей по очереди подсистемы, а данная подсистема из опроса исключается.
-
-
Процедура передачи данных может выполняться в виде одного из следующих процессов:
групповой записи;
записи:
чтения;;
записи-чтения.
-
Групповая запись должна выполняться ведущей подсистемой. При выполнении групповой записи ведущая подсистема выдает в магистральный канал сообщение формата 2, в котором в качестве адреса АВ записан код 11111111 (255) и код функции КФ1.
-
Все подсистемы, реагирующие на групповой адрес, должны принять сообщение из магистрального канала и зафиксировать состояние, означающее, что сообщение с общим адресом принято. Ответные сообщения при групповой записи принимающими подсистемами не выдаются.
-
Подтверждение приема группового сообщения осуществляется в процессе централизованного или децентрализованного опроса, а также при возврате управления магистральным каналом, для чего в коды функций КФ7, КФ8, КФ9 — К.Ф12 и КФ21 — КФ24 включен бит соответствующего состояния.
-
В процессе записи ведущая подсистема или активная управляющая подсистема посылает в магистральный канал сообщение формата 2 с кодом функции КФ2, предназначенное для приема конкретной управляемой подсистемой, адрес которой указан в байте АВ. После выдачи сообщения активная управляющая подсистема включает контрольный отсчет времени и ждет ответное сообщение.
-
Адресованная подсистема опознает свой адрес и принимает посылаемое ей сообщение. В том случае, если сообщение принято без ошибки, принимающая подсистема должна выдать в магистральный канал ответ в виде сообщения формата 1 с кодом функции КФ 18.В случае, если в принятом сообщении обнаружена ошибка, принимающая подсистема не должна выдавать ответ.
-
Активная управляющая подсистема при отсутствии ответа в течение интервала контрольного времени должна повторно выполнить передачу того же сообщения.
-
При отсутствии ответа на повторное сообщение данная подсистема считается неисправной и активная управляющая подсистема должна выполнить предписанную для такой ситуации процедуру (включение сигнализации, исключение подсистемы из ■обращения, включение резерва и т. д.).
-
Диалог управляющей и управляемой подсистем должен постоянно контролироваться ведущей подсистемой, выполняющей в это время функцию пассивного приема сообщений.
-
Процесс чтения должен начинаться посылкой активной управляющей подсистемой сообщения формата 1 с кодом функции КФЗ.
-
Подсистема, которой адресовано это сообщение, в случае исправного его приема, должна выдать ответное сообщение формата 2 с кодом функции КФ 19.
-
В случае, если вызываемая подсистема не может выдать данные в течение установленного времени ожидания, то она должна после принятия сообщения с функцией чтения зафиксировать признак занятости подсистемы и приступить к формированию массива данных для выдачи.
-
Данная управляемая подсистема должна запомнить адрес обратившейся к ней активной управляющей подсистемы (для которой готовятся данные) и в ответных сообщениях другим управляющим подсистемам устанавливать признак занятости.
-
Для считывания подготовленных данных активная управляющая подсистема должна вновь обратиться к управляемой подсистеме с сообщением формата 1 с кодом функции КфЗ. Если данные к этому времени подготовлены, то управляемая подсистема должна выдать ответное сообщение формата 2 с кодом функции КФ 19.
Побачили розбіжність з офіційним текстом?
Дивіться також
Сборник ГОСТ ЕСКД
Збірник із 154 стандартів