Сертификация: тел. +7 (495) 175-92-77
Стр. 1
 

23 страницы

396.00 ₽

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

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

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

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

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

Описывает физические интерфейсы и протоколы связи при соединении “точка - точка“между программируемыми устройствами, такими как: станки с ЧПУ, промышленные роботы, программируемые контроллеры, измерительное или другое оборудование автоматизированного производства, - с ЭВМ верхнего ранга. Применяемый протокол связи гарантирует надежную передачу данных. Данные передаются последовательно по битам в асинхронном режиме

Оглавление

0 Введение и назначение

1 Ссылки

2 Определения и аббревиатуры передаваемых управляющих символов

3 Скорость передачи данных

4 Физический уровень (Уровень 1)

5 Уровень звена данных (Уровень 2 )

Приложение А Значения выдержек времени таймеров

Приложение В Диаграммы процедур управления каналом связи

Приложение С

Приложение D

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

Страница 1

ГОСТ Р 50434-92 (ИСО 8867—1—88)

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

УСТРОЙСТВА ЧИСЛОВОГО ПРОГРАММНОГО УПРАВЛЕНИЯ ДЛЯ МЕТАЛЛООБРАБАТЫВАЮЩЕГО ОБОРУДОВАНИЯ

производственный канал

АСИНХРОННОЙ ПЕРЕДАЧИ ДАННЫХ И ФИЗИЧЕСКИЙ УРОВЕНЬ. ПОЛУДУПЛЕКСНАЯ ПЕРЕДАЧА ДАННЫХ

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

92/745


I

г»


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

Страница 2

УДК 621.9.06-529:006.354    Группа П82

государственный стандарт российской федерации

УСТРОЙСТВА ЧИСЛОВОГО ПРОГРАММНОГО УПРАВЛЕНИЯ ДЛЯ МЕТАЛЛООБРАБАТЫВАЮЩЕГО ОБОРУДОВАНИЯ

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

Industrial asynchronous data link and physical layer Physical interconnection and two-way alternate communication

оксту от

ГОСТ Р

50434—92 - (ИСО 8867—1-88)


Дата введения 01.07.94

0. ВВЕДЕНИЕ И НАЗНАЧЕНИЕ

ГОСТ 28906 «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель» (ИСО 7498) представляет инфраструктуру обмена информацией между системами с иерархической архитектурой. Это положение используется в определении соединений между ЭВМ верхнего уровня и станками с ЧГ1У или другим оборудованием в автоматизированном производстве.

Настоящий стандарт описывает физические интерфейсы и протоколы связи при соединении «точка—точка» между программируемыми устройствами, такими как: станки с ЧПУ, промышленные роботы, программируемые контроллеры, измерительное или другое оборудование автоматизированного производства, -г- с ЭВМ верхнего ранга. Применяемый протокол связи гарантирует надежную передачу данных. Данные передаются последовательно по битам в асинхронном режиме.

Настоящий стандарт функционально соответствует 1-му (физическому) уровню и 2-му (уровню звена данных), описанным в ['ОСТ 28906.

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

© Издательство стандартов, 1993

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

Страница 3

G. 2 ГОСТ P 30434—92

I. ссылки

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

1.1.    Государственные стандарты и эквивалентные им международные стандарты, на которые даны ссылки в настоящем стандарте:

ГОСТ 27463-87 (ИСО 646— 83) «Системы обработки информации. 7-битные кодированные наборы символов1;

ГОСТ 28082-89 (ИСО 1177—81) «Системы обработки информации. Методы обнаружения ошибок при последовательной передаче данных»;

ГОСТ 22731-77 (ИСО 1745—75,2111—85, 2628—73) «Системы передачи данных. Процедуры управления звеном передачи для данных в основном режиме для полудуплексного обмена информацией»,

ИСО 2110—80* «Передача данных — 25-контактныЙ разъем DTE/DCE интерфейса н назначение контактов»;

ГОСТ 24402-88 (ИСО 2382—84) «Телеобработка данных и вычислительные сети. Термины и определения»;

ГОСТ 19768-74 (ИСО 4873—86) «Машины вычислительные н системы обработки данных. Коды 8-бнткые для обмена и обработки информации»;

ИСО 4902—80* «Передача данных — 37-контактиый разъем DTE/DCE интерфейса и назначение контактов»;

ИСО 4903—80* «Передача данных — 15 контактный разъем DTE/DCE и назначение контактов»;

ГОСТ 28906-91 (ИСО 7498—84) «Системы обработки информации. Взаимосвязь открытых систем. Базовая эталонная модель»;

ИСО 8481—86* «Передача данных. Физическое соединение от DTE к DTE. использующее цепи взаимосвязи Х.24 с DTE при условии синхронизации».

1.2.    Государственные стандарты и эквивалентные им рекомендации МККТТ, на которые даны ссылки в тексте настоящего стандарта.

ГОСТ 23675-79 (МККТТ Рекомендации V.IJ-84. V.28—84) «Цепн стыка С2—ИС системы передачи данных. Электрические параметры»;

ГОСТ 18145-81 (МККТТ Рекомендация V.24—84) «Цепи на стыке С2 аппаратуры передачи данных с оконечным оборудованием при последовательном вводе-выводе данных. Номенклатура и технические требования»;

МККТТ Рекомендации X 20— 84* «Интерфейс между ококеч-

1

До пряного применения данного документе в качестве государственного «гандарга распространение его осуществляет ВНИИКИ.

Страница 4

ГОСТ Р 50434-92 С. 3

Ним оборудованием данных (DTE) и аппаратурой передачи данных (DCE) для старт/стопной передачи в сети передачи данных общего пользования (PDN)»;

МККТТ Рекомендация Х.21— 84“ «Интерфейс между оконечным оборудованием данных (DTK) и аппаратурой передачи данных (DCE), для синхронного режима в сети передачи данных общею использования»;

МККТТ Рекомендация Х.24 — 84* «Перечень определений для цепей обмена между оконечным оборудованием данных (DTE) и аппаратурой передачи данных (DCE) в сети передачи данных общего пользования».

2. ОПРЕДЕЛЕНИЯ И АББРЕВИАТУРЫ ПЕРЕДАВАЕМЫХ УПРАВЛЯЮЩИХ СИМВОЛОВ

Настоящий раздел стандарта устанавливает определения следующих символов приведенных в ГОСТ 22731.

2.1.    Переключение Звена Данных (API) —

Date Link Escape (DLE):

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

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

2.2.    Запрос (API КТМ) —

Enquiru (DLE F.NQ)1»:

Управляющая последовательность символов, используемая в качестве запроса для получения ответа от удаленной станции, а также для ходатайствовать о повторной передаче последнего ответа (ЧПО N/AP1 НЕТ).

2.3.    Прерывание блока —

Block abort:

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

Передача должна быть прекращена и сообщение стерто. Принимающая станция может ответить API НЕТ. Последовательность API не может быть прервана.

2.4.    КонеЬ Передачи (API КП) —

End of transmission (DLE EOT)1):

Управляющая последовательность, исходящая от передающей станции, и означающая окончание передачи или ее аварийное завершение.

2.5.    Прерывание —

Abort:

* До прямого применения данного документа п качестве государственного стандарта распространение его осуществляет ВНИИКИ.

2 Зак. 97

Страница 5

С 4 ГОСТ Р 50434-92

Управляющая последовательность API КП'> используется принимающем или передающей станциями для прерывания передачи.

Когда имеет место прерывание, оно должно быть реализовано одновременно обеими передающими и принимающими станциями. 2.G. Отрицательное подтверждение (API НЕТ) —

Negative acknowledge (DLE ЕТХ)'>:

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

2.7. Конец Текста (API КТ) —

End of text (DLE ETX)'>:

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

2 8. Начало Текста (API НТ) —

Start of text (DLE STX)»:

Управляющая последовательность API НТ располагается непосредственно перед текстом.

API НТ не учитывается (не включается) при контроле блока. API НТ переводит звено данных в режим передачи текста сообщения.

2.9.    ЧПО — Чередующиеся Положительные Ответы

(API 0 и API I) —

АСК N — Alternating positive responses (АСК 0 and АСК I) (DLE 0 and DLE I)1»:

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

API 0 применяется также в качестве положительного ответа в фазе установления связи.

2.10.    0ПГ1П — Ожидание После Положительного Подтверждения

(API ;) -

WACK — wait after positive acknowledgement (DLE ;)2>; Управляющая последовательность API;, исходящая от принимающей станции в качестве альтернативного положительного ответа для передающей станции, и указывающая, что принимающая станция временно не готова к приему данных. Она используется вместо API 0 или API 1.

2.11.    Положительное подтверждение с прерыванием (API <) — Positive acknowledgement with interrupt (DLE<)": Управляющая последовательность исходящая от принимающей

станции в качестве положительного, подтверждения с прерыванием.

Страница 6

ГОСТ Р 60434-92 С. 5

Используется вместо нормального положительного подтверждения приема сообщения ЛР1 0 или API 1.

Передающая станция отвечает последовательностью API КП.

Double DLE (DLE DLE)»:

2.12. Двойной API (API API) -

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

Примечания.

‘ГУправляющие последовательности API НЕТ и API КТМ определены в ГОСТ 22731 (ИСО 1745).

Управляющие последовательности API КТ и API НТ определены в ГОСТ 22731 (ИСО 2111).

Управляющие последовательности ЛР1 о и АР! определены в ГОСТ 22731 (в приложении к ИСО 1745),

Управляющая последовательность API ГОСТ 22731 (ИСО 2028;.

*> Эта управляющая последовательность не определена в ИСО 1745.

3> Управляющая последовательность определена в ГОСТ 22731.

3. СКОРОСТЬ ПЕРЕДАЧИ ДАННЫХ

Интерфейс должен обеспечивать следующие скорости передачи данных:

600; 1200; 2400; 4800; 9600 бнт/с,

дополнительно рекомендуются скорости передачи:

ПО; 300; 19200 бит/с.

Примечание. Скорость 19200 бит/с в Рекомендациях МК'КТТ отсутствует.

4. ФИЗИЧЕСКИИ УРОВЕНЬ (Уроаень I)

4.1.    .Механический интерфейс

Согласно ИСО рекомендуются к применению два различных механических интерфейса: 37-контактный разъем (ИСО 4902) или 15-контактный разъем (ИСО 4903).

4.2.    Электрический интерфейс

Должен применяться электрический интерфейс, соответствующий ГОСТ 23675.

4.3.    Цепи обмена

Цепн обмена зависят от применяемого механического интерфей*

са.

Примечание. Для коротких цепей, могут по согласованию использоваться несимметричные цепи стыка, соответствующие ГОСТ 23675 с рекомендуемым ИСО 25-зсоитактным разъемом (распределение контактов см. ИСО 2110).

4.3.1. МККТТ V.24/HCO 4902

Цепн обмена и назначение контактов 37-контактного разъема даны в табл. 1 и показаны на черт. I.

Страница 7

С. в ГОСТ Р 50434-92

Таблица 1

Применение цепей обмена типа V.24 с 37-коитакт«ым разъемом в соответствии с И СО 4902 и соединение управляющих цепей обмена

Но*«* *0«г»кт*

- Нвмдевив* цтн «биеиа

1

Экран

19

J02 Сигнальное заземление для общего обрат

ного провода

4

103 Передаваемые дачные

22

103 Передаваемые данные

6

НИ Принимаемые данные

24

ПИ Принимаемые данные

9

106 Готов к передаче

27

106 Готов к передаче

12

108 Оконечное оборудование данных готово

30

108 Оконечное оборудование данных готово

Примечание. Эта версия не может применяться при взаимодействии модемами типа V'

Соединение контактов

Номер контакта    Номер    контакта

ЮЗ

т

т

ш

юг

П рн меч а и и с. Эта схема использует упрощенную зерсию соединений контактов цепей обмена, которая не была включена в ИСО/ТО 7477.

Черт 1

4.3.2 МККТТ Х.24/ИСО 4903

Цепи обмена и назначение контактов 15-контактного разъема для сети передачи данных общего пользования даны в табл. 2 и показаны ка черт. 2.

Та бл иц а 2

Применение цепей обмена типа Х.24 с 15-контактным разъемом в соответствии

с ИСО 4903

НаМочеоке цели обмена

Номер контакта

Экран

1

Страница 8

ГОСТ Р 50434-92 С. 7

Продолжение табл. 2

Номер контакта

Намачепке ими обчена

8

3 Сигнальное заземление или общий обратный провод

2

"ПД (А) Передаваемые данные или общий

9

ИД (В) обратный провод За ООД ПрД (А) Принимаемые данные или общий

4

11

ПрД (13) Обратный провод 36 ООД

Пояснения. Вспомогательный контакт «Экран» предназначен для соедн-пения экранов следующих друг над другом секций экранированного кабеля связи. 3 — сигнальное заземление или общий обратный провод ПД — данные, передаваемые Оконечным Оборудованием Данных (ООД). Эта uenh поддерживается в режиме ожидания в двоичном состоянии «I».

ЛрД — Принимаемые Данные Оконечного Оборудования Данны* (ООД).

Соединение контактов

Номер контакта

Номер контакта

Зхрам


1>

J>

0ДМ>

ЩВ) > ««> Ш6)>


<1

<* а

<пд(М г

<ПД(6> 9

<    ПША) V

<    ПеДШ И


б

2

9

«.

И



Примечание. Эта версия согласования соответствует МСО 8481 а обеспечивает взаимодействие интерфейсов типа Х.20 н X.2I, определенных Рекомендациями МККТТ, н сети передачи данных общего пользования при скоростях до 960П бит/с.

Черт. 2

Соединение контактов

Номер контакта    Номер    контакта

i=3'J


Черт. 3'

Страница 9

С. 8 ГОСТ Р 50434-92

4.3.3. Взаимодействие МККТТ V.24/HCO 4902 с МККТТ Х.24/ИСО 4903.

Цепи обмена и назначения контактов для взаимосвязи 37-контактного н 15-контактного разъемов показаны на черт. 3.

4.4. Формат знака

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

Формат знака включает следующие элементы:

а)    1 стартовый бит.

б)    8 информационных битов

—    знаки текста, содержащие какую-либо 8-битовую комбинацию,

—    управляющие символы (8-бит в соответствии с ГОСТ 27465),

в)    1 или 2 стоп бита (2 стоп бита присутствуют только в случае скорости передачи 110 бит/с).

За стартовым битом следует младший бит.

Формат знак*

&TXPWJ (ГПВР tvfl)

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

Черт. 4

С. УРОВЕНЬ ЗВЕНА ДАННЫХ (Уровень 2)

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

5.1.    Управление передачей и знаки текста

Знак текста может быть представлен любым байтом.

Используемые управляющей (передачей) символы (УПС) приведены в перечне табл. 3.

5.2.    Кодонезависимая передача

Кодонезависимость передачи обеспечивается реализацией положений ГОСТ 22731.

Страница 10

ГОСТ Р 50434-92 С. 9

Таблица 3

Управляющий символы

Обозначение

Пр*ЛС>*»Л*«Я«

холоиш'ором

Шсгтяаливтвричыое

пдосавмим*

русс* о*

ксидуявр

API

DLE

I/O

XW

КТМ

ENQ

0,'5

XW

кп

EOT

0/4

Х'84'

КТ

ЕТХ

0/3

Х'ОЗ'

НЕТ

NAK

1/5

XW

нт

STX

0/2

Х'82'

з/п

Х'ВВ'

i

1

3/1

Х'ВГ

0

0

3/0

Х'ЗО*

<

<

3/12

Х'ЗО'

* Из ГОСТ 27463 — международная ссылочная версия (включает проверку на четность*

5.3. Протокол звена данных 5.3.1. Передача сообщений

Протокол звена данных включает три фазы (см. табл. 4):

—    фазу установления звена данных,

—    фазу передачи информации.

—    фазу завершения.

Таблииа4

Передача сообщения

П

Пр

п

Пр

П

АР) КТМ

API 0

API ИТ Тмит API ПП

API I

API КП

Фаза установления звена данных

Фаза передачи информации

Фаза завершения

Примечание П — Передающая станция, Пр — Принимающая станция.

5.3.1.1. Фаза установления звена данных

До фазы установления звена данных обе станции должны находиться в нейтральном состоянии. Инициировать связь разрешается обеим станциям. В качестве примера инициализации см. п. 5.3.4. Если станция захочет передать информацию, то она должна запросить противоположную станцию (принимающую станцию) о возможности приема текста. Запрос осуществляется передачей управляющей последовательности API КТМ.

Страница 11

С. 10 ГОСТ Р 50434-92

Если принимающая станция согласна войти в фазу передачи информации в качестве подчиненной, она должна передать управляющую последовательность API 0 После приема этой управляющей последовательности станция, желающая передать, может войти в фазу передачи информации в качестве главной. •

Последовательность действий и учет возможных ошибочных ситуаций в фазе установления звена данных показаны в ГОСТ 22731 п. 4 (ИСО 1745 черт. 2).

Если передающая станция не получает правильное подтверждение или не получает никакого подтверждения в течение периода выдержки времени Т1 (см. п. 5.3.2). она должна повторить запрос передачей управляющей последовательности API КТМ. Такой запрос может быть повторен ею до четырех раз. Последовательность действий и возможные ошибочные ситуации приведены в п. 5.3.3.2

Если передающая станция принимает управляющую последовательность API НЕТ. это означает, что принимающая станция не может принять текст. Передающая станция должна прекратить процесс, послав управляющую последовательность АР! КП.

Приоритет: В случае одновременной передачи API КТМ обеими станциями, имеет место конфликт, когда вместо ожидаемого АП1 О приходит API КТМ В этом случае более низкий приоритет должна всегда иметь ЭВМ верхнего ранга.

Станция с более высоким приоритетом должна игнорировать полученную последовательность API КТМ, а станция с более низким приоритетом должна отменить свой запрос и послать последовательность АР! 0.

5 3.1.2. Фаза передачи информации

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

Блок текста может содержать максимально 512 байтов (произ* вольных 8-битовых комбинаций), без учета управляющих символов. Длина блока является переменной. Принимающая станция в основном режиме передачи подтверждает правильно принятый блок чередующимися положительными ответами, начиная с АР! I и затем чередуя его с АР! 0.

Если передающая станция приняла правильный сигнал подтверждения, она может послать следующий блок текста или войти в фазу завершения. Если принимающая станция хочет прервать передачу, 70 она должна передать положительное подтверждение АР1< после правильного приема текста. После этого передающая станция должна войти в фазу завершения.

В случае появления в тексте, подлежащем передаче, битовой комбинации, соответствующей API, должен быть вставлен дополнительный символ API с целью идентификации этой битовой ком-

Страница 12

ГОСТ Р 50434-92 С. 1!

бинации как текстового знака. Принимающая станция должна исключить один из двух последовательно переданных API. Оставшийся знак ЛР1 является частью (одним из знаков) передаваемого текста.

При обнаружении ошибки принимающая станция должна ответить последовательностью API НЕТ и ждать новой передачи текста.

5.3.1.3. Фаза завершения

Последовательность API КП используется передающей или принимающей станцией для прекращения передачи в какое-либо время. В случае прерывания обе станции принимающая и передающая должны быть одновременно разъединены.

5.3.2.    Таймеры

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

ТО: Выдержка времени, задаваемая Таймером Приема.

Принимающая станция инициализирует выдержку времени (равную удвоенному времени передачи блока) при получении ею управляющей последовательности API НТ. Если за это время не приходит управляющая последовательность API КТ, то принимающая станция не передает подтверждения и ждет приема.

Т!: Выдержка времени, задаваемая Таймером Ответа.

Передающая станция инициализирует выдержку времени Т1 (ТКТ2) передачей API КТМ или ПП. Если в течение этого времени получен ответ от принимающей станции, то может быть осуществлено повторение последней передачи, повторение производится максимум четыре раза

Т2: Выдержка времени Таймера Простоя.

Принимающая станция активизирует выдержку времени Т2 (ТКТ2) передачей любого из подтверждений API 0. API 1, АР1< или API НЕТ. Если в течение этого времени не получена правильная передача от передающей станции (блок, заканчивающийся символами ПП. API КТМ или API КП), то принимающая станция возвращается в нейтральное состояние.

5.3.3.    Защита от ошибок

5.3.3.1. Обнаружение ошибки

В соответствии с ГОСТ 22731 применяется метод контроля за счет избыточности, с помошыо которого образуют Последовательность Проверки блока (ПП). Биты передаваемой последовательности знаков соответствуют коэффициентам некоего полинома, кото-

Страница 13

С. 12 ГОСТ Р 50434-82

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

X,e+X,s+X*+1

Оставшийся or деления 16-битовый результат представляет собой Последовательность Проверки блока.

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

ЛР1 нт.

Образованные последовательности битов в виде последовательной 8-битовой комбинации заканчиваются непосредственно после управляющей последовательности API КТ.    '

Символ API, вставленный для идентификации назначения знака, игнорируется циклическим контролем за счет избыточности.

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

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

Выявление ошибки выполняется в соответствии с ГОСТ 22731.

5.3.3 2. Восстановление при ошибках

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

При приеме API НПТ, в фазе передачи информации также возможно максимум четырехкратное повторение.

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

Страница 14

ГОСТ Р 50454—И С. 13 5.3.4. Пример инициализации

Передающая станции    Принимающая станция

Нормальная передача

(API КП) _> (прерывание

сообщения)

.... {звено данных разъединено) . . .1

“(API КП)____> (сброс звена

данных)

* (API КТМ) _> (установление

звена данных)

’ <__(API. 0)

Установление звена данных Нормальная передача началась

1

В течение этого интервала времени все передачи прекращайте2,

2

В течение этого интервала времени передающая станция должна игнорировать все сообщения за исключением API 0 и API КТМ. Кроме того, передающа)? станиня может принять API КП. В этом случае передающая станция должна игнорировать последовательность API КП.

Страница 15

е. 14 гост р 504з*-вг

ПРИЛОЖЕНИЕ А Информационное

ЗНАЧЕНИЯ ВЫДЕРЖЕК ВРЕМЕНИ ТАЙМЕРОВ

Стандарт не устанавливает значения выдержек времени таймеров, однако, рекомендуемое ниже уравнение можно использовать для вычисления выдержек времени ТО Таймера Приема.

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

1000

ТО Таймер Приема в миллисекундах=NX.4XBX —р—.

где М — максимальное число знаков (число задержек из передачу знака)

(518 с учетом последовательности API ИТ. API КТ и ПП)

В — число битов в знаке

N — фактор задержки системы (Nmm “3. Фактор задержки системы определяется временем на передачу. Это значение является производным системы и конкретной реализации).

Наихудший случай представляет собой текст, который содержит только ко-ды. равнозначные API, с добавленными для кодонезависимое™ символами API. И эюм случае из-за присутствия дополнительных символов время передачи будет бгхчьше. чем время передачи байтов собственно текста. В связи с этим в уравнении рекомендуемое значение N-3

Пример: Если Г-9600 бит/с М- 518 В- 10 N -    3,    ТО

I ООО

ТО ТАЙМЕРА ПРИЕМА—ЗхБ18х 10х -^Г"1619 кс Аналогично:

1000

Время выдержки других таймеров в мнллисекундах = \ХМхВх —р— .

Страница 16

ГОСТ I» 50434-м С. 15

ПРИЛОЖЕНИЕ В Информационное

ДИАГРАММЫ ПРОЦЕДУР УПРАВЛЕНИЯ КАНАЛОМ СВЯЗИ Фаза установления звена данных

Передающая станция    Принимающая    станция

* Приводится для большей наглядности. В ИСО 8867 отсутствует.

Примечание. Другие варианты возможных ответов и ошибочных ситуаций описаны в п. 5.3.32.

Черт. б

Страница 17

С 16 ГОСТ Р 50434-92

Фаза передачи информации

Передающая станция    Принимающая    станция

• Приводится для большей наглядности. В ИСО 8967 отсутствует.

Черт. 6

Страница 18

ГОСТ Р 50434-02 С. 17

Процедура ожидания

Передающая станция    Принимающая    станция

•Приводится для большей наглядности В ИСО &8б7 отсутствует.

Черт. 7

Страница 19

С. 18 ГОСТ Р 50434

Процедура восстановления

Передающая станция    Принимающая    станция

Г*{

АРТ К ГМ (Тайней П)

Нет (yvbvma (TaoMtp Т1)или другой a/wpni

tlTv&'ivwia m>-IpnAiwa rxxwd •ii-Vi? тос/тЛта* Ш>т

prpmtove J

KwJwSw

iW’ffW tu/ru HXKOflbnux

_

I ' ЛР1 Kfl~~

ДЛЯМГ

• Приводится ДЛЯ большей наглядности. В ИСО 8807 отсутствует.

Черт. 8

Страница 20

ГОСТ Р 50434-92 С. 19

ПРИЛОЖЕНИЕ С Информационное

Физический уровень канала связи изложенный, в настоящем стандарте использует функционально-злектричссхух> реализацию связи по ГОСТ 23675.

Допускается вариант фунхциоиально-мектрической реализации связи программируемых устройств с ЭВМ верхнего ранга по нормативному материалу JIM МПК по ВТ 10—78 «Система малых электронных вычислительных машин. Интерфейс для радиального подключения устройств с последовательной передачей информации ИРПС».

Номенклатура цепей обмена приведена ка черт. 9. Знаками «+» и <—» обозначено направление тока в петле.

Номенклатура цепей обмена н пзаимосвязь по типу ИРПС

|СЛШМ(и0 f~J    [Ьпа^Т]

L.,____I

ПД — «ергллвярмм* длиям*

ПвД — принимаемые яашчле

ГП! — готовность к приему станции I

ГП2 — готовность к прием/ станции 2

Черт. 9

Параметры стыка ИРПС:

—    максимальная длина цепи связи — 500 м;

—    максимальная скорость передачи информации — 9600 Бод:

—    каждая пень связи должна питаться током со стороны передатчика (активный режим), допускается питание со стороны приемника (пассивный режим);

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

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

-- максимальная длина фронтов сигналов в конце линии нагруженной на характеристическое сопротивление, ие должна превышать 50 икс;

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

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

—    крутизна фронтов сигналов, измененных на выходных зажимах передатчика. нагруженного сопротивлением 100 Ом, не должна быть больше 1 мке;

Страница 21

С. 20 ГОСТ Р 5<МЗ<—92

—    искажение вершины импульсов, измеряемое из выходных зажимах передатчика, нагруженного сопротивлением 100 Ом. не должно быть больше 5‘4;

—    любое включение на приемной стороне (приемника) должно быть выполнено так. чтобы не приводило к повреждению при длительной нагрузке максимально допустимым током цели свяли;

—    паление напряжения, измеряемого на выходных зажимах приемника в состояинн «1> а кепи связи, должно быть <2.5 В;

—    входная емкость приемника должна быть <10 пФ;

—    приемник должен работать при крутизне фронтов сщнзлов в диапазоне от 0 до 50 мкг;

—    двухпроводная линия, используемая в цени связи, должна быть выполнена витой парой;

—    состоянию «1» в цепях связи соответствует ток от !5 до 25 Ма (20 Ма юкооая петля), состоянию «0» — ток от 0 до 3 Ма.

ПРИЛОЖЕНИЕ D Информационное

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

ПП есть результат арифметического сложения, п|>оизводкмого при передаче каждого б*йт», по формуле:

ПП, -С(ПП,    Б, 4-П, где

f (ПГР;_| ) — результат циклического сдвига вправо ПП(_, на 1 Сит; lii — очередной байт:

П — бит перенося в результате сложения f (ПП , ) +5|.

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

Равенство принятой и сформированной 'последовательностей проверки говорит о том. что ошибок при передаче не обнаружено.

Страница 22

ГОСТ Р 50434-92 С. 2!

ИНФОРМАЦИОННЫЕ ДАННЫЕ

1.    РАЗРАБОТАН И ВНЕСЕН Техническим комитетом «Системы промышленной автоматизации и интеграции» ТК 69

РАЗРАБОТЧИКИ

Б. И. Черпаков, Ю. Л. Архипов, Г. Я. Громова, Е. В. Корягинэ

2.    УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 16.12.92    1543

Стандарт подготовлен методом прямого применения междуна-родного стандарта И СО 8867—1—88 «Производственный канал асинхронной передачи данных и физический уровень. Полудуплексная передача данных» и дополнен приложениями С — вариант физического уровня канала связи (тип ИРПС) и D — дополнительный вариант вычисления ПП

3.    Срок проверки — 1997 г., периодичность проверки — 5 лет

4. ВВЕДЕН ВПЕРВЫЕ

Страница 23

Редактор А. Л. Владимиров Технический редактор Г. А. Теребинкина Корректор А II. ЭюОан

Сдаяо > иаб 06.01.93 Подп а веч. 1(42.93 Уел. п, л. 1.4 Уел. кр-отт. 1.4 Ук.пад. ж. 1,20

Тираж 2>7 ни.

Орлен» «Зм*к Почета» Нялательсгпо стандартов. ]0?076. Моек*». КОДОАМНЫА пер . 14 Калужская гипогр»$мя стйяд*ртой. уд Москоккш». Й6 Зак Ч'