ГОСТ Р МЭК 61784-3-3—2016
Окончание таблицы 2
Название типа данных
Перевод
Число
октет
Используется
о
2
4
Режим-\/2
Режим-\/2
2
Режимы V1 и V2
4
8
4
8
Unsigned16 (used as bits)
Unsigned32 (used as bits)
Unsigned 16
Unsigned32
Unsigned64
F!oat32
Float64
Date
TimeOfDay with date indication
TimeOfDay without date
indication
16-битовый без знака (используется в качестве бит)
32-битовый без знака (используется в качестве бит)
16-битовый без знака
32-битовый без знака
64-битовый без знака
32-битовый с плавающей точкой
64-битовый с плавающей точкой
Дата
Время суток с индикацией даты
Время суток без индикации данных
TimeDifference with date
indication
Разность времени с индикацией даты
TimeDifference without date
indication
Разность времени без индикации даты
Сетевое время
1,2.3...
Разность сетевого времени
Видимая строка
8-битовый без знака+8-битовый без знака
2
NetworkTime
NehvorkTimeDifference
Visible String
Unsigned8+Uns»gned8
Float32+Unsigned8
(enumerated)
32-битовый сплавающейточкой+8-битовый без знака
(перечислимый)
5
Режимы V1 и V2
Режимы V1 и V2
F_MessageTrailer4Byte
4-байтовое окончание Р_сообщения
4
Режимы V1 и V2
F_MessageTrailer5Byte
5-байтовое окончание Р_сообщения
5
РежимЛ/2
Типы данных для применения в режиме V2 ограничиваются следующими типами: 8-битовый без
знака. 16-битовый без знака. 32-битовый без знака. 16-битовый целочисленный. 32-битовый целочис
ленный. 32-битовый с плавающей точкой и совмещенный тип данных 32-битовый с плавающей точ-
кой+8-битовый без знака. Единичные биты будут закодированы в 8-битовом без знака. 16-битовом без
знака или 32-битовом без знака типе данных по причине большей эффективности этих типов в сравне
нии с Булевым типом.
Общую информацию о типах данных см. в [67].
6 Услуги коммуникационного уровня безопасности
6.1 Услуги F-хоста
На рисунке 17 показано, что каждый F-ввод и каждый F-вывод требует управления блоком PDU
безопасности (F-драйвер) для того, чтобы реализовать протокол FSCP 3/1. Соответствующий
F-
xoct
работает с экземпляром F-драйвора для каждого F-ввода и F-Вывода соответственно. Таким образом,
каждая связь 1:1 между экземпляром F-драйвера и соответствующим партнером в рамках F-устройства
идентифицируется уникальным кодовым именем (один из F-параметров).
Все стандартное коммуникационное оборудование CPF 3 между F-драйверами принадлежит чер
ному каналу. Стрелочки на рисунке 17 указывают на циклическую передачу данных между F-драйве
рами: адденда безопасности (статус или контрольный байт и CRC2) передается от F-ввода F-хосту
в дополнении к данным F-ввода. В качестве подтверждения. F-ввод всего лишь принимает адденду
безопасности (код безопасности). В соответствии с этим. F-вывод принимает адденду безопасности в
дополнении к данным F-вывода. и применяет ее для подтверждения.
Управление блоками PDU безопасности и F-параметризация являются задачами F-драйверов в
F-хосте и F-устройствах. На рисунке 18 показан F-интерфейс. пользователя находящийся на уровне
программы управления безопасностью.
23