ГОСТ 26.003-80 Система интерфейса для измерительных устройств с байт-последовательным, бит-параллельным обменом информацией. Требования к совместимости (СТ СЭВ 2740-80).
ГОСТ 26.003-80*
(СТ СЭВ 2740-80)
Группа П01
ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
СИСТЕМА ИНТЕРФЕЙСА ДЛЯ ИЗМЕРИТЕЛЬНЫХ УСТРОЙСТВ
С БАЙТ-ПОСЛЕДОВАТЕЛЬНЫМ, БИТ-ПАРАЛЛЕЛЬНЫМ ОБМЕНОМ ИНФОРМАЦИЕЙ
Требования к совместимости
Interface system
for measuring devices with byte-serial, bit-parallel exchange of information.
Requirements for compatibility*
______________
* Наименование стандарта. Измененная редакция, Изм. N 3.
Дата введения 1981-07-01
Постановлением Государственного комитета СССР по стандартам от 27 мая 1980 г. N 2387 срок введения установлен с 01.07.81
* ПЕРЕИЗДАНИЕ (апрель 1985 г.) с Изменениями N 1, 2, утвержденными в марте 1983 г., ноябре 1984 г. Пост. N 4025 от 28.11.84 (ИУС 7-83; 2-85)
ВНЕСЕНО Изменение N 3, утвержденное и введенное в действие Постановлением Государственного комитета СССР по стандартам от 30.06.87 N 2959 с 01.07.87
Настоящий стандарт распространяется на систему интерфейса, предназначенную для соединения программируемых и непрограммируемых электронных измерительных устройств, применяемых в лабораторных или цеховых условиях, в которых используется бит-параллельный, байт-последовательный асинхронный способ обмена информацией.
Стандарт устанавливает основные требования к обмену цифровой информацией.
Стандарт полностью соответствует "ТК 66 (Центральное бюро) 22" и "ТК 66/РГЗ (секретариат) 23".
Термины, принятые в настоящем стандарте, и их пояснения приведены в справочном приложении 1. Перечень обозначений, применяемых в стандарте, и их эквиваленты в публикациях МЭК приведены в справочном приложении 2.
Настоящий стандарт полностью соответствует CT СЭВ 2740-80.
(Измененная редакция, Изм. N 1).
1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Соединение устройств
1.1.1. Соединение устройств между собой должно осуществляться через многопроводный магистральный канал общего пользования (КОП).
1.1.2. Общая длина КОП не должна превышать 20 м.
1.1.3. Число устройств, присоединяемых к КОП, должно быть не более 15. При этом не менее чем две трети всех устройств должно находиться в состоянии "Питание включено" (система остается работоспособной, если при выключении любого количества устройств уровень сигналов в линиях КОП составляет не менее 2,5 В). Схема подключения устройств к КОП приведена на черт.1.
Схема подключения и структура КОП
А - устройство, способное передавать, принимать и управлять (например, ЭВМ);
В - устройство, способное передавать и принимать (например, цифровой вольтметр);
С - устройство, способное только принимать (например, генератор сигналов);
D - устройство, способное только передавать (например, считывающее устройство).
Черт.1
(Измененная редакция, Изм. N 2).
1.1.4. Общее число адресов приемников и источников информации в системе не должно превышать 31 при однобайтовой и 961 при двухбайтовой адресации.
1.1.5. Система интерфейса обеспечивает:
работу устройств на расстоянии до 20 м при максимальной скорости 250000 байтов в секунду с эквивалентной стандартной нагрузкой через каждые 2 м при использовании возбудителя с открытым коллектором с втекающим током не менее 48 мА;
работу устройств на расстоянии до 20 м при максимальной скорости 500000 байтов в секунду, со стандартной нагрузкой через каждые 2 м, при использовании возбудителя на три состояния с втекающим током не менее 48 мА.
1.1.6. Для достижения максимальных скоростей передачи данных (до 1000000 байтов в секунду) необходимо:
использовать возбудители на три состояния с втекающим током не менее 48 мА;
сократить длину кабеля до 15 м с эквивалентной нагрузкой не более чем через каждый метр;
подать питание на все устройства;
чтобы емкостная нагрузка каждого устройства не превышала 50 пФ на линию, исключая линии ОИ, ДУ;
добавить (при необходимости) резистивные нагрузки - по одной на сигнальную линию. При этом общее количество нагрузок на линии не должно превышать 15;
При необходимости, допускается использование в устройстве буферной памяти для байтов данных.
1.1.5, 1.1.6. (Измененная редакция, Изм. N 2).
1.1.7. Во избежание ошибки функционирования не допускается включение/выключение устройства во время работы системы, если не используются специальные возбудители линий.
(Введен дополнительно, Изм. N 2).
1.2. Структура и назначение шин КОП
КОП должен содержать шины данных, синхронизации и управления. Расшифровка сокращенных наименований линий, связь между состояниями линий и их логическими значениями приведены в табл.1.
Таблица 1
|
|
|
|
|
|
|
Наименование шины и линии | Обозначение шины и линии | Состояние линии* | Обозначение состояния линии | Логическое значение состояния линии ** | ||
Русское | Международное | Русское | Международное |
|
|
|
Шина данных | Data bus | ШД |
|
|
|
|
Линия данных 0 | Data input output 1 | ЛД 0 | DI0 1 | В (H) |  (ЛД) | |Л| (1) |
Линия данных 1 | Data input output 2 | ЛД 1 | DI0 2 | To же | То же | То же |
Линия данных 2 | Data input output 3 | ЛД 2 | DI0 3 | " | " | " |
Линия данных 3 | Data input output 4 | ЛД 3 | DI0 4 | " | " | " |
Линия данных 4 | Data input output 5 | ЛД 4 | DI0 5 | " | " | " |
Линия данных 5 | Data input output 6 | ЛД 5 | DI0 6 | " | " | " |
Линия данных 6 | Data input output 7 | ЛД 6 | DI0 7 | " | " | " |
Линия данных 7 | Data input output 8 | ЛД 7 | DI0 8 | В (H) | (ЛД) | |Л| (1) |
Шина синхронизации | Data byte transfer control bus | ШС |
|
|
|
|
Линия "готов к приему" | Not ready for data | ГП | NRFD | В H | ГП ГП | |I| Л |
Линия "данные приняты" | Not data accepted | ДП | NDAC | В H | ДП ДП | |I| Л |
Линия "сопровождение данных" | Data valid | СД | DAV | В H |  СД | |Л| I |
Шина управления | General Interface Management bus | ШУ |
|
|
|
|
Линия "управление" | Attention | УП | ATN | В H |  УП | |Л| I |
Линия "конец передачи" | End | КП | EOI | В H |  КП | |Л| I |
Линяя "запрос на обслуживание" | Service reguest | ЗО | SRQ | В H |  ЗО | |Л| I |
Линия "очистить интерфейс" | Interface clear | ОИ | IFC | В H |  ОИ | |Л| I |
Линия "дистанционное управление" | Remote enable | ДУ | REN | В H |  ДУ | |Л| I |
_____________
** I, Л - активное значение состояния линии (п.2.6.4); |I|, |Л| - пассивное значение состояния линии (п.2.6.4); I - соответствует логической единице (1); Л - соответствует логическому нулю (0).
(Измененная редакция, Изм. N 2).
1.3. Шина данных
1.3.1. Шина данных должна использоваться для передачи (приема) адресных, программных, управляющих, основных данных и данных о состоянии.
Тип информации, передаваемой по ШД, определяется состоянием линии УП.
Период времени, в течение которого информация на линиях данных (ЛД0-ЛД7) действительна, зависит от наличия сигналов на линии СД.
1.4. Шина синхронизации
1.4.1. Управление передачей информации по линиям данных (адреса, команды, результаты измерений или другие данные) должно осуществляться по трем линиям, входящим в ШС: ГП, СД, ДП.
1.4.2. Линия СД переводится в низкое состояние передающим устройством ("источником"), указывая на достоверность байта на ШД.
Обязательным условием для перевода линии является высокое состояние линии ГП (все приемники приняли и обработали всю предыдущую информацию).
Время задержки перехода линии СД в низкое состояние определяется типом возбудителей, применяемых в устройствах (см. п.2.7.10).
1.4.3. Линия ГП - это линия обмена сигналами между "приемниками" и "источником", высокое состояние которой указывает, что "приемники" готовы к приему информации. Линия ГП управляется устройствами, адресованными на прием или всеми устройствами, когда линия УП имеет низкое состояние. Установка линии в низкое состояние возможна только тогда, когда линия СД переходит в низкое состояние. В высокое состояние линия ГП переходит по окончании выдачи сигналов на линии ДП и по окончании внутреннего цикла "приемника". Устройства, не адресованные на прием, должны постоянно поддерживать высокое состояние линии ГП.
1.4.2, 1.4.3. (Измененная редакция, Изм. N 2).
1.4.4. Наличие сигнала на линии ДП (высокое состояние) указывает о конце приема информации "приемниками". Линия ДП управляется всеми устройствами, когда линия УП имеет низкое состояние, или теми устройствами, которые адресованы на прием, когда линия УП имеет высокое состояние. Линия ДП принимает высокое состояние, когда линии СД и ГП имеют низкое состояние и "приемник" осуществил прием информации.
Устройства, не адресованные на прием, должны постоянно поддерживать высокое состояние линии ДП.
1.5. Шина управления (ШУ)
1.5.1. Шина управления должна использоваться для передачи управляющих сигналов между контроллером и всеми другими устройствами, соединенными с КОП, с помощью линий УП, КП, ОИ, ДУ, ЗО.
1.5.2. Выдача сигналов на линию УП осуществляется только тем устройством, которое в данный момент выполняет функцию контроллера в системе. Когда на линию УП поступает сигнал (низкое состояние), все остальные устройства переходят в режим "ожидание" и только контроллер может передавать информацию. Когда линия УП переходит в высокое состояние, передают (или принимают) только те устройства, которые были адресованы во время низкого состояния линии УП. При этом на "передачу" одновременно может быть включено не более одного устройства, в то время как на "прием" таких ограничений не накладывается, то есть в "приеме" одновременно может находиться и более одного устройства. Любое устройство становится "источником", когда его адрес источника помещается на ШД в то время, когда линия УП находится в низком состоянии и остается "источником" до тех пор, пока не будут переданы команды "не передавай", "очистить интерфейс" или когда по ШД передается адрес другого "источника".
1.5.3. Линия КП устанавливается "передатчиком" в низкое состояние параллельно с передачей последнего байта данных, сигнализируя, что данных больше нет. Она может устанавливаться в низкое состояние также устройством управления при реализации им параллельного опроса (в этом случае КП интерпретируется как "идентификация" (ИДТ).
1.5.4. Когда линия ОИ, используемая при запуске системы, переходит в низкое состояние, прекращается вся деятельность канала передачи информации, все устройства освобождают себя от адресов и переходят в состояние холостого хода.
1.5.5. При установлении линии ДУ в низкое состояние устройство получает разрешение на переключение управления с "местного" на "дистанционное". При высоком состоянии линии ДУ устройство должно находиться в "местном" управлении.
1.5.6. Линия ЗО переходит в низкое состояние в том случае, когда какое-либо устройство посылает контроллеру сигнал запроса на обслуживание.
1.6. Дистанционные сообщения
1.6.1. Все сообщения, передаваемые через КОП, подразделяются на два класса:
интерфейсные сообщения;
сообщения устройств.
1.6.2. В каждый момент времени должно передаваться только одно многолинейное сообщение.
1.7. Интерфейсные сообщения
1.7.1. Интерфейсные сообщения (команды) используются для управления функциями интерфейса (п.2.1); эти сообщения передаются при низком состоянии линии УП и в устройство не проходят. Кодирование интерфейсных сообщений приведено в табл.2 и 2а.
Таблица 2
|
|
|
|
|
|
|
|
|
|
|
|
Наименование многолинейных команд | Обозначение многолинейных команд | Логическое значение на линиях данных | |||||||||
Русское | Международное | Русское | Международное
| ЛД7 | ЛД6 | ЛД5 | ЛД4 | ЛД3 | ЛД2 | ЛД1 | ЛД0 |
Группа адресных команд | Addressed command group | ГАК | ACG | X | 0 | 0 | 0 | X | X | X | X |
Группа универсальных команд | Universal command group | ГУК | UCG | X | 0 | 0 | 1 | X | X | X | X |
Группа адресов приемников | Listen addres group | ГАП | LAG | X | 0 | 1 | X | X | X | X | X |
Группа адресов источников | Talk addres group | ГАИ | TAG | X | 1 | 0 | X | X | X | X | X |
Группа вторичных команд или адресов | Secondary command group | ГВК | SCG | X | 1 | 1 | X | X | X | X | X |
Переход на местное управление | Go to local | ПНМ | GTL | X | 0 | 0 | 0 | 0 | 0 | 0 | 1 |
Сброс адресный | Selected device clear | СБА | SDC | X | 0 | 0 | 0 | 0 | 1 | 0 | 0 |
Конфигурация параллельного опроса | Parallel poll confiqure | КПР | PPC | X | 0 | 0 | 0 | 0 | 1 | 0 | 1 |
Запуск устройства | Group execute trigger | ЗАП | GET | X | 0 | 0 | 0 | 1 | 0 | 0 | 0 |
Взять управление | Take control | ВУП | TCT | X | 0 | 0 | 0 | 1 | 0 | 0 | 1 |
Сброс универсальный | Device clear | СБУ | DCL | X | 0 | 0 | 1 | 0 | 1 | 0 | 0 |
Деконфигурация параллельного опроса | Parallel poll unconfiqure | ДПР | PPU | X | 0 | 0 | 1 | 0 | 1 | 0 | 1 |
Отпирание последовательного опроса | Serial poll enable | ОПО | SPE | Х | 0 | 0 | 1 | 1 | 0 | 0 | 0 |
Запирание последовательного опроса | Serial poll disable | ЗПО | SPD | Х | 0 | 0 | 1 | 1 | 0 | 0 | 1 |
Запирание местного управления | Local lockout | ЗПМ | LLO | Х | 0 | 0 | 1 | 0 | 0 | 0 | 1 |
Запирание параллельного опроса | Parallel poll disable | ЗПР | PPD | Х | 1 | 1 | 1 | Н | Н | Н | Н |
Отпирание параллельного опроса | Parallel poll enable | ОПР | PPE
| Х | 1 | 1 | 0 | С | П | П | П |
Не принимать | Unlisten | НПМ | UNL | Х | 0 | 1 | 1 | 1 | 1 | 1 | 1 |
Не передавать | - | НПД | - | X | 1 | 0 | 1 | 1 | 1 | 1 | 1 |
Обозначения: X - линию использовать не обязательно; С - бит "считывание", приписывающий истинное значение биту состояния при параллельном опросе. Параллельный опрос возможен, если этот бит совпадает с битом, выдаваемым устройством; П - биты, приписывающие линию данных, по которой устройство должно выдавать местное сообщение реакции на параллельный опрос (РОП, п.2.16.8); Н - биты сообщения, на которые приемник не должен реагировать
Таблиц 2а
|
|
|
|
|
|
Наименование многолинейной команды | Обозначение команды | Логическое значение на линиях данных | |||
Русское | Международное | Русское | Международное | УП | КП |
Идентификация | Identify | ИДТ | IDY | 1 | 1 |
1.7.2. Группа универсальных команд (ГУК) - команды, вызывающие соответствующее действие одновременно во всех устройствах. К ним относятся ДУ, ОИ, УП, ОПО, ЗПО, ДПР, СБУ, ЗПМ, ИДТ.
1.7.1, 1.7.2. (Измененная редакция, Изм. N 2).
1.7.3. Группа адресных команд (ГАК) - команды, вызывающие соответствующее действие только в устройствах, запомнивших свой адрес. К ним относятся ПНМ, СБА, КПР, ЗАП, ВУП.
1.7.4. Группа адресов приемников (ГАП) - команды, используемые с целью включения определенных устройств для приема информации из КОП. Каждому приемнику должен быть приписан свой "адрес на прием" (МАП), младшие 5 бит которого могут совпадать с аналогичными битами его адреса источника (МАИ).
1.7.5. Группа адресов источников (ГАИ) - команды, используемые с целью включения определенного устройства для передачи информации в КОП и для выключения любого другого устройства, уже работающего в качестве источника. Каждому источнику должен быть приписан свой адрес источника (МАИ), младшие 5 бит которого могут совпадать с аналогичными битами его адреса на прием (МАП).
1.7.6. Группа вторичных адресов (ГВК) - команды, используемые в качестве второго адресного байта при адресации устройства на прием или передачу. В устройстве, содержащем как функции интерфейса "расширенный источник" (ИР), так и "расширенный приемник" (ПР), можно применять одинаковый вторичный адрес (МВА) как для источника (И), так и для приемника (П). К этой группе относятся также команды ЗПР, ОПР.
1.8. Сообщения устройств
1.8.1. Сообщения устройств - сообщения, используемые устройствами для обеспечения выполнения ими основной задачи. Эти сообщения передаются при высоком состоянии линии УП и не влияют на состояния интерфейсных функций. К сообщениям устройств относятся: программные данные (код типа функции, код значения функции), основные данные, данные о состоянии. Коды и форматы основных данных, программных данных и данных о состоянии приведены в разд.5.
(Измененная редакция, Изм. N 2).
Табл.3. (Исключена, Изм. N 2).
1.8.2. Программные (управляющие) данные (код значения функции, код типа функции) - сообщения, используемые для подготовки устройства к исполнению основной задачи (разд.5).
1.8.3. Основные данные - сообщения, относящиеся непосредственно к выполнению основной задачи устройства (например, представление напряжения, измеренного цифровым вольтметром, представление частоты, измеренной частотомером, текст с экрана дисплея и т.д.).
1.8.4. Данные о состоянии - сообщения, описывающие состояние устройства.
1.9. Состояние устройства "занято"
1.9.1. В системе допускается либо программировать устройство, либо запускать устройство на выполнение какой-либо операции, а затем осуществлять связь с другими устройствами (в то время как первое устройство "занято", так как выполняет необходимую задачу). "Занято" (операция выполняется) - состояние устройства, а не состояние интерфейса. Для осуществления связи через шину интерфейса, независимо от состояния устройства и определения состояния "занято", имеется три метода:
использование линии ГП;
использование линии ЗО и последовательный опрос;
параллельный опрос.
Методы последовательного и параллельного опроса описаны в разд.2.
(Измененная редакция, Изм. N 2).
1.9.2. При использовании линии ГП для определения состояния "занято" сигнал ГП имеет более широкое значение, чем обычное "готов для следующего байта данных".
Внутренний сигнал "занято" поступает на сигнальную линию ГП через функцию СП.
Устройство может быть не адресовано как "приемник" во время состояния "занято", а шины интерфейса могут использоваться для других целей.
Если устройство повторно адресуется как "приемник", то:
когда оно "занято" - линия ГП устанавливается в низкое состояние;
когда его состояние соответствует состоянию "операция завершена", то линия ГП устанавливается в высокое состояние.
2. ФУНКЦИИ ИНТЕРФЕЙСА
2.1. Классы функций
2.1.1. Каждое устройство, предназначенное для использования в системе, содержит три класса функций:
функции устройства,
функцию (логику) кодирования дистанционной информации,
функцию интерфейса.
2.1.2. К функциям устройства относятся функции, определяющие область применения и назначения устройства (например, диапазон измерений, режим работы, возможность аналогового измерения сигнала). Эти функции стандартом не регламентируются.
2.1.3. Кодирование дистанционной информации (преобразование дистанционных сообщений в значения сигналов на интерфейсных линиях) устанавливается в п.1.3 и разд.5.
2.1.4. Функции интерфейса - это способность интерфейса к выполнению оговоренных операций при работе в системе. Каждая функция интерфейса реализуется аппаратно или программно в устройстве. Функции интерфейса и каналы прохождения сообщений, регламентируемые стандартом, указаны на черт.2 и в табл.4.
Функциональное разделение устройства
А - возможности, регламентируемые настоящим стандартом; В - возможности, регламентируемые
конструктором; У1 - интерфейсная часть устройства; У2 - часть устройства, предназначенная
для решения основной задачи. Каналы прохождения сообщений: 1 - линии сигналов в КОП;
2 - дистанционные интерфейсные сообщения на функции интерфейса и от них; 3 - сообщения
устройства, передаваемые на функции интерфейса и от них; 4 - связи состояний между функциями
интерфейса; 5 - местные сообщения между функциями интерфейса и функциями устройства
(сообщения на функции интерфейса регламентированы, сообщения от функций интерфейса -
по выбору конструктора); 6 - дистанционные интерфейсные сообщения,
посылаемые функциями усторйства в контроллере
Черт.2
Таблица 4
|
|
|
|
|
Наименование функции | Обозначение функции | Обозначение канала прохождения сообщений, указанные* на черт.2 | ||
Русское | Международное | Русское | Международное |
|
Синхронизация передачи источника | Source handshake | СИ | SH | 1, 2, 4, 5 |
Синхронизация приема | Acceptor handshake | СП | АН | 1, 2, 4, 5 |
Источник или источник с расширением | Talker or extended talker | И или ИР | L or ТЕ | 1, 2, 3, 4, 5 |
Приемник или приемник с расширением | Listener or extended listener | П или ПР | L or LE | 1, 2, 3, 4, 5 |
Запрос на обслуживание | Service request | З | SR | 1, 2, 4, 5 |
Дистанционное местное управление | Remote local | ДМ | RL | 1, 2, 4, 5 |
Параллельный опрос | Parallel poll | ОП | РР | 1, 2, 4, 5 |
Очистить устройство | Device clear | СБ | DC | 1, 2, 4, 5 |
Запуск устройства | Device trigger | ЗП | DT | 1, 2, 4, 5 |
Контроллер | Controller | К | С | 1, 2, 4, 5, 6 |
(Измененная редакция, Изм. N 2).
2.1.5. Функциональная совместимость приборов, соединенных через систему интерфейса, обеспечивается наличием единого наперед заданного набора интерфейсных функций и единообразием алгоритмической реализации каждой из них.
2.1.6. Конструктору устройства дается право выбора определенного набора функций интерфейса, необходимого для выполнения устройством установленных операций.
2.1.7. Общая способность обработки информации, присущая выбранному разработчиком и включенному в определенное устройство набору функций интерфейса, - логическое сочетание возможностей обработки, присущее всем индивидуальным функциям, включенным в набор.
2.2. Связь между функциями
Все связи между функциями осуществляются с помощью сообщений, передаваемых или получаемых.
2.3. Дистанционные сообщения
2.3.1. Дистанционные сообщения устройств могут быть получены либо в истинном, либо в ложном состоянии определенной функции интерфейса в любое оговоренное время.
2.3.2. Дистанционные сообщения устройств проходят между функциями устройства и определенной функцией интерфейса.
2.3.3. Значения посылаемых устройством дистанционных сообщений (истинных или ложных) должны всегда соответствовать активным состояниям функций интерфейса.
2.3.4. Каждое устройство, когда сообщение УП ложно, может принимать и обрабатывать свое собственное сообщение, зависящее от устройства, когда оно адресовано на прием.
2.4. Местные сообщения
2.4.1. Сообщения, передаваемые между функцией устройства и функциями интерфейса, называются местными сообщениями.
2.4.2. Местные сообщения проходят между функциями устройства и функциями интерфейса (черт.2 - линия прохождения сообщений 5).
При необходимости местные сообщения передаются как дистанционные сообщения и наоборот.
2.4.3. Разработчику запрещено вводить новые местные сообщения в функции интерфейса.
Разработчику разрешено вводить в функции устройства местные сообщения, полученные из любой функции интерфейса, находящейся в любом состоянии.
2.4.4. Местные сообщения, посылаемые функциями устройства, должны существовать достаточное время для того, чтобы вызвать необходимый переход состояний.
Местные сообщения, определяющие переходы состояний в пределах группы взаимоисключающих состояний функции интерфейса, должны быть взаимоисключающими.
Кодирование местных сообщений не рассматривается в настоящем стандарте и производится по усмотрению разработчика устройства.
2.5. Связь состояний
Связь состояний - это логическое соединение двух функций интерфейса, где переход в активное состояние одной функции интерфейса зависит от наличия оговоренного активного состояния другой функции интерфейса.
2.6. Диаграммы состояний
2.6.1. Функции интерфейса задаются диаграммами состояний, состоящими из одной или нескольких групп взаимосвязанных состояний.
2.6.2. В группе взаимосвязанных и взаимоисключающих состояний только одно состояние может быть активным (истинным) в один и тот же момент времени.
2.6.3. Диаграммы состояний, используемые для описания функций интерфейса, не регламентируют определенных схемных элементов, применяемых для построения функций интерфейса. Они допускают использование самых разнообразных логических схем (например, произвольная логика, последовательная логика и т.п.).
2.6.4. Для каждого состояния функции интерфейса установлены:
дистанционные сообщения, которые могут или должны посылаться через интерфейс во время активного состояния;
условия, при которых функция интерфейса должна переходить из данного состояния в другое состояние.
Эти сообщения и условия определяют способность системы обрабатывать информацию в данном состоянии.
Применяются четыре значения дистанционных сообщений, передаваемых устройством:
активное истинное - гарантируется истинность сообщения, выдаваемого устройством, и оно не подавляется в КОП;
пассивное истинное - гарантируется истинность сообщения, выдаваемого устройством, но оно подавляется в КОП;
активное ложное - гарантируется, что сообщение, выдаваемое устройством, ложное, и оно не подавляется в КОП;
пассивное ложное - гарантируется, что сообщение, выдаваемое устройством, ложное, и оно подавляется в КОП.
Например, первый прибор - приемник выдает истинное значение сигнала ДП (ГП), а второй - ложное значение. Общее состояние линии ДП (ГП) - низкое. Поэтому для первого приемника значение сигнала ДП - пассивное истинное |I|, для второго - активное ложное Л, то есть при работе в КОП нескольких приемников истинное значение линий ДП и ГП всегда пассивно, а ложное - всегда активно. При наличии в КОП только одного приемника понятие активный и пассивный для линий ГП, ДП теряет смысл.
(Измененная редакция, Изм. N 2).
2.6.5. Для каждого состояния функции интерфейса оговариваются только многолинейные сообщения, посылаемые истинными. Следует понимать, что при активном состоянии функции все неоговоренные многолинейные сообщения посылаются пассивными ложными.
2.7. Обозначения, используемые на диаграммах состояний
2.7.1. Каждое состояние, которое принимает функция интерфейса, обозначают графически в виде окружности. Для обозначения состояний используется набор из четырех букв, который всегда начинается с буквы С и помещается в центре окружности, например
2.7.2. Все переходы состояний функции интерфейса обозначаются графически стрелками, соединяющими окружности, представляющие эти состояния.
2.7.3. Каждый переход обозначают словом "выражение" (черт.3) и его значение может быть либо истинным, либо ложным. Функция интерфейса должна оставаться в активном состоянии, если все выражения, обозначающие переходы в другие состояния, являются ложными. Функция интерфейса должна устанавливаться в состояние, указанное ей, только тогда, когда одно из этих выражений становится истинным. Новое состояние должно установиться в любой момент времени после того, как выражение (выражения) становится истинным, если время перехода не оговорено.
2.7.4. Выражение должно состоять из одного или более местных сообщений, дистанционных сообщений состояний функций и минимальных лимитов времени, используемых с операторами И, ИЛИ или НЕ.
2.7.5. Местные сообщения, передаваемые в функцию интерфейса, обозначаются тремя строчными буквами, например, "гтп".
2.7.6. Дистанционные сообщения (получаемые через интерфейс) обозначаются:
кодированные - тремя прописными буквами (например МАП),
некодированные - двумя прописными буквами (например УП).
Черт.3
В пределах выражения оператор И имеет преимущество над оператором ИЛИ, если не отмечено особо при помощи скобок.
Оператор НЕ обозначается горизонтальной линией, наносимой над той частью выражения, которая должна быть отменена. Результирующее отменяемое выражение имеет истинное значение только тогда, когда значение выражения под линией является ложным.
Таблица 5
|
|
|
|
Обозначение времени | Описание действия | Значение времени | Функции интерфейса |
 | Время установления для многолинейных сообщений, не менее | 2 мкс | СИ |
 | Реакция на УП, не более | 200 нс | СИ, СП, И, П, ИР, ПР |
 | Время приема интерфейсного сообщения * | 0 ** | СП |
 | Реакция на истинное ОИ или ложное ДУ, не более | 100 мкс | И, ИР, ДМП, ПР, К |
 | Реакция на ИДТ, нс, не более | 200 нс | ОП |
 | Время выполнения параллельного опроса, не менее | 2 мкс | К |
 | Задержка для контроллера для того, чтобы позволить действующему источнику увидеть сообщение УП, не менее | 500 нс | К |
 | Длина истинного ОИ или ложного ДУ, более | 100 мкс | К |
 | Задержка для ИДТ,*** не менее | 1,5 мкс | К |
 | Задержка для установления ложного СД, не менее | 1,5 мкс | К |
_____________
* Время, необходимое функции интерфейса, для того чтобы принять (но не обязательно реагировать) интерфейсное сообщение.
** В зависимости от применения.
*** Задержка, необходимая сигнальным линиям КП, ДП и ГП для указания их действительных состояний.
Указанные значения времени приведены с учетом обычных задержек в канале передачи и задержек в схемах устройства.
Если на линиях ЛД, СД и КП используется возбудитель с тремя состояниями, то:
(Измененная редакция, Изм. N 2)
.
2.7.11. Если истинное значение части выражения не обязательно для того, чтобы все выражение было истинным (это определяет разработчик), эта часть выражения заключается в квадратные скобки.
Черт.4
В качестве примера на черт.5 приведена упрощенная диаграмма состояний функции.
Черт.5
При появлении истинных выражений "вкл" или ОИ, в каком бы из состояний не находилась функция, она должна переходить в исходное состояние "холостой ход приемника" (СПХХ).
В состоянии СПАД необходим триггер.
Возможная схема реализации этой диаграммы приведена на черт.6.
Черт.6
(Измененная редакция, Изм. N 2).
2.8. Обозначения выходов сообщений для функций интерфейса
2.8.1. Для каждой диаграммы состояний функции интерфейса приводится таблица выходов, где указывают только дистанционные сообщения, которые разрешается посылать в соответствующем состоянии функции.
2.8.2. Строки в таблице используются для указания состояний функции интерфейса.
2.8.3. Графы в таблице используются для указания сообщений, которые разрешается посылать при определенном состоянии функции интерфейса.
2.8.4. Одна графа в каждой таблице определяет группу многолинейных дистанционных сообщений, которые должны быть посланы (если необходимо). Многолинейное сообщение, которое должно посылаться истинным во время каждого состояния, вносится в соответствующую графу. Ложные величины не показываются, так как многоканальные сообщения являются взаимоисключающими. Вертикальная черта с двух сторон названия многолинейного сообщения указывает на то, что оно должно быть послано истинным и пассивным, а не истинным и активным.
(Измененная редакция, Изм. N 2).
2.8.5. В отдельной графе обобщаются соответствующие типы сообщений (или результирующие ответные действия), взаимодействующие с функцией устройства, которые могут быть посланы или приняты функцией устройства. Для координации соответствующего действия по усмотрению разработчика могут быть использованы местные сообщения, не определенные настоящим стандартом.
2.9. Функция интерфейса "синхронизация передачи источника" (СИ)
(Измененная редакция, Изм. N 2).
2.9.1. Функция СИ обеспечивает правильную передачу устройством многолинейных сообщений. Последовательность синхронизации между функцией СИ и одной или несколькими функциями интерфейса "синхронизация приемника" (каждая содержится в отдельных устройствах) гарантирует асинхронную передачу многолинейных сообщений (справочное приложение 3).
Функция интерфейса "синхронизация источника" контролирует начало и окончание передачи многолинейного сообщения. Эта функция использует линии СД, ГП и ДП сообщения для воздействия на передачу каждого байта сообщений.
2.9.2. Функция СИ должна выполняться в соответствии с диаграммой, приведенной на черт.7, и требованиями п.2.9. В табл.6 указан набор сообщений и состояний, необходимых для выполнения перехода из одного активного состояния в другое. В табл.7 указаны сообщения, которые должны посылаться в то время, когда каждое состояние активно.
Черт.7
Таблица 6
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл | - |
Имеется новый байт | инб | - |
Управление | УП | - |
Готов к приему | ГП | - |
Данные приняты | ДП | - |
Состояние синхронизации передачи источника "холостой ход" | СИХС | СИ |
Состояние синхронизации передачи источника "генерация" | СИГР | То же |
Состояние синхронизации передачи источника "задержка" | СИЗД | " |
Состояние синхронизации передачи источника "передача" | СИПД | " |
Состояние синхронизации передачи источника "ожидание нового цикла" | СИОЦ | " |
Состояние синхронизации передачи источника "холостой ход и ожидание" | СИХО | " |
Состояние источника "активен" | СИАК | И |
Состояние "последовательный опрос активен" | СПСА | И |
Состояние контроллера "активен" | СКАК | К |
Состояние контроллера "переход" | СКПД | К |
Таблица 7
|
|
|
Состояние функции интерфейса СИ | Посылаемое сообщение СД | Взаимодействие с функцией устройства У2 |
СИХС | |Л| | У2 может изменить дистанционное многолинейное сообщение |
СИГР | Л | У2 может изменить дистанционное многолинейное сообщение |
СИЗД | Л | Многолинейные сообщения не должны меняться |
СИПД | I | Многолинейные сообщения не должны меняться |
СИОЦ | I или Л | У2 запрещено изменять многолинейные сообщения |
СИХО | |Л| | У2 запрещено изменять многолинейные сообщения |
(Измененная редакция, Изм. N 2).
2.9.3. В состоянии синхронизации передачи источника "холостой ход" (СИХС) функция СИ не участвует в цикле синхронизации и не имеет нового байта данных.
Питание на функцию СИ подается в состоянии СИХС.
В состоянии СИХС посылаемое сообщение СД должно быть пассивным ложным.
Функция СИ должна выходить из состояния СИХС и принимать состояние "генерация" (СИГР), если состояние "источник активен" (СИАК) активно, или состояние "последовательный опрос активен" (СПСА) активно, или состояние "контроллер активен" (СКАК) активно.
2.9.4. В состоянии синхронизации передачи источника "генерация" (СИГР) устройство генерирует новый байт сообщения и функция ожидает новый байт.
В состоянии СИГР функция СИ должна посылать ложное сообщение СД. В этом состоянии устройство может изменять кодированное сообщение, посылаемое через функцию интерфейса "контроллер" или "источник", когда они находятся в состояниях СИАК или СКАК.
Функция СИ должна выходить из состояния СИГР и принимать:
состояние источника "задержка" (СИЗД), если сообщение "имеется новый байт" (инб) истинно;
2.9.5. В состоянии синхронизации передачи источника "задержка" (СИЗД) функция СИ ожидает установления байта сообщения на интерфейсных сигнальных линиях после изменения его во время состояния СИГР и ожидает пока функции приемника не покажут, что они готовы принять новый байт сообщения.
В состоянии СИЗД функция СИ должна посылать ложное сообщение СД. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИЗД и принимать:
2.9.6. В состоянии синхронизации передачи источника "передача" (СИПД) функция СИ указывает функции "синхронизация приема", что она посылает истинные данные.
В состоянии СИПД функция СИ должна посылать истинное сообщение СД. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИПД и принимать:
состояние синхронизации передачи источника "ожидание нового цикла" (СИОЦ), если сообщение ДП истинно;
2.9.7. В состоянии источника "ожидание нового цикла" (СИОЦ) функция СИ ожидает, пока устройство не начнет новый цикл генерации данных.
В состоянии СИОЦ функция СИ может посылать сообщение СД истинным или ложным. В этом состоянии устройство не должно изменять посылаемое многолинейное сообщение.
Функция СИ должна выходить из состояния СИОЦ и принимать:
состояние СИГР, если сообщение "инб" ложно;
2.9.8. В состоянии синхронизации передачи источника "холостой ход и ожидание" (СИХО) функция СИ не активна во внешнем процессе передачи байтов данных и активна во внутреннем процессе ожидания того момента, когда устройство начнет новый цикл генерации данных. Состояние СИХО позволяет прерывать последовательность передачи байтов данных без потери данных в интерфейсе.
В этот же момент устройство может продолжать подготовку к новому (следующему) циклу генерации данных.
В состоянии СИХО сообщение СД должно посылаться пассивным ложным.
Функция СИ должна выходить из состояния СИХО и принимать:
состояние СИХС, если сообщение "инб" ложно;
состояние СИОЦ, если состояние СИАК активно, или состояние СПСА активно, или состояние СКАК активно.
2.9.9. Используемые варианты функции СИ должны соответствовать указанным в табл.8.
Таблица 8
|
|
|
|
Обозначение варианта | Исключаемые состояния | Функциональные возможности | Другие необходимые функции |
СИ  | Все | Нет | Нет |
СИ1 | Нет | Все | И1-И8 илиИР1-ИР8, или К5-К28 |
(Измененная редакция, Изм. N 2).
2.10. Дополнительные требования к функции СИ
2.10.1. Истинное сообщение "инб" показывает, что устройство выдало новый байт данных и сделало его доступным для использования на линиях сигнала интерфейса. Сообщение "инб" должно стать истинным только в состояниях СИХС или СИГР. Сообщение "инб" может стать ложным в любом другом состоянии СИ.
2.11. Функция интерфейса "синхронизация приема" (СП)
2.11.1. Функция СП обеспечивает правильное получение устройством дистанционных многолинейных сообщений. Взаимодействие синхронизации между функцией СИ и одной или более функциями СП (каждая из которых содержится в отдельном устройстве) гарантирует асинхронную передачу каждого байта данных. Функция СП может задерживать либо начало, либо окончание передачи кодированных сообщений до тех пор, пока она не будет готова продолжать процесс приема данных.
Функция СП использует сообщения СД, ГП, ДП для приема данных.
2.11.2. Функция интерфейса СП должна быть реализована в соответствии с диаграммой на черт.8 и требованиями п.2.11. В табл.9 указан набор сообщений и состояний, необходимых для осуществления перехода из одного активного состояния в другое. В табл.10 указаны сообщения, которые необходимо посылать, когда каждое состояние активно.
Черт.8
Таблица 9
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл | - |
Готов для приема следующего сообщения | гтп | - |
Взять управление синхронно | вус | - |
Управление | УП | - |
Сопровождение данных | СД | - |
Состояние приема "холостой ход" | СПХС | СП |
Состояние приема "не готов" | СПНГ | То же |
Состояние приема "готов" | СПГТ | " |
Состояние "прием данных" | СПРМ | " |
Состояние приема "ожидание нового цикла" | СПОЦ | " |
Состояние приемника "адресован" | СПАД | П |
Состояние приемника "активен" | СПАК | П |
Таблица 10
|
|
|
|
Состояние функции интерфейса СП | Посылаемое дистанционное сообщение | Взаимодействие с функцией устройства У2 | |
| ГП | ДП |
|
СПХС | |1| | |1| | У2 не может принимать дистанционные многолинейные сообщения |
СПНГ | Л | Л | То же |
СПГТ | |1| | Л | " |
СПОЦ | Л | |1| | " |
СПРМ | Л | Л | У2 может принимать дистанционные многолинейные сообщения, если СПАК активно |
2.11.3. В состоянии приема "холостой ход" (СПХС) функция интерфейса СП не активна и не участвует в цикле синхронизации. Питание на функцию СП подается в состоянии СПХС.
В состоянии СПХС сообщения ГП и ДП должны посылаться пассивными истинными.
2.11.4. В состоянии приема "не готов" (СПНГ) функция СП указывает интерфейсу, что она еще не готова продолжать цикл синхронизации.
В состоянии СПНГ сообщения ГП и ДП должны посылаться ложными.
Функция СП должна выходить из состояния СПНГ и принимать:
состояние СПГТ, если сообщение "взять управление синхронно" (вус) ложно (п.2.19.26), сообщение УП истинно или сообщение "гтп" истинно;
состояние СПХС, если сообщение УП ложно и состояния СПАД или СПАК не активны;
состояние СПОЦ, если сообщение СД истинно (этот переход не произойдет при нормальной работе интерфейса, однако он может быть применен для упрощения реализации функции).
2.11.5. В состоянии приема "готов" (СПГТ) функция СП показывает интерфейсу, что она готова принимать многолинейные сообщения.
В состоянии СПГТ сообщение ДП должно посылаться ложным, а сообщение ГП должно посылаться истинным.
Функция СП должна выходить из состояния СПГТ и принимать:
состояние СПРМ, если сообщение СД истинно;
состояние СПХС, если сообщение УП ложно и состояние СПАД или СПАК не активно;
2.11.6. В состоянии "прием данных" (СПРМ) функция СП указывает функции СИ, чтобы она не изменяла посылаемое кодированное сообщение. Это единственное состояние, при котором многолинейные сообщения с ЛД должны приниматься в устройство.
Если сообщение УП истинно, то состояние СПРМ указывает функциям интерфейса, что имеется сообщение интерфейса. Состояние СПРМ указывает функциям устройства, что имеется сообщение для устройства, если состояние СПАК активно.
В состоянии СПРМ сообщения ДП и ГП должны посылаться ложными.
Функция СП должна выйти из состояния СПРМ и принять:
состояние СПХС, если сообщение УП ложное и состояние СПАД или СПАК не активное;
состояние СПГТ, если сообщение СД ложное (этот переход в контроллере может произойти только в том случае, когда контроллер берет управление асинхронно).
2.11.7. В состоянии приема "ожидание нового цикла" (СПОЦ) функция СП показывает, что получен байт данных многолинейного сообщения.
В состоянии СПОЦ сообщение ГП должно посылаться ложным, а сообщение ДП должно посылаться пассивным истинным.
Функция СП должна выходить из состояния СПОЦ и принимать:
состояние приема "не готов" (СПНГ), если сообщение СД ложно;
состояние СПХС, если сообщение УП ложно и состояние СПАД или СПАК не активно.
2.11.8. Используемые варианты функции СП должны соответствовать указанным в табл.11.
Таблица 11
|
|
|
Обозначение варианта | Исключаемые состояния | Функциональные возможности |
СП | Все | Нет |
СП1 | Нет | Все |
2.11.9. Дополнительные требования к функции СП:
местное сообщение "гтп" не может быть ложным в состоянии СПГТ;
переход из СПГТ в СПНГ должен происходить только тогда, когда УП станет ложным;
сообщение ГП, полученное функцией СИ, является логическим И всех сообщений ГП, посылаемых всеми активными функциями СП. Подобным образом сообщение ДП, полученное функцией СИ, является логическим И всех сообщений ДП, посылаемых всеми функциями СП.
2.12. Функция интерфейса "источник" (И)
2.12.1. Функция интерфейса "источник" обеспечивает устройству возможность посылать основные данные устройства или данные состояния через интерфейс на другие устройства. Эта возможность существует только тогда, когда функция интерфейса "источник" адресована на "передачу" (справочное приложение 3).
2.12.2. Существует два варианта функции "источник": с расширенным адресом и без расширенного адреса. В отдельном устройстве необходима только одна из двух разновидностей функции "источник".
Обычная функция "источник" использует однобайтовый адрес. Функция "источник с расширенным адресом" (ИР) (далее - функция "источник с расширением") использует двухбайтовый адрес. Во всех других аспектах возможности обоих вариантов одинаковы.
2.12.3. Функция "источник" должна выполняться в соответствии с требованиями п.2.12 и диаграммами состояний, приведенными на черт.9.
Черт.9
В табл.12 указаны сообщения и состояния, необходимые для выполнения перехода из одного состояния в другое. В табл.13 указаны сообщения, которые должны передаваться, когда каждое состояние активно. Сообщения, посылаемые функцией И, выдаются от функций устройства.
Таблица 12
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл | - |
Только передавать | тпд | - |
Очистить интерфейс | ОИ | - |
Управление | УП | - |
Мой адрес источника | МАИ | - |
Отпирание последовательного опроса | ОПО | - |
Запирание последовательного опроса | ЗПО | - |
Другие адреса источников | ДАИ | - |
Мой адрес на прием | МАП | - |
Состояние источника "холостой ход" | СИХХ | И |
Состояние источника "адресован" | СИАД | То же |
Состояние источника "активен" | СИАК | " |
Состояние "последовательный опрос активен" | СПСА | " |
Состояние "холостой ход последовательного опроса" | СХПС | " |
Состояние "режим последовательного опроса" | СПСО | " |
Состояние "прием данных" | СПРМ | СП |
Таблица 13
|
|
|
|
|
|
Состояние И | Условие | Посылаемые дистанционные сообщения | Взаимодействие с функцией устройства У2 | ||
|
| Многолинейные | КП | ОБЗ |
|
СИХХ |
| |ПУС| | |Л| | |Л| | У2 не разрешается посылать сообщения |
СИАД |
| |ПУС| | |Л| | |Л| | То же |
СИАК |
| БТД или КСТ | I или Л | |Л| | У2 может посылать БТД, КСТ или КП (под управлением СИ) |
СПСА | СПРЗ не активно | БСТ | |Л| или I | Л | У2, управляемое СИ, может посылать сообщения БСТ (под управлением СИ) |
СПСА | СПРЗ активно | БСТ | |Л| или I | I | То же |
Обозначения: ПУС - пусто; КСТ - конец строки; БТД - байт данных (разд.5); БСТ - байт состояния (разд.5); ОБЗ - сообщение "обслуживание запрашивается (разд.5); СПРЗ - состояние "положительная реакция на опрос" (п.2.14.2).
2.12.4. Функция ИР должна быть выполнена в соответствии с диаграммами состояний на черт.10 и требованиями п.2.12. В табл.14 указаны сообщения и состояния, необходимые для выполнения перехода из одного состояния в другое. В табл.13 указаны сообщения, которые должны посылаться, когда каждое состояние активно.
Черт.10
Таблица 14
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл |
|
"Только передавать" | тпд | - |
Очистить интерфейс | ОИ | - |
Управление | УП | - |
Мой адрес источника | МАИ | - |
Другие адреса источников | ДАИ | - |
Другие вторичные адреса | ДВА | - |
Группа первичных команд | ГПК | - |
Отпирание последовательного опроса | ОПО | - |
Запирание последовательного опроса | ЗПО | - |
Мой вторичный адрес | МВА | - |
Состояние источника "холостой ход" | СИХХ | И, ИР |
Состояние источника "адресован" | СИАД | То же |
Состояние источника "активен" | СИАК | " |
Состояние "последовательный опрос активен" | СПСА | " |
Состояние источника "первичный холостой ход" | СИПХ | ИР |
Состояние источника "первичный адресован" | СИПА | То же |
Состояние "холостой ход последовательного опроса" | СХПС | И, ИР |
Состояние "режим последовательного опроса" | СПСО | То же |
Состояние "прием данных" | СПРМ | СП |
Состояние приемника "первичный адресован" | СППА | ПР |
2.12.3, 2.12.4. (Измененная редакция, Изм. N 2).
2.12.5. В состоянии источника "холостой ход" (СИХХ) функция "источник" или функция "источник с расширением" не участвуют в посылке байтов данных или состояний. Функция И или функция ИР в состоянии СИХХ получает питание.
В состоянии СИХХ сообщения КП и ОБЗ должны посылаться пассивными ложными, а сообщение ПУС должно посылаться пассивным истинным.
Функция И должна выходить из состояния СИХХ и принимать состояние источника "адресован" (СИАД), если сообщение "мой адрес источника" (МАИ) истинно, состояние СПРМ активно или сообщение "только передавать" (тпд) истинно.
Функция ИР должна выходить из состояния СИХХ и принимать состояние СИАД, если сообщение "мой вторичный адрес" (МВА) истинно, состояние СПРМ активно и состояние источника "первичный адресован" (СИПА) активно или сообщение "тпд" истинно.
2.12.6. В состоянии источника "адресован" (СИАД) функция И получила свой адрес источника и готова посылать данные или байты состояния, но еще не посылает их. В состоянии СИАД функция ИР получила свои первичные и вторичные адреса на передачу и готова посылать данные или байты состояния, но пока не посылает их.
В состоянии СИАД сообщения КП, ОБЗ должны посылаться ложными, а сообщение ПУС должно быть послано пассивным истинным.
2.12.7. Функция И должна выходить из состояния СИАД и принимать:
состояние источника "активен" (СИАК), если сообщение УП ложно и состояние "режим последовательного опроса" не активно;
состояние "последовательный опрос активен" (СПСА), если сообщение УП ложно и состояние СПСО активно;
состояние СИХХ, если сообщение "другие адреса источников" (ДАИ) истинно и состояние СПРМ активно или сообщение МАП, используемое по выбору разработчика, истинно и состояние СПРМ активно;
2.12.8. Функция ИР должна выходить из состояния СИАД и принимать:
состояние СИАК, если сообщение УП ложно и состояние СПСО не активно;
состояние СПСА, если сообщение УП ложно и состояние СПСО активно;
(Измененная редакция, Изм. N 2).
2.12.9. В состоянии "источник активен" (СИАК) функция И или ИР позволяет передавать сообщение "байт данных" (БТД) и сообщение КП, если оно используется, от функции устройства на линии сигналов ЛД и КП. Содержание сообщения определяется только функцией (функциями) устройства. Функция СИ определяет, когда функция устройства может изменять содержание сообщения БТД и КП, если оно используется.
Во время состояния СИАК сообщения БТД или "конец строки" (КСТ) и КП могут быть посланы функциями устройства. Сообщение "обслуживание запрашивается" (ОБЗ) должно быть пассивным ложным.
Код и формат данных зависят от устройства (разд.5).
Функции И или ИР должны выходить из состояния СИАК и принимать:
2.12.10. В состоянии "последовательный опрос активен" (СПСА) функции И или ИР позволяют передавать одиночное сообщение о состоянии от функции устройства на линии сигнала интерфейса, используя функцию интерфейса СИ для управления передачей "байта состояния" (БСТ), который содержит сообщения ОБЗ. Хотя контроллер требует от устройства только один байт для сообщений БСТ и ОБЗ, устройство может повторять этот комбинированный байт сообщения. В этом случае содержание сообщения БСТ может изменяться между последовательными передачами, хотя сообщение ОБЗ не изменяется функцией "запрос на обслуживание".
Во время состояния СПСА сообщение КП должно быть послано истинным или пассивным ложным не зависимо от того, активно или не активно состояние СПРЗ. Сообщение ОБЗ должно быть послано истинным, если состояние СПРЗ (см. пункт 2.14), содержащееся в функции интерфейса "запрос на обслуживание", активно, и ложным, если состояние СПРЗ не активно.
Кроме того, функцией устройства должно быть послано сообщение БСТ.
Функции И или ИР должны выходить из состояния СПСА и принимать:
(Измененная редакция, Изм. N 2).
2.12.11. В состоянии "холостой ход последовательного опроса" (СХПС) функции И или ИР не могут участвовать в последовательном опросе. Функции И или ИР принимают состояние СХПС при включении. В состоянии СХПС никакие дистанционные сообщения не могут быть посланы. Функции И или ИР должны выходить из состояния СХПС и принимать состояние СПСО, если сообщение "отпирание последовательного опроса" (ОПО) истинно и состояние СПРМ активно.
2.12.12. В состоянии "режим последовательного опроса" (СПСО) функции И или ИР участвуют в последовательном опросе. В состоянии СПСО никакие дистанционные сообщения не могут быть посланы. Функции И или ИР должны выходить из состояния СПСО и принимать:
состояние СХПС, если сообщение "запирание последовательного опроса" (ЗПО) истинно и состояние СПРМ активно;
2.12.13. В состоянии источника "первичный холостой ход" (СИПХ) функция ИР способна узнавать свой первичный адрес и не способна реагировать на свой вторичный адрес. Функция ИР принимает состояние СИПХ при включении.
В состоянии СИПХ никакие дистанционные сообщения не могут быть посланы. Функция ИР должна выходить из состояния СИПХ и принимать состояние СИПА, если сообщение МАИ истинно и состояние СПРМ активно.
2.12.14. В состоянии источника "первичный адресован" (СИПА) функция ИР способна распознавать и реагировать на свой вторичный адрес.
В состоянии СИПА никакие дистанционные сообщения не могут быть посланы. Функция ИР должна выйти из состояния СИПА и принять состояние СИПХ, если сообщение "группа первичных команд" (ГПК) истинно, сообщение МАИ ложно и состояние СПРМ активно.
2.12.15. Все используемые варианты функций интерфейса И и ИР должны соответствовать перечисленным в табл.15 и 16.
Таблица 15
|
|
|
|
|
|
|
|
Обозначение варианта | Исключаемые состояния | Функциональные возможности | Прочие требования | Другие необходимые функции | |||
|
| основ- ной источ- ник | после- дова- тель- ный опрос | режим "только пере- давать" | не адре- совать, если МАП |
|
|
И | Все | Нет | Нет | Нет | Нет | Нет | Нет |
И1 | Нет | Да | Да | Да | Нет | Исключить [МАП СПРМ] | СИ1 и СП1 |
И2 | Нет | Да | Да | Нет | Нет | 1. Исключить [МАП СПРМ] 2. "тпд"
всегда
ложно | СИ1 и СП1 |
И3 | СХПС СПСО СПСА | Да | Нет | Да | Нет | Исключить [МАП СПРМ] | СИ1 и СП1 |
И4 | СХПС СПСО СПСА | Да | Нет | Нет | Нет | 1. Исключить [МАП СПРМ] 2. "тпд"
всегда
ложно | " |
И5 | Нет | Да | Да | Да | Да | Включает [МАП СПРМ] | СИ1 и П1-П4 или ПР1-ПР4 |
И6 | Нет | Да | Да | Нет | Да | 1. Включает [МАП СПРМ] 2. "тпд" всегда
ложно | " |
И7 | СХПС, СПСО СПСА | Да | Нет | Да | Да | Включает [МАП СПРМ] | СИ1 и П1-П4 или ПР1-ПР4 |
И8 | СХПС, СПСО СПСА | Да | Нет | Нет | Да | 1. Включает [МАП СПРМ] 2. "тпд"
всегда ложно | " |
Таблица 16
|
|
|
|
|
|
|
|
Обозна- чение варианта | Исклю- чаемые состояния | Функциональные возможности | Прочие требования | Другие необходимые функции | |||
|
| основной источник с расши- рением | последо- вательный опрос | режим "только передавать" | не адресовать, если МВА СППА |
|
|
ИР | Все | Нет | Нет | Нет | Нет | Нет | Нет |
ИР1 | Нет | Да | Да | Да | Нет | Исключить [МВА СППА СПРМ] | СИ1 и СП1 |
ИР2 | Нет | Да | Да | Нет | Нет | 1. Исключить [МВА СППА СПРМ] 2. "тпд"
всегда
ложно | То же |
ИР3 | СХПС, СПСО, СПСА | Да | Нет | Да | Нет | Исключить [МВА СППА СПРМ] | " |
ИР4 | СХПС, СПСО, СПСА | Да | Нет | Нет | Нет | 1. Исключить [МВА СППА СПРМ] 2. "тпд"
всегда
ложно | " |
ИР5 | Нет | Да | Да | Да | Да | Включает [МВА СППА СПРМ] | СИ1 и П1-П4 или ПР1-ПР4 |
ИР6 | Нет | Да | Да | Нет | Да | 1. Включает [МВА СППА СПРМ] 2. "тпд"
всегда
ложно | То же |
ИР7 | СПСО, СПСА СХПС | Да | Нет | Да | Да | Включает [МВА СППА СПРМ] | " |
ИР8 | СХПС, СПСО, СПСА | Да | Нет | Нет | Да | 1. Включает [МВА СППА СПРМ] 2. "тпд"
всегда ложно | " |
2.12.14, 2.12.15. (Измененная редакция, Изм. N 2).
2.12.16. Каждое устройство, которое содержит функции "источник" или "источник с расширением", должно иметь средства, при помощи которых адрес источника (МАП) или вторичный адрес (МВА) может быть изменен при эксплуатации прибора.
Прерывание данных, посылаемых устройством путем выхода из состояния СИАК или входа в это состояние, не должно влиять на формат выходных данных. Рекомендуется, чтобы устройство, возвращающееся в состояние СИАК, продолжало строку выходных данных с точки прерывания.
Каждое устройство, которому необходимо сообщение "тпд", должно иметь ручное переключение на режим "только передача".
2.13. Функция интерфейса "приемник" (П)
2.13.1. Функция интерфейса П дает устройству возможность получать данные (включая данные о состоянии) через интерфейс от других устройств. Эта возможность существует только тогда, когда функция адресована на прием.
Существуют два варианта этой функции: без расширенного адреса и с расширенным адресом. Обычная функция "приемник" использует однобайтовый адрес. Функция интерфейса "приемник с расширенным адресом" (ПР) (далее - функция "приемник с расширением") использует двухбайтовый адрес. Во всех других аспектах эти две функции одинаковы.
В отдельном устройстве необходима только одна из этих двух функций "приемника".
2.13.2. Функция "приемник" должна исполняться в соответствии с диаграммой состояний, приведенной на черт.11 и требованиями п.2.13. В табл.17 указан ряд сообщений и состояний, необходимых для осуществления перехода из одного активного состояния в другое. В табл.18 указаны сообщения, получаемые функцией устройства У2, в то время, когда каждое состояние активно.
Черт.11
Таблица 17
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл. | - |
Принимать | прм | - |
Местное сообщение "не принимать" | нпм | - |
Только принимать | тпм | - |
Очистить интерфейс | ОИ | - |
Управление | УП | - |
Не принимай | НПМ | - |
Мой адрес на прием | МАП | - |
Мой адрес источника | МАИ | - |
Состояние приемника "холостой ход" | СПХХ | П |
Состояние приемника "адресован" | СПАД | То же |
Состояние приемника "активен" | СПАК | " |
Состояние "прием данных" | СПРМ | СП |
Состояние контроллера "активен" | СКАК | К |
Таблица 18
|
|
|
Состояние П или ПР | Посылаемые дистанционные сообщения | Взаимодействие с функцией устройства У2 |
СПХХ | Нет | У2 не может получать сообщения |
СПАД | Нет | У2 не может получать сообщения |
СПАК | Нет | У2 может получать сообщение, зависящее от устройства, когда сообщение СПРМ активно |
2.13.3. Функция "приемник с расширением" должна реализовываться в соответствии с диаграммой состояний, приведенной на черт.12, и требованиями п.2.13. Сообщения, получаемые функцией устройства, в то время, когда каждое состояние активно, приведены в табл.18.
Черт.12
В табл.19 указан ряд сообщений и состояний, необходимых для осуществления перехода из одного активного состояния в другое.
Таблица 19
|
|
|
Наименование сообщения или состояния | Обозначение сообщения или состояния | Функция интерфейса |
Питание включено | вкл | - |
Принимать | прм | - |
Не принимать местные | нпм | - |
Только принимать | тпм | - |
Очистить интерфейс | ОИ | - |
Управление | УП | - |
Не принимать | НПМ | - |
Мой адрес на прием | МАП | - |
Группа первичных команд | ГПК | - |
Мой вторичный адрес | МВА | - |
Состояние приемника "холостой ход" | СПХХ | ПР |
Состояние приемника "активен" | СПАК | То же |
Состояние приемника "адресован" | СПАД | " |
Состояние приемника "первичный холостой ход" | СППХ | " |
Состояние приемника "первичный адресован" | СППА | " |
Состояние "прием данных" | СПРМ | СП |
Состояние контроллера "активен" | СКАК | К |
Первичное состояние "источник адресован" | СИПА | И |
2.13.2, 2.13.3. (Измененная редакция, Изм. N 2).
2.13.4. В состоянии приемника "холостой ход" (СПХХ) функция "приемник" или функция "приемник с расширением" не участвуют в передаче сообщений устройств.
Функции П или ПР в состоянии СПХХ получают питание. В состоянии СПХХ никакие дистанционные сообщения не могут быть посланы.
2.13.5. Функция П должна выходить из состояния СПХХ и принимать состояние "приемник адресован" (СПАД), если сообщение "мой адрес на прием" (МАП) истинно и состояние СПРМ активно или сообщение "только принимать" (тпм) истинно, или сообщение "принимать" (прм) истинно и состояние СКАК активно.
2.13.6. Функция ПР должна выходить из состояния СПХХ и принимать состояние СПАД, если сообщение "мой вторичный адрес" (МВА) истинно, состояние СПРМ активно и первичное состояние "первичный адресован" (СППА) активно или сообщение "тпм" истинно, или сообщение "прм" истинно и состояние СКАК активно.
2.13.7. В состоянии приемника "адресован" (СПАД) функция "приемник" получила свой адрес на прием и готова принимать (но еще не принимает) сообщения, устройства. В состоянии СПАД функция "приемник с расширением" получила как первичный, так и вторичный адреса на прием и готова принимать (но еще не принимает) сообщения, зависящие от устройства. В состоянии СПАД никакие дистанционные сообщения не могут быть посланы.
2.13.8. Функция П должна выходить из состояния СПАД и принимать:
состояние СПХХ, если сообщение "не принимай" (НПМ) истинно и состояние СПРМ активно или сообщение "не принимать местные" (нпм) истинно и состояние СКАК активно, или сообщение МАИ, используемое по выбору разработчика, истинно и состояние СПРМ активно;
2.13.9. Функция ПР должна выйти из состояния СПАД и принимать:
состояние СПХХ, если:
сообщение НПМ истинно и состояние СПРМ активно или
(Измененная редакция, Изм. N 2).
2.13.10. В состоянии приемника "активен" (СПАК) функции П или функция ПР отпирается для приема сообщений, зависящих от устройства (БТД, КСТ, БСТ, КП, ОБЗ), на функции устройств. Функция СП используется функцией устройства для синхронизации приема каждого байта сообщений.
Для получения доступа к полной версии без ограничений вы можете выбрать подходящий тариф или активировать демо-доступ.