Приложения A–G стандарта IEC 61499-1 Ed.2
Данная страница содержит перевод приложений (Annexes) A–G стандарта IEC 61499-1:2012, второе издание. Приложения дополняют основной текст стандарта нормативными и справочными материалами: типами событийных функциональных блоков (Event Function Blocks), текстовым синтаксисом, объектными моделями UML, связью с IEC 61131-3, правилами обмена информацией, текстовыми спецификациями и атрибутами.
Приложение A (нормативное) — Событийные функциональные блоки
A.1 Общие сведения
Экземпляры (Instances) типов функциональных блоков (Function Block Types), перечисленных в Таблице A.1, могут использоваться для генерации и обработки событий (Events) в составных функциональных блоках (Composite Function Blocks); в подприложениях (Subapplications); в определениях типов ресурсов (Resource Types) и устройств (Device Types); а также в конфигурации приложений (Applications), ресурсов (Resources) и устройств (Devices).
Те типы ФБ из Приложения A, которые используют диаграммы управления выполнением (Execution Control Charts, ECC), являются базовыми типами функциональных блоков (Basic Function Block Types). Текстовые объявления алгоритмов для этих типов ФБ даны на языке структурированного текста (Structured Text, ST), определённом в IEC 61131-3.
Эталонные реализации некоторых типов ФБ из Приложения A даны в виде определен ий составных функциональных блоков (Composite Function Block Types). Эти реализации являются нормативными лишь в том смысле, что функциональное поведение совместимых реализаций должно быть эквивалентно эталонным.
Полные текстовые спецификации всех типов ФБ из Таблицы A.1 приведены в Приложении F.
A.2 Таблица A.1 — Событийные функциональные блоки
В таблице ниже представлены 18 типов событийных ФБ с описанием интерфейса и поведения (ECC / алгоритмы / сервисные последовательности).
| № | Имя типа | Описание |
|---|---|---|
| 1 | E_SPLIT | Разделение события (Split an event). Появление события на входе EI вызывает события на выходах EO1, EO2, ..., EOn. |
| 2 | E_MERGE | Слияние (OR) нескольких событий (Merge of multiple events). Появление события на любом из входов EI1, EI2, ..., EIn вызывает событие на выходе EO. |
| 3 | E_REND | Рандеву двух событий (Rendezvous of two events). Выходное событие EO генерируется только после поступления обоих входных событий EI1 и EI2. Вход R сбрасывает ожидание. |
| 4 | E_PERMIT | Разрешающее распространение события (Permissive propagation). Событие EI пропускается на выход EO только при PERMIT = TRUE. |
| 5 | E_SELECT | Выбор между двумя событиями (Selection between two events). При G = FALSE на выход проходит EI0, при G = TRUE — EI1. |
| 6 | E_SWITCH | Коммутация (демультиплексирование) события (Switching/demultiplexing). При G = FALSE событие EI направляется на EO0, при G = TRUE — на EO1. |
| 7 | E_DELAY | Задержка распространения события (Delayed propagation). Событие на EO генерируется через время DT после START. Событие STOP отменяет задержку. |
| 8 | E_RESTART | Генерация событий перезапуска (Generation of restart events). Выходы COLD (холодный перезапуск) и WARM (тёплый перезапуск) ресурса. |
| 9 | E_CYCLE | Периодическая (циклическая) генерация события (Periodic/cyclic generation). Событие на EO повторяется с периодом DT после START и до STOP. |
| 10 | E_TRAIN | Генерация конечной последовательности событий (Finite train of events). N событий с периодом DT, начиная с START, до STOP или до исчерпания счётчика N. |
| 11 | E_TABLE | Генерация конечной последовательности с переменными интервалами (Table-driven). Интервалы задаются массивом DT[4], количество событий — N. |
| 12 | E_N_TABLE | Генерация конечной последовательности раздельных событий (Table-driven, separate events). Каждое из N событий выводится на свой выход EO0..EO3. |
| 13 | E_SR | Бистабильный элемент с приоритетом установки (Event-driven bistable, set-dominant). Вход S устанавливает Q := TRUE, вход R сбрасывает Q := FALSE. Событие на EO при изменении Q. |
| 14 | E_RS | Бистабильный элемент с приоритетом сброса (Event-driven bistable, reset-dominant). Аналогично E_SR, но приоритет отдаётся входу R. |
| 15 | E_D_FF | D-триггер (Data latch bistable). По событию CLK значение входа D фиксируется на выходе Q. Событие EO генерируется при изменении Q. |
| 16 | E_R_TRIG | Детектор нарастающего фронта булевого сигнала (Boolean rising edge detection). Составной ФБ на базе E_D_FF и E_SWITCH. |
| 17 | E_F_TRIG | Детектор спадающего фронта булевого сигнала (Boolean falling edge detection). Составной ФБ на базе E_D_FF и E_SWITCH. |
| 18 | E_CTU | Событийный счётчик вверх (Event-driven up counter). Вход CU увеличивает CV, вход R сбрасывает. Q := (CV >= PV). |
A.3 Графическая нотация E_SPLIT и E_MERGE
Для блоков E_SPLIT и E_MERGE могут использоваться сокращённые графические обозначения. Например, неявное (implicit) представление на рисунке A.1b эквивалентно явному (explicit) представлению на рисунке A.1a.

Рисунок A.1 — Разделение и слияние событий (Event split and merge)
Приложение B (нормативное) — Текстовый синтаксис
B.1 Техника описания синтаксиса
Текстовые конструкции Приложения B определяются в терминах синтаксиса (Syntax), задающего допустимые комбинации символов, и семантики (Semantics), определяющей значения этих комбинаций.
Синтаксис определяется набором:
- Терминальных символов (Terminal Symbols) — строки в одинарных или двойных кавычках (например,
"ABC"или'ABC'). Специальный терминальный символNILобозначает пустую строку. - Нетерминальных символов (Non-terminal Symbols) — строки из строчных букв, цифр и подчёркиваний, начинающиеся со строчной буквы.
- Правил вывода (Production Rules) — в форме расширенной грамматики (Extended Grammar).
Формат правил вывода:
non_terminal_symbol::= extended_structure
Расширенные структуры строятся по следующим правилам:
(S)— группировка (самоS){S}— замыкание (Closure): ноль или более повторенийS[S]— необязательность (Option): ноль или одно вхождениеSS1 | S2— альтернатива (Alternation):S1илиS2S1 S2— конкатенация (Concatenation):S1, за которым следуетS2
Конкатенация имеет приоритет над альтернативой: S1 | S2 S3 эквивалентно S1 | (S2 S3).
B.2 Спецификации типов функциональных блоков и подприложений
B.2.1 Спецификация типа функционального блока
Синтаксис объявления типа функционального блока (Function Block Type Declaration):
fb_type_declaration::=
'FUNCTION_BLOCK' fb_type_name
fb_interface_list
[fb_internal_variable_list] <только для базовых ФБ>
[fb_instance_list] <только для составных ФБ>
[plug_list]
[socket_list]
[fb_connection_list] <только для составных ФБ>
[fb_ecc_declaration] <только для базовых ФБ>
{fb_algorithm_declaration} <только для базовых ФБ>
[fb_service_declaration]
'END_FUNCTION_BLOCK'
fb_interface_list::=
[event_input_list]
[event_output_list]
[input_variable_list]
[output_variable_list]
event_input_list::=
'EVENT_INPUT'
{event_input_declaration}
'END_EVENT'
event_output_list::=
'EVENT_OUTPUT'
{event_output_declaration}
'END_EVENT'
event_input_declaration::= event_input_name [ ':' event_type ]
['WITH' input_variable_name {',' input_variable_name}] ';'
event_output_declaration::= event_output_name [ ':' event_type ]
['WITH' output_variable_name {',' output_variable_name}] ';'
input_variable_list::=
'VAR_INPUT' {input_var_declaration ';'} 'END_VAR'
output_variable_list::=
'VAR_OUTPUT' {output_var_declaration ';'} 'END_VAR'
fb_internal_variable_list::=
'VAR' {internal_var_declaration ';'} 'END_VAR'
Объявления переменных:
input_var_declaration::=
input_variable_name {',' input_variable_name} ':' var_spec_init
output_var_declaration::=
output_variable_name {',' output_variable_name} ':' var_spec_init
internal_var_declaration::=
internal_variable_name {',' internal_variable_name}
':' var_spec_init
Списки экземпляров ФБ, разъёмов (Plugs) и гнёзд (Sockets):
fb_instance_list::= 'FBS'
{fb_instance_definition ';'}
'END_FBS'
fb_instance_definition::= fb_instance_name ':' fb_type_name [parameters]
plug_list::= 'PLUGS'
{plug_name ':' adapter_type_name [parameters] ';'}
'END_PLUGS'
socket_list::= 'SOCKETS'
{socket_name ':' adapter_type_name [parameters] ';'}
'END_SOCKETS'
Спи ски соединений:
fb_connection_list::=
[event_conn_list]
[data_conn_list]
[adapter_conn_list]
event_conn_list::=
'EVENT_CONNECTIONS'
{event_conn}
'END_CONNECTIONS'
event_conn::= event_conn_source 'TO' event_conn_destination ';'
data_conn_list::=
'DATA_CONNECTIONS'
{data_conn}
'END_CONNECTIONS'
data_conn::= data_conn_source 'TO' data_conn_destination ';'
adapter_conn_list::=
'ADAPTER_CONNECTIONS'
{adapter_conn}
'END_CONNECTIONS'
adapter_conn::=
((fb_instance_name '.' plug_name) | socket_name)
'TO' ((fb_instance_name '.' socket_name) | plug_name) ';'
Синтаксис ECC (Execution Control Chart)
fb_ecc_declaration::=
'EC_STATES'
{ec_state} <первое состояние — начальное>
'END_STATES'
'EC_TRANSITIONS'
{ec_transition}
'END_TRANSITIONS'
ec_state::= ec_state_name
[':' ec_action {',' ec_action}] ';'
ec_action::= algorithm_name | ('->' ec_action_output)
| (algorithm_name '->' ec_action_output)
ec_transition::=
ec_state_name
'TO' ec_state_name
':=' ec_transition_condition ';'
ec_transition_condition::= '1'
| ec_transition_event | '[' guard_condition ']'
| ec_transition_event '[' guard_condition ']'
Синтаксис алгоритмов
fb_algorithm_declaration::=
'ALGORITHM' algorithm_name 'IN' language_type ':'
[temp_var_decls]
algorithm_body
'END_ALGORITHM'
Синтаксис сервисных последовательностей
fb_service_declaration::=
'SERVICE' service_interface_name '/' service_interface_name
{service_sequence}
'END_SERVICE'
service_sequence::=
'SEQUENCE' sequence_name
{service_transaction ';'}
'END_SEQUENCE'
service_transaction::=
[input_service_primitive] '->' output_service_primitive
{'->' output_service_primitive}
B.2.2 Спецификация типа подприложения
subapplication_type_declaration::=
'SUBAPPLICATION' subapp_type_name
subapp_interface_list
[fb_instance_list]
[subapp_instance_list]
[plug_list]
[socket_list]
[subapp_connection_list]
'END_SUBAPPLICATION'
B.3 Элементы конфигурации
Синтаксис конфигурации системы (System Configuration):
system_configuration::= 'SYSTEM' system_name
{application_configuration}
device_configuration
{device_configuration}
[mappings]
[segments]
[links]
'END_SYSTEM'
application_configuration::=
'APPLICATION' application_name
[fb_instance_list]
[subapp_instance_list]
[subapp_connection_list]
'END_APPLICATION'
device_configuration::=
'DEVICE' device_name ':' device_type_name [parameters]
[resource_type_list]
{resource_configuration}
[fb_instance_list]
[config_connection_list]
'END_DEVICE'
resource_configuration::=
'RESOURCE' resource_instance_name ':' resource_type_name [parameters]
[fb_type_list]
[fb_instance_list]
[config_connection_list]
'END_RESOURCE'
Отображения (Mappings), сегменты (Segments) и связи (Links):
mappings::= 'MAPPINGS' mapping {mapping} 'END_MAPPINGS'
mapping::= fb_instance_reference 'ON' fb_resource_reference ';'
segments::= 'SEGMENTS'
segment {segment}
'END_SEGMENTS'
segment::= segment_name ':' segment_type_name [parameters] ';'
links::= 'LINKS'
link {link}
'END_LINKS'
link::= resource_hierarchy '=>' segment_name [parameters] ';'
B.4 Общие элементы
Если синтаксические правила для нетерминальных символов не заданы в Приложении B, применяются соответствующие правила из Приложения B стандарта IEC 61131-3:2003.
B.5 Вспомогательные продукции для команд управления
data_type_list::= 'DATA_TYPES' {data_type_name ';'} 'END_DATA_TYPES'
connection_definition::=
connection_start_point ' ' connection_end_points
fb_instance_reference::= [app_hierarchy_name] fb_instance_name
fb_resource_reference::= resource_hierarchy ['.' fb_instance_name]
fb_status::= 'IDLE' | 'RUNNING' | 'STOPPED' | 'KILLED'
B.6 Тегированные типы данных
tagged_type_declaration::=
'TYPE'
asn1_tag type_declaration ';'
{asn1_tag type_declaration ';'}
'END_TYPE'
asn1_tag::= '[' ['APPLICATION' | 'PRIVATE'] (integer | hex_integer) ']'
B.7 Типы адаптерных интерфейсов
adapter_type_declaration::=
'ADAPTER' adapter_type_name
fb_interface_list
[fb_service_declaration]
'END_ADAPTER'
adapter_type_name::= identifier
Приложение C (справочное) — Объектные модели
C.1 Нотация моделей
Приложение C представляет объектные модели (Object Models) для некоторых классов, которые могут использоваться в системах инженерной поддержки (Engineering Support Systems, ESS) для проектирования, реализации, ввода в эксплуатацию и эксплуатации систем промышленных измерений и управления (Industrial-Process Measurement and Control Systems, IPMCS), построенных согласно архитектуре данного стандарта.
Нотация, используемая в Приложении C, — это унифицированный язык моделирования (Unified Modeling Language, UML). Подробная документация UML доступна по адресу http://www.omg.org/uml/.
C.2 Модели ESS
C.2.1 Обзор ESS
Рисунок C.1 даёт обзор основных классов системы ESS и их соответствие классам объектов в IPMCS.

Рисунок C.1 — Обзор ESS (ESS overview)
Основные классы ESS:
| Класс | Описание |
|---|---|
| Declaration | Абстрактный суперкласс для объявлений (Declarations). |
| Editor | Экземпляры этого класса обеспечивают функции редактирования объявлений для поддержки варианта использования EDIT. |
| LibraryElement | Абстрактный суперкласс объектов, которые могут храниться в репозиториях и импортироваться/экспортироваться в текстовом или XML-синтаксисе. Имеют атрибуты supplier и version. |
| Repository | Экземпляры этого класса обеспечивают постоянное хранение и извлечение элементов библиотеки. Могут также предоставлять услуги контро ля версий. |
| SystemManager | Экземпляры обеспечивают функции для поддержки вариантов использования INSTALL и OPERATE. |
| Tester | Расширение SystemManager для поддержки операций варианта использования TEST. |
| Tool | Моделирует обобщённое поведение программных инструментов для инженерной поддержки IPMCS. |
C.2.2 Элементы библиотеки
Рисунок C.2 показывает подклассы LibraryElement.

Рисунок C.2 — Элементы библиотеки (Library elements)
| Класс | Синтаксическая продукция |
|---|---|
| DataTypeDeclaration | type_declaration |
| FBTypeDeclaration | fb_type_declaration |
| AdapterTypeDeclaration | adapter_type_declaration |
| SubapplicationTypeDeclaration | subapplication_type_declaration |
| ResourceTypeDeclaration | resource_type_specification |
| DeviceTypeDeclaration | device_type_specification |
| SystemConfiguration | system_configuration |
C.2.3 Объявления
Рисунок C.3 показывает иерархию классов объявлений, которыми могут оперировать программные инструменты.

Рисунок C.3 — Объявления (Declarations)
Основные подклассы:
- NamedDeclaration и ConnectionDeclaration — два основных подвида Declaration
- DataConnectionDeclaration, EventConnectionDeclaration — подвиды ConnectionDeclaration
- EventDeclaration (с подклассами EventInputDeclaration и EventOutputDeclaration)
- AlgorithmDeclaration, LibraryElement, ResourceConfiguration, DeviceConfiguration
- VariableDeclaration (с подклассами InputVariableDeclaration, OutputVariableDeclaration, InternalVariableDeclaration)
- FBInstanceDeclaration
| Класс | Синтаксическая продукция |
|---|---|
| AdapterConnectionDeclaration | adapter_conn |
| AdapterTypeDeclaration | adapter_type_declaration |
| AlgorithmDeclaration | fb_algorithm_declaration |
| DataConnectionDeclaration | data_conn |
| DeviceConfiguration | device_configuration |
| EventConnectionDeclaration | event_conn |
| EventInputDeclaration | event_input_declaration |
| EventOutputDeclaration | event_output_declaration |
| FBInstanceDeclaration | fb_instance_definition |
| InputVariableDeclaration | input_var_declaration |
| InternalVariableDeclaration | internal_var_declaration |
| OutputVariableDeclaration | output_var_declaration |
| PlugDeclaration | часть plug_list |
| ResourceConfiguration | resource_instance |
| SocketDeclaration | часть socket_list |
C.2.4 Объявления сети функциональных блоков
Рисунок C.4 показывает связи между элемент ами объявлений сети функциональных блоков (Function Block Network Declarations).

Рисунок C.4 — Объявления сети функциональных блоков (Function block network declarations)
Класс FBNetworkDeclaration агрегирует:
- FBInstanceDeclaration — экземпляры ФБ
- DataConnectionDeclaration — соединения данных
- EventConnectionDeclaration — событийные соединения
- AdapterConnectionDeclaration — адаптерные соединения
C.2.5 Объявления типов функциональных блоков
Рисунок C.5 показывает связи между элементами объявлений типов ФБ (Function Block Type Declarations).

Рисунок C.5 — Объявления типов функциональных блоков (Function block type declarations)
Рисунок C.5 состоит из двух частей:
C.5a — Композиция: FBTypeDeclaration агрегирует EventInputDeclaration (0..*), EventOutputDeclaration (0..*), InputVariableDeclaration (0..*), OutputVariableDeclaration (0..*), SocketDeclaration (0..*), PlugDeclaration (0..*) и ServiceDeclaration (0..1). Связи WITH соединяют события с переменными.
C.5b — Иерархия классов: FBTypeDeclaration имеет три подкласса:
- BasicFBTypeDeclaration — агрегирует AlgorithmDeclaration (0..*), ECCDeclaration (0..1), InternalVariableDeclaration (0..*)
- SIFBTypeDeclaration (тип ФБ интерфейса сервисов)
- CompositeFBTypeDeclaration — агрегирует FBNetworkDeclaration (1)
C.3 Модели IPMCS
Рисунок C.6 даёт обзор основных классов системы промышленных измерений и управления (IPMCS).

Рисунок C.6 — Обзор IPMCS (IPMCS overview)
| Класс IPMCS | Описание | Соответствующий класс ESS |
|---|---|---|
| DataType | Экземпляр этого класса — тип данных (Data Type). | DataTypeDeclaration |
| Device | Экземпляр этого класса представляет устройство (Device). | DeviceConfiguration |
| FBInstance | Экземпляр этого класса — экземпляр ФБ (Function Block Instance). | FBInstanceDeclaration |
| FBManager | Экземпляр этого класса предоставляет сервисы управления (Clause 6). | SystemManager |
| FBType | Экземпляр этого класса — тип ФБ (Function Block Type). | FBTypeDeclaration |
| ManagedConnection | Доступ по комбинации источника и назначения через FBManager. | ConnectionDeclaration |
| ManagedObject | Абстрактный суперкласс управляемых объектов. Могут иметь атрибуты supplier и version. | нет |
| NamedObject | Абстрактный суперкласс объектов, доступных по имени через FBManager. | NamedDeclaration |
| Resource | Экземпляр этого класса представляет ресурс (Resource). | ResourceConfiguration |
| System | Экземпляр этого класса представляет систему IPMCS. | SystemConfiguration |
Рисунок C.7 показывает связи между элементами экземпляра ФБ и связанного типа ФБ.

Рисунок C.7 — Типы и экземпляры фу нкциональных блоков (Function block types and instances)
На рисунке C.7 показано, что FBType агрегирует InputVariableDeclaration, OutputVariableDeclaration, EventInputDeclaration и EventOutputDeclaration (из ESS), а также CompiledCode. FBInstance содержит EventInput (0..*), EventOutput (0..*), InputVariable (0..*), OutputVariable (0..*) и InternalVariable (0..*).
Приложение D (справочное) — Связь с IEC 61131-3
D.1 Общие сведения
Функции (Functions) и функциональные блоки (Function Blocks), определённые в IEC 61131-3, могут использоваться для объявления алгоритмов (Algorithms) в базовых типах ФБ согласно п. 5.2.1. Подраздел D.2 определяет правила преобразования функций и типов ФБ IEC 61131-3 в простые типы ФБ интерфейса сервисов (Simple Service Interface Function Block Types) для использования в приложениях и типах ресурсов. Подраздел D.3 определяет событийно-управляемые версии функций и ФБ IEC 61131-3 для тех же целей.
D.2 «Простые» функциональные блоки
Функции и ФБ IEC 61131-3 могут быть преобразованы в «простые» ФБ по следующим правилам:
a) Простые ФБ представляются как ФБ интерфейса сервисов (Service Interface Function Blocks) для взаимодействия, инициируемого приложением.
b) Имя типа (Type Name) простого ФБ — это имя преобразуемого типа IEC 61131-3 с префиксом FB_ (например, FB_ADD_INT). Для функций может использоваться префикс F_.
c) Входные и выходные переменные (Variables) и их типы данных (Data Types) соответствуют преобразуемому типу IEC 61131-3.
d) Событийные входы INIT/INITO используются с простыми ФБ, полученными из типов ФБ IEC 61131-3, и не используются с ФБ из функций.

Рисунок D.1 — Пример «простого» типа функционального блока (Example of a "simple" function block type)
Поведение экземпляров простых типов ФБ определяется следующими правилами:
- e) Инициализация — согласно п. 2.4.2 IEC 61131-3:2003 для переменных.
- f) Появление примитива INIT+ эквивалентно «холодному перезапуску» по IEC 61131-3:2003, за которым следует примитив INITO+ со STATUS = 0.
- g) Примитив INIT- или REQ- не вызывает эффекта, кроме примитива INITO- или CNF- со STATUS = 1.
- h) Примитив REQ+ вызывает выполнение алгоритма.
- i) Успешное выполнение алгоритма в ответ на REQ+ приводит к CNF+ со STATUS = 0.
- j) Ошибка при выполнении приводит к CNF- со STATUS по Таблице D.1.
Таблица D.1 — Семантика значений STATUS
| Значение | Семантика |
|---|---|
| 0 | Нормальная работа (Normal operation) |
| 1 | Распространение INIT- или REQ- |
| 2 | Ошибка преобразования типа (Type conversion error) |
| 3 | Числовой результат выходит за диапазон типа данных |
| 4 | Деление на ноль (Division by zero) |
| 5 | Селектор (K) вне диапазона для функции MUX |
| 6 | Недопустимая позиция символа |
| 7 | Результат превышает максимальную длину строки |
| 8 | Одновременно истинные, неприоритизированные переходы в разветвлении выбора |
| 9 | Ошибка конкуренции управления действиями |
| 10 | Возврат из функции без присвоения значения |
| 11 | Невозможность завершения итерации |
| 12 | Недопустимый индекс массива |
| 13 | Ошибка размера массива |
D.3 Событийно-управляемые функции и функциональные блоки
Функции IEC 61131-3 могут быть преобразованы в ФБ для эффективного использования в событийно-управляемых системах со следующими изменениями:
a) Имя типа — с дополнительным префиксом E_ (например, E_ADD_INT).
b) Примитив CNF+ или CNF- не следует за выполнением алгоритма, если результат не изменяет значение выхода функции.
Для ФБ IEC 61131-3, имеющих внутреннее состояние, такие блоки должны быть специально преобразованы для событийно-управляемых систем. Например, ФБ E_DELAY из Таблицы A.1 может использоваться для многих функций задержки таймерных ФБ IEC 61131-3.
D.4 Соответствие IEC 61131-3
Реализации данного стандарта должны соответствовать требованиям пп. 1.5.1, 2.1, 2.2, 2.3 и 2.4 IEC 61131-3:2003, а также связанным элементам Приложения B IEC 61131-3:2003 для синтаксиса и семантики текстового представления общих элементов, с исключениями, описанными в п. D.5.
D.5 Исключения
Реализации данного стандарта не должны использовать нотацию переменных прямого представления (Directly Represented Variable), определённую в п. 2.4.1.1 IEC 61131-3:2003. Однако литерал типа STRING или WSTRING, содержащий строку с синтаксисом и семантикой нотации переменных прямого представления, может использоваться как параметр ФБ интерфейса сервисов.
D.6 Взаимодействие с программируемыми контроллерами
D.6.1 Обзор
Программируемый контроллер (Programmable Controller) может выступать в роли сервера (Server) в понимании IEC 61131-5, а устройство (Device) стандарта IEC 61499 — в роли клиента (Client). Взаимодействие осуществляется через экземпляры типов ФБ, определённых в Приложении D, которые моделируются как типы коммуникационных ФБ (Communication Function Block Types).