Таблица 7
|
Состояние функций интерфейса СИ |
Посылаемое сообщение СД |
Взаимодействие с функцией устройства У2 |
|
сихс |
1 л 1 |
У2 может изменить дистанционное многолинейное сообщение |
|
СИГР |
л |
У2 может изменить дистанционное многолинейное сообщение |
|
сизд |
л |
Многолинейные сообщения не должны меняться |
|
сипд |
/ |
Многолинейные ‘Сообщения не должны меняться |
|
сиоц |
I или Л |
У2 запрещено изменять многоли- иейные сообщения |
|
сихо |
|Л| |
У2І запрещено изменять многоли- нейные сообщения |
В состоянии синхронизации передачи источника «генерация» (СИГР) устройство генерирует новый байт сообщения и функция ожидает новый байт.
В состоянии СИГР функция СИ должна посылать ложное сообщение СД. В этом состоянии устройство может изменять КОДИрованное сообщение, посылаемое через функцию интерфейса «контроллер» или «источник», когда они находятся в состояниях СИАК или СКАК.
Функция СИ должна выходить из состояния СИГР и принимать:
состояние источника «задержка» (СИЗД), если сообщение «имеется новый байт» (инб) истинно;
состояние СИХС в пределах t2, если сообщение УП истинна и состояния СКАК и СКПД не активны или сообщение УП ложно и состояния СИАК и СПСА не активны.
В состоянии синхронизации передачи источника «задержка» (СИЗД) функция СИ ожидает установления байта сообщения на интерфейсных сигнальных линиях после изменения его во время состояния СИГР и ожидает пока функции приемника не покажут, что они готовы принять новый байт сообщения.
В состоянии СИЗД функция СИ должна посылать ложное сообщение СД. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИЗД и принимать:
состояние источника СИПД только после 7i, если сообщение ГП истинно;
состояние СИХС в пределах t2, если сообщение УП истинно и состояния СКАК и СКПД не активны или сообщение УП ложно и состояния СИАК и СПСА не активны.
В состоянии синхронизации передач-и источника «передача» (СИПД) функция СИ указывает функции «синхронизация приема», что она посылает истинные данные.
В состоянии СИПД функция СИ должна посылать истинное сообщение СД. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИПД и принимать:
состояние синхронизации передачи источника «ожидание нового цикла» (СИОЦ), если сообщение ДП истинно;
состояние синхронизации передачи источника «холостой ход и и ожидание» (СИХО) в пределах tv, если сообщение УП истинно .и состояния СКАК и СКПД не активны или сообщение УП ложно и состояния СИАК и СПСА не активны.
В состоянии источника «ожидание нового цикла» (СИОЦ) функция СИ ожидает, пока устройство не начнет новый цикл генерации данных.
В состоянии СИОЦ функция СИ может посылать сообщение СД истинным или ложным. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИОЦ'и принимать:
состояние СИГР, если сообщение «инб» ложно;
состояние СИХО в пределак і2 если сообщение УП истинно и ■состояния СКАК и СКИД не активны или сообщение УП ложно и состояния СИАК и СПСП не активны.
В состоянии синхронизации передачи источника «холостой ход и ожидание» (СИХО) функция СИ не активна во внешнем процессе передачи байтов данных и активна во внутреннем процессе ожидания того момента, когда устройство начнет новый •цикл генерации данных. Состояние СИХО позволяет прерывать последовательность передачи байтов данных без потери данных в интерфейсе.
В этот же момент устройство может продолжать подготовку к новому (следующему) циклу генерации данных.
В состоянии СИХО сообщение СД должно посылаться пассивным ложным.
Функция СИ должна выходить из состояния СИХО и принимать:
состояние СИХС, если сообщение «инб» ложно;
состояние СИОЦ, если состояние СИАК активно, или состояние СПСА активно, или состояние СКАК активно.
Используемые варианты функции СИ должны соответствовать указанным в табл. 8.
Т а б л и ц а 8 '
|
Обозначение варианта |
Исключаемые состояния |
Функциональные возможности |
Другие необходимые функции |
|
СИ 0, |
Все |
Нет |
Нет |
|
СИ1 |
Нет |
Все |
И1—И8 или ИР1І—ИР8, или К5—К28 |
(Измененная редакция, Изм. № 2).
Дополнительные требования к функции СИ
Истинное сообщение «инб» показывает, что устройство выдало новый байт данных и сделало его доступным для использования на линиях сигнала интерфейса. Сообщение «инб» должно стать истинным только в состояниях СИХС или СИГР. Сообщение «инб» может стать ложным в любом другом состоянии СИ.
Выражение |УП ДСКАКУСКПД| V |УПДСИАК/ СПСА| может быть заменено на СИАКЛСПСАДСКАКДСКПД, если переход последнего выражения может быть осуществлен в пределах t2 после изменения УП.
Функция интерфейса «синхронизация приема» (СП)
Функция СП обеспечивает правильное получение устройством дистанционных многолинейных сообщений. Взаимодействие синхронизации между функцией СИ и одной или более функциями СП (каждая из которых содержится в отдельном устройстве) гарантирует асинхронную передачу каждого байта данных. Функция СП может задерживать либо начало, либо окончание передачи кодированных сообщений до тех пор, пока она не будет готова продолжать процесс приема данных.
Функция СП использует сообщения СД, ГП, ДП для приема данных.
Функция интерфейса СП должна быть реализована в соответствии с диаграммой на черт. 8 и требованиями п. 2.11. В табл. 9 указан набор сообщений и состояний, необходимых для осуществления перехода из одного активного состояния в другое. В табл. 10 указаны сообщения, которые необходимо посылать, когда каждое состояние активно.
Черт. 8
В состоянии приема «холостой ход» (СПХС) функция интерфейса СП не активна и не участвует в цикле синхронизации. Питание на функцию СП подается в состоянии СПХС.
В состоянии СПХС сообщения ГП и ДП должны посылаться пассивными истинными.
Функция СП должна выходить из состояния СПХС и принимать состояние «не готов» (СПНГ) в пределах /а, если сообщение УП истинно, или состояние «приемник активен» (СПАК) активно, состояние «приемник адресован» (СПАД) активно.
В состоянии приема «не готов» (СПНГ) функция СП указывает интерфейсу, что она еще не готова продолжать цикл синхронизации.
В состоянии СПНГ сообщения ГП и ДП должны посылаться ложными.
Таблица 9
|
Наименование сообщения или состояния |
Обозначенйе сообщения или состояния |
Функция интерфейса |
|
Питание включено |
вкл |
‘"4 |
|
Гогов для приема следующего |
гтп |
л—* |
|
'Сообщения Взять управление синхронно |
вус |
|
|
Управление |
УП |
—< |
|
Сопровождение данных |
СД |
|
|
Состояние приема «холостой ход» |
СПХС |
СП |
|
Состояние приема «не готов» |
СПНГ |
То’ же |
|
Состояние приема «потов» |
СПГТ |
|
|
Состояние «прием данных» |
СПРМ |
|
|
Состояние приема «ожидание но- |
СПОЦ |
|
|
вого цикла» Состояние л-риемнгика «адресовав» |
СПАД |
- П |
|
Состояние приемника «активен» |
СПАК |
п |
Функция СП должна выходить из состояния СПНГ и принимать: ■ '
состояние СПГТ, если сообщение «взять управление синхронно» (вус) ложно (п. 2.19.26), сообщение УП истинно или сообщение «гтп» истинно;
Таблица 10
|
Состояние функции интерфейса СП |
Посылаемое дистанционное сообщение |
Взаимодействие с функцией устройства У2 |
|
|
ГП |
ДП |
||
|
СПХС |
|1| |
1’11 |
У2 не может принимать дистанционные многолинейные сообщения |
|
СПНГ |
Л |
л |
То же |
|
СПГТ |
|1| |
л |
» |
|
СПОЦ |
Л |
|1| |
» |
|
СПРМ |
Л |
Л |
У2 может принимать дистанционные многолинейные - сообщения, если СПАК |
|
|
|
|
активно |
состояние СПХС, если сообщение УП ложно и состояния 'СПАД или СПАК не активны;
состояние СПОЦ, если сообщение СД истинно (этот переход не произойдет при нормальной работе интерфейса, однако он может быть применен для упрощения реализации функции.
В состоянии приема «готов» (СПГТ) функция СП показывает интерфейсу, что она готова принимать многолинейные сообщения.
В состоянии СПГТ сообщение ДП должно посылаться ложным, а сообщение ГП должно посылаться истинным.Функция СП должна выходить из состояния СПГТ и принимать:
состояние СПРМ, если сообщение СД истинно;
состояние СПХС, если сообщение УП ложно и состояние СПАД или СПАК не активно;
состояние СПНГ в пределах если сообщения УП и «гтп» ложны.
В состоянии «прием данных» (СПРМ) функция СП указывает функции СИ, чтобы она не изменяла посылаемое кодированное сообщение. Это единственное состояние, при котором многолинейные сообщения с ЛД должны приниматься в устройство.
Если сообщение УП истинно, то состояние СПРМ указывает функциям интерфейса, что имеется сообщение интерфейса. Состояние СПРМ указывает функциям устройства, что имеется сообщение для устройства, если состояние СПАК активно.
В состоянии СПРМ сообщения ДП и ГП должны посылаться ложными.
Функция СП должна выйти из состояния СПРМ и принять: состояние приема «ожидание нового цикла» (СПОЦ), если сообщение УП истинно и прошел период 7’з или сообщения УП и «гтп» ложные;
состояние СПХС, если сообщение УП ложное и состояние СПАД или СПАК не активное;
состояние СПГТ, если сообщение СД ложное (этот' переход в контроллере может произойти только, в том случае, когда контроллер берет управление асинхронно).
В состоянии’приема «ожидание нового цикла» (СПОЦ) функция СП показывает, что получен *байт данных многолинейного сообщения.
'В состоянии СПОЦ сообщение ГП должно посылаться ложным, а сообщение ДП должно посылаться пассивным истинным.
Функция СП должна выходить из состояния СПОЦ и принимать:
состояние приема «не готов» (СПНГ), если сообщение СД ложно;
состояние СПХС, если сообщение УП ложно и состояние СПАД или СПАК не активно.
Используемые варианты функции СП должны соответствовать указанным в табл. 11.
Дополнительные требования к функции СП:
местное сообщение «гтп» не может быть ложным в состоянии СПГТ;
переход из СПГТ в СПНГ должен происходить только тогда, когда УП станет ложным
;Таблица 11
|
Обозначение варианта |
Исключаемые, состояния |
Функциональные возможности |
|
СП0 СП1 |
Все Нет |
Нет Все |
сообщение ГП, полученное функцией СИ, является логическим И всех сообщений ГП, посылаемых всеми активными функциями СП. Подобным образом сообщение ДП, полученное функцией СИ, является логическим И всех сообщений ДП, посылаемых всеми функциями СП.
Функция интерфейса «источник» (И)
Функция интерфейса «источник» обеспечивает устройству возможность посылать основные данные устройства или данные состояния через интерфейс на другие устройства. Эта возможность существует только тогда, когда функция интерфейса «источник» адресована на «передачу» (справочное приложение 3).
Существует два варианта функции «источник»: с расширенным адресом и без расширенного адреса. В отдельном устройстве необходима только одна из двух разновидностей функции «источник».
Обычная функция «источник» использует однобайтовый адрес. Функция «источник с расширенным адресом» (ИР) (далее — функция «источник с расширением») использует двухбайтовый адрес. Во всех других аспектах возможности обоих вариантов одинаковы.
Функция «источник» должна выполняться в соответствии с требованиями п. 2.12 и диаграммами состояний, приведенными на черт. 9.
В табл. 12 указаны сообщения и состояния, необходимые для выполнения перехода из одного состояния в другое. В табл. 13 указаны сообщения, которые должны передаваться, когда каждое состояние активно. Сообщения, посылаемые функцией И, выдаются от функций устройства.
