ГОСТ 28854-90 сторінка 2 з 3
Для обеспечения кодонезависимого режима каждая управляющая последовательность начинается с символа API.
Управляющая последовательность API КТМ посылается устройством при необходимости организации сеанса связи.
Управляющая последовательность API ДА является ответной и посылается как положительное подтверждение на выполнение предписанной функции.
Управляющая последовательность API НЕТ является ответной и посылается как отрицательный ответ на принятую управляющую последовательность или невыполнение предписанной функции.
Управляющая последовательность API НТ используется при передаче сообщений, содержащих байты данных, и указывает, что следующий за ней стартстопный цифровой сигнал является первым байтам передаваемого массива данных (текста).
Управляющая последовательность API КТ передается после передачи последнего байта данных в сообщении и означает, что массив данных в текущем сеансе передан полностью.
-
Управляющая последовательность API КП передается устройством как команда окончания связи и перехода в нейтральное состояние.Управляющие последовательности и байты данных в составе сообщения передаются в соответствии с форматом, приведенным на черт. 4.
|
АРІ НТ |
ТКС |
АРІ КТ |
ПП |
ТК.С — текстовая часть сообщения, содержания байты данных; ПП — последовательность проверки
Черт. 4
-
-
Для обеспечения кодонезависимой передачи используется дополнительный символ API. При наличии в текстовой части байта данных с кодом, совпадающим с API, к нему при передаче добавляется еще один символ API. Наличие последовательности API API означает, что данная последовательность не является управляющей и один из символов должен быть принят как байт данных, а второй исключен.
-
Последовательность проверки ПП представляет собой контрольную сумму переданных информационных байтов в составе ТКС. Дополнительные символы АР і в состав контрольной суммы не включаются.
-
-
Организация обмена информацией
-
Обмен информацией осуществляется в соответствии с процедурой управления КПП, которая может быть представлена в виде двух последовательных фаз:
-
фазы установления связи (ФУ);
фазы передачи сообщения (ФП).
До начала процедуры обмена информацией оба сопряженных по данному интерфейсу устройства — передающее и принимающее находятся в нейтральном состоянии, т. е. в состоянии, в которое приходят устройства после включения электрического питания и завершения внутреннего тестирования.
В фазе ФУ выполняется приведение обоих сопряженных устройств в активное состояние и присвоение им статусов главного (передающего) или подчиненного (принимающего).
В фазе ФП выполняется передача текста сообщения (массива данных) от главного устройства к подчиненному.
-
Последовательность операций ФУ (блок-схема алгоритма) приведена на черт. 5.
-
В нейтральном состоянии устройство постоянно контролирует состояние признака (флага) «Передача» и состояние КПП. При инициализации признака «Прием» устройство должно принять из КПП управляющую последовательность API КТМ.
-
Если приняты коды, отличающиеся от кода указанной последовательности, устройство их игнорирует и продолжает сканирование флагов «Передача» и «Прием».
-
Если управляющая последовательность API КТМ устройством опознана, то оно должно проанализировать состояние приемных буферов и результаты тестирования, после чего выдать в КПП одну из последовательностей: API ДА (при готовности к приему) или API НЕТ (при неготовности к приему).
Если выдается последовательность API НЕТ, то после ее выдачи устройство возвращается в цикл контроля состояния флагов «Передача» и «Прием» (нейтральное состояние).
Если устройство выдает в КПП управляющую последовательность API ДА, то оно принимает статус подчиненного и переходит в фазу ФП как принимающее.
-
При переходе устройства в активное состояние в связи с необходимостью передачи данных (установлен флаг «Передача»), оно выдает в КПИ управляющую последовательность API КТМ.
Блок-схема алгоритма обмена данными в фазе установления связи (ФУ)
Черт. 5
После выдачи API КТМ устройство контролирует, не выполнялся ли одновременно с выдачей прием от сопряженного с ним устройства («Встречный вызов»).
Если такая операция не была зафиксирована, устройство включает контрольный отсчет времени («Вкл. т ож ответа») и устанавливает режим ожидания приема из КПИ.
При получении из КПИ управляющей последовательности API ДА устройству присваивается статус главного, и оно переходит в фазу ФП в ранге передающего.Если из КПИ принята управляющая последовательность API НЕТ, устройство устанавливает флаг «Отказ от связи» и возвращается в нейтральное состояние.
В случае, если принятая управляющая последовательность не является ни API ДА, ни АР! НЕТ, устройство повторяет выдачу вызова API КТМ.
Устройство выполняет не более трех попыток подряд для установления связи.
Если в результате трех попыток связи ответная управляющая последовательность не опознана, устройство устанавливает флаг «Связь не установлена» и возвращается в нейтральное состояние. Аналогичные действия выполняются и при отсутствии ответной управляющей последовательности из КПИ по истечении интервала времени т ож ■
-
Если во время выдачи управляющий последовательности API КТМ. устройство зафиксировало прием из КПИ (встречную инициативу), то оно приступает к разрешению конфликтной ситуации, для чего включает таймер приоритетного интервала Таря и устанавливает режим ожидания.
Таймеры устройств настроены на разные длительности, причем устройство, имеющее более высокий приоритет, имеет меньшую длительность временного интервала Т. В режиме ожидания устройство постоянно контролирует прием информации из КПИ.
При фиксации приема из КПИ до окончания собственного интервала Т устройство отключает свой таймер и переходит к анализу принятой управляющей последовательности.
Если в течение собственного временного интервала Т API КТМ не получена, т. е. данное устройство имеет меньший интервал времени, то оно повторно выдает АР! КТМ и повторяет процедуру установления связи.
-
Блок-схема алгоритма ФП главного (передающего) устройства приведена на черт. 6.
В фазе ФП главное устройство выдает в КПИ управляющую последовательность АР! НТ, означающую, что следующий за ней байт является первым информационным байтом текста — массива данных.
Количество передаваемых информационных байтов подсчитывается передающим устройством и сравнивается с заданной длиной массива.
-
Устройство обеспечивает прозрачность передаваемой информации посредством байтстаффинга. Для этого оно анализирует код каждого передаваемого байта информации на совпадение его с кодом API. В случае совпадения кода информационного байта с API устройство выдает дополнительный байт с кодом АР!, а затем приступает к передаче следующего байта массива данных. Дополнительный байт с кодом API не учитывается при подсчете длины массива и подсчете контрольной суммы.
-
После завершения передачи л-байтов, составляющих массив данных, устройство выдает управляющую последовательность API КТ и затем ПП, представляющую собой подсчитанную контрольную сумму.
Выдав ПП, передающее устройство включает контрольный временной интервал ожидания ответа т ож от принимающего устройства и устанавливается в режим приема из КПИ («Вкл. тОж ответа»).
Если устройство фиксирует прием до окончания временного интервала тож , то оно прекращает отсчет времени и анализирует принятую управляющую последовательность.
-
Если принятая управляющая последовательность опознана передающим устройством как API ДА (переданная информация воспринята принимающим устройством без ошибок), то передающее устройство устанавливает флаг «Массив передан», передает в КПИ управляющую последовательность API КП и переходит в исходное состояние.
В случае получения управляющей последовательности API НЕТ НЕТ, которая передается принимающим устройством при несовпадении принятой ПП с результатом собственного вычисления контрольной суммы, передающее уст
-
Блок-схема алгоритма обмена данными в фазе передачи (ФП) главного устройства
Черт. 6
ройство устанавливает флаг «Ошибка передачи» и повторяет передачу массива. Максимальное количество повторений передачи — не более трех.
Если в результате трехкратной передачи ответная управляющая последовательность API ДА не принята, то передающее устройство устанавливает флаг «Массив не передан», выдает в КПИ API КП и переходит в исходное состояние.
Если принятая управляющая последовательность не опознана, передающее устройство устанавливает признак «Искажение ответа» и выполняет повторную передачу. Количество повторов — не более трех.
После третьей попытки устройство устанавливает признак «Массив не передан», выдает API КП и переходит в исходное состояние.
-
-
При отсутствии приема до конца временного интервала тож передающее устройство устанавливает признак «Нет ответа» и выполняет повторную передачу. Повторы выполняются аналогично выше приведенному описанию.
-
-
Блок-схема алгоритма ФП подчиненного (принимающего) устройства приведена на черт. 7.
-
При переходе в фазу ФП принимающее устройство включает интервал Тож (ожидание приема) из КПП. Если в течение Тож прием из КПП не зафиксирован, то принимающее устройство возвращается в исходное состояние (ФУ).
-
Если до окончания тож прием из КПИ был зафиксирован, то устройство ДОЛЖНО ВЫКЛЮЧИТЬ контрольный интервал Топ и сравнить принятую управляющую последовательность с API КП. В случае их соответствия принимающее устройство безусловно переходит в исходное состояние (ФУ). Если принятая управляющая последовательность не совпадает с АРГ КП, она сравнивается с кодом АРІ НТ. Если фиксируется несовпадение, то выполняется сравнение с API КТМ.
-
Если принятая управляющая последовательность является API КТМ, что возможно при неопознании передающим устройством ответа от принимающего, то устройство возвращается в точку А фазы запроса (см. черт. 5) и выполняет предписанные алгоритмом действия.
-
Несовпадение принттой управляющей последовательности с API КП, API НТ или API КТМ означает искажение в КПИ и устройство возвращается в начало алгоритма (ом. черт. 7).
-
Если принятая управляющая последовательность является API НТ, то устройство, начиная со следующего байта, начинает выполнять подпрограмму приема байтов текста. При этом каждый принимаемый байт анализируется на соответствие с символом API. Соответствие с символом API фиксируется признаком символа ПС. Если код очередного байта не совпадает с символом API и ПС имеет значение НЕТ, то принимающее устройство записывает принятый бант в массив данных, подсчитывает контрольную сумму и устанавливается на прием следующего байта.
-
При обнаружении в принимаемом тексте байта с кодом, совпадающим с API, принимающее устройство присваивает признаку символа значение «Да» и переходит к приему следующего байта. За символом API может следовать также символ API, применяемый для обеспечения прозрачности информации (см. п. 4.3.1), либо символ КТ, означающий конец текста, т. е. передается управляющая последовательность.
-
Если последующий символ является АР1 и признак символа имеет значение «Да», принимающее устройство устанавливает признак символа в состояние «Нет» и заносит код API в массив информации как очередной байт текста.
Если следующий за API байт не API, то принимающее устройство анализирует его на соответствие с КТ (при этом признаку символа также присваивается значение «Нет»). Несоответствие принятого кода символу КТ означает ошибку приема и принимающее устройство возвращается в начало алгоритма
Блок-схема алгоритма обмена данными в фазе передачи (ФП) подчиненного устройства
Черт. 7
(см. черт. 7). Соответствие символу КТ означает, что передача текста завершена и последующие два байта представляют собой ПП.
При равенстве вычисленной принимающим устройством контрольной суммы S к и величины ПП устройство формирует ответную управляющую последовательность API ДА и устанавливается в режим ожидания завершения цикла связи.Если величины контрольной суммы Е к и ПП не совпали, принимающее' устройство формирует ответную управляющую последовательность API НЕТ и возвращается в начало алгоритма ФП.
Признаком завершения цикла связи является получение принимающим устройством управляющей последовательности API КП. При получении API КП принимающее устройство устанавливает признак «Массив принят» и переходит в начало ФУ.ИНФОРМАЦИОННЫЕ ДАННЫЕ
-
РАЗРАБОТАН И ВНЕСЕН Министерством электротехнической промышленности и приборостроения СССР
РАЗРАБОТЧИКИ:
К. И. Диденко, доктор техн, наук; Ю. В. Розен, А. И. Литкевич, Л. С. Ланина
-
УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Государственного комитета СССР по управлению качеством продукции и стандартам от 29.12.90 № 3641
-
Срок проверки 1996 г., периодичность проверки — 5 лет
Побачили розбіжність з офіційним текстом?
Дивіться також
Сборник ГОСТ ЕСКД
Збірник із 154 стандартів