Таблица 30
|
Логическое значение битов, получаемых с ОПР |
Сообщение РОП |
||
|
Р3 |
P2 |
P1 |
|
|
0 |
0 |
0 |
РОП1 |
|
0 |
0 |
1 |
РОП2 |
|
0 |
1 |
0 |
РОП3 |
|
0 |
1 |
1 |
РОП4 |
|
1 |
0 |
0 |
РОП5 |
|
1 |
0 |
1 |
РОП6 |
|
1 |
1 |
0 |
РОП7 |
|
1 |
1 |
1 |
РОП8 |
Сообщение РОП должно быть определено тремя битами P1-Р3, получаемыми вместе с командой ОПР. Причем P1-Р3 посылается по линии ЛД0-ЛД2 соответственно.
Сопутствующие биты С, P1, P2 и Р3 должны быть функцией сохранены.
В табл.30 указаны сообщения РОП, определяемые каждой комбинацией значений Р1-Р3. Все другие сообщения РОП должны посылаться пассивными ложными.
Функция интерфейса "параллельный опрос" должна выходить из состояния СОАК и переходить в состояние СООЖ в течение , если сообщение ИДТ ложно (параллельный опрос закончен).
2.16.9. В состоянии "параллельный опрос не адресован на конфигурацию" (СОНА) функция ОП должна игнорировать любые сообщения ОПР или ЗПР, которые могут быть получены через интерфейс.
Функция ОП получает питание в состоянии СОНА. В состоянии СОНА никакие сообщения не могут быть посланы.
Функция ОП должна выходить из состояния СОНА и принимать состояние "параллельный опрос адресован на конфигурацию" (СОАД), или сообщение КПР истинно, состояние СПАД и СПРМ активны.
2.16.7-2.16.9. (Измененная редакция, Изм. N 2).
2.16.10. В состоянии "параллельный опрос адресован на конфигурацию" (СОАД) функция ОП получает через интерфейс сообщения ОПР или ЗПР. Если сообщение ОПР получено, то сопутствующие биты С, P1, P2 и Р3 должны быть сохранены функцией. В состоянии СОАД никаких сообщений не может быть послано. Функция ОП должна переходить в состояние "параллельный опрос не адресован на конфигурацию" (СОНА), когда сообщение ГПК истинно, сообщение КПР ложное, а состояние СПРМ активно.
2.16.11. Используемые варианты функции интерфейса "параллельный опрос" должны соответствовать указанным в табл.31.
Таблица 31
|
Обозначение варианта |
Исключаемые состояния |
Функциональные возможности |
Прочие требования |
Другие необходимые подмножества функций |
|
ОП |
Все |
Нет |
Нет |
Нет |
|
ОП1 |
Нет |
Дистанционное конфигурирование |
1. Исключает: "омо" |
П1-П4 |
|
|
|
|
2. Включает: [((ЗПР СОАД) ДПР) СПРМ] [ОПР СОАД СПРМ] |
ПР1-ПР4 |
|
ОП2 |
СОНА СОАД |
Местное конфигурирование |
1. Включает "омо" |
Нет |
|
|
|
|
2. Исключает [(ЗПР СОАД) ДПР) СПРМ] [ОПР СОАД СПРМ] |
|
|
|
|
|
3. Местные сообщения, должны заменить С, Р1, Р2, Р3 |
|
(Измененная редакция, Изм. N 2).
2.16.12. Если используется вариант ОП2, то местные сообщения должны заменять команду ОПР.
2.17. Функция интерфейс "очистить устройство" (СБ)
2.17.1. Функция интерфейса "очистить устройство" дает устройству возможность перейти в исходное состояние либо индивидуально, либо коллективно в составе группы устройств. Группой могут быть все адресованные устройства в данной системе.
2.17.2. Функция интерфейса "очистить устройство" должна выполняться в соответствии с диаграммой (черт.16) и требованиями п.2.17. В табл.32 указан ряд сообщений и состояний, необходимых для перехода из одного активного состояния в другое. В табл.33 приведено взаимодействие функции СБ с функцией устройства, когда каждое состояние функции СБ активно.
Черт.16
Таблица 32
|
Содержание сообщений или состояний |
Обозначение сообщений или состояний |
Функции интерфейса |
|
Очистить устройство |
СБУ |
- |
|
Очистить выбранное устройство |
СБА |
- |
|
Состояние "холостой ход" |
ССБХ |
СБ |
|
Состояние "активна" |
ССБА |
СБ |
|
Состояние "прием данных" |
СПРМ |
СП |
|
Состояние "приемник адресован" |
СПАД |
П |
Таблица 33
|
Состояние СБ |
Посланные дистанционные сообщения |
Взаимодействие с функцией устройства У2 |
|
ССБХ |
Нет |
Нормальное состояние функции устройства |
|
ССБА |
Нет |
У2 должно вернуться в известное фиксированное состояние |
2.17.3. В состоянии "холостой ход функции очистить устройство" (ССБХ) функция СБ не активна.
В состоянии ССБХ никакие дистанционные сообщения не должны быть посланы.
Функция СБ должна выходить из состояния ССБХ и принимать состояние "функция очистить устройство активна" (ССБА), если состояние СПРМ активно и:
сообщение "очистить устройство" (СБУ) истинно, или
сообщение "очистить выбранное устройство" (СБА) истинно и состояние СПАД активно.
2.17.4. В состоянии функции очистить устройство "активно" (ССБА) функция СБ посылает внутреннее сообщение на функции (функцию) устройства, заставляя их переходить в исходное состояние. В состоянии ССБА никакие дистанционные сообщения не должны быть посланы.
Функция СБ должна выходить из состояния ССБА и принимать состояние "холостой ход" функции очистить устройство (ССБХ), если состояния СПРМ или СПАД не активны или сообщения СБУ и СБА ложны.
2.17.5. Используемые варианты функции интерфейса "очистить устройство" должны соответствовать табл.34.
Таблица 34
|
Обозначение варианта |
Исключаемые состояний |
Функциональные возможности |
Прочие требования |
Другие необходимые функции |
|
СБ |
Все |
Нет |
Нет |
Нет |
|
СБ1 |
Нет |
Все |
Нет |
П1-П4 или ПР1-ПР4 |
|
СБ2 |
Нет |
Исключить "очистить выбранное устройство" |
Исключить СБА СПАД |
СП1 |
(Измененная редакция, Изм. N 2).
2.17.6. Состояние ССБА воздействует только на функции устройства и не воздействует на функции интерфейса.
Устройство может использовать функцию СБ в любых целях, необходимых для своей работы. Нормальное использование этой функции приведет к тому, что функция устройства будет в таком же состоянии, как при подаче сигнала "питание включено". Эта функция может быть использована для установления функций устройства в определенное состояние, которое конструктор должен указать.
2.18. Функция интерфейса "запуск устройства" (ЗП)
2.18.1. Функция интерфейса "запуск устройства" позволяет начинать выполнение основной работы (измерения) либо одному устройству, либо одновременно группе устройств. Группой могут быть все адресованные устройства в одной системе.
2.18.2. Функция интерфейса "запуск устройства" должна выполняться в соответствии с диаграммой (черт.17) и требованиями п.2.18. В табл.35 указаны сообщения и состояния, необходимые для перехода из одного активного состояния в другое. В табл.36 приведено взаимодействие с функциями устройства, когда каждое состояние активно.
Черт.17
Таблица 35
|
Наименование сообщений или состояний |
Обозначение сообщений или состояний |
Функции интерфейса |
|
Запуск устройства |
ЗАП |
- |
|
Состояние "холостой ход" запуска устройства |
СЗПХ |
ЗП |
|
Состояние запуск устройства "активен" |
СЗПА |
То же |
|
Состояние "прием данных" |
СПРМ |
СП |
|
Состояние приемника "адресован" |
СПАД |
П |
Таблица 36
|
Состояние ЗП |
Посланное дистанционное сообщение |
Взаимодействие с функцией устройства У2 |
|
СЗПХ |
Нет |
Нет |
|
СЗПА |
Нет |
У2 должна начинать выполнение запускаемой операции |
2.18.3. В состоянии "холостой ход" функции запуск устройства (СЗПХ) функция ЗП не активна.
В состоянии СЗПХ никакие дистанционные сообщения не могут быть посланы.
Функция ЗП должна выходить из состояния СЗПХ и принимать состояние "активен" (СЗПА), если сообщение "запуск устройства" (ЗАП) истинно и состояния СПАД и СПРМ активны.
2.18.4. В состоянии функции запуск устройства "активен" (СЗПА) функция ЗП посылает сообщение на функцию устройства, заставляя ее начинать выполнение своей основной задачи.
В состоянии СЗПА никакие дистанционные сообщения не могут быть посланы.
Функция ЗП должна выходить из состояния СЗПА и принимать состояние СЗПХ, если сообщение ЗАП ложно или состояние СПАД не активно, или состояние СПРМ не активно.
2.18.5. Используемые варианты функции интерфейса "запуск устройства" должны соответствовать табл.37.
Таблица 37
|
Обозначение варианта |
Исключаемые состояния |
Функциональные возможности |
Другие необходимые функции |
|
ЗП |
Все |
Нет |
Нет |
|
ЗП1 |
Нет |
Все |
П1-П4 или ПР1-ПР4 |
2.18.6. Рекомендуется, чтобы устройство начинало работу немедленно после того, как состояние СЗПА становится активным.
Если устройство начало работать, то оно не должно реагировать на последующие переходы состояний до тех пор, пока не выполнит операцию. Только после завершения первой операции устройство может начать новую операцию в ответ на следующее активное состояние СЗПА.
2.19. Функция интерфейса "контроллер" (К)
2.19.1. Функция интерфейса "контроллер" позволяет устройству посылать адреса устройств, универсальные команды и адресные команды на другие устройства через интерфейс. Она также обеспечивает проведение параллельного опроса для определения устройств, которым необходимо обслуживание.
2.19.2. Функция интерфейса "контроллер" может выполнять свои задачи только тогда, когда она посылает через интерфейс сообщение УП.
2.19.3. Если несколько устройств в интерфейсе имеют функцию "контроллер", то все они, за исключением одной, должны находиться в состоянии "холостой ход контроллера" (СКХХ) в один и тот же момент времени. Устройство, содержащее функцию "контроллер", которая не находится в состоянии СКХХ, называется "действующий контроллер" системы интерфейс. Настоящий стандарт устанавливает алгоритм, в соответствии с которым устройство с функцией "контроллер" может стать "действующим контроллером" системы.
2.19.4. Функция "контроллер" в одном из устройств, подсоединенных к интерфейсу, может принимать состояние "управление системы активно" (СКУА). В этом состоянии может находиться не более одного устройства. Функция должна оставаться в состоянии СКУА во время работы шины и иметь возможность посылать сообщение ОИ и ДУ через интерфейс в любое время, независимо от того, имеется ли действующий контроллер или нет.
Это устройство называется "контроллером системы".
2.19.5. Функция интерфейса "контроллер" должна выполняться в соответствии с диаграммой, приведенной на черт.18 и требованиями п.2.19. В табл.38 указан ряд сообщений и состояний, необходимых для осуществления перехода из одного активного состояния в другое. В табл.39 указаны сообщения, которые должны быть посланы, когда каждое состояние активно.
