ГОСТ Р ИСО 13374-3—2015
5.4.3 Конфигурация
Каждый блок в архитектуре обработки данных по ИСО 13374-2 предусматривает ввод и вывод ин
формации о конфигурации. Синхронный и асинхронный интерфейсы типа 1должны реализовать метод
ввода и вывода информации о конфигурации. Провайдер должен определить объем данных об имею
щейся конфигурации, который необходимо поддерживать в соответствии с потребностями приложения.
Если данные в требуемом объеме не поддерживаются, то об этом должно быть сообщено потребителю.
5.4.4 Управление
Управляющая информация определяет возможности модификации блока обработки. Эта инфор
мация может быть в форме ожидаемых рабочих параметров или в виде предпочтительных пороговых
значений предупреждения. Синхронные и асинхронные интерфейсы типа 1должны реализовать метод
возвращения установок параметра управления, а также изменения этого параметра. Провайдер дол
жен определить объем управляющей информации, поддерживаемой в соответствии с потребностями
приложения. Если информация в требуемом объеме не поддерживается, то об этом должно быть со
общено потребителю.
5.4.5 Описания
Описания — информация, которая использовалась для разработки вывода данных блока обра
ботки. Данная информация имеет вспомогательный характер. Если она поддерживается, то синхрон
ный и асинхронный интерфейсы типа 1 должны реализовать способ ее возврата. Провайдер должен
определить объем данных об описаниях, который необходимо поддерживать в соответствии с потреб
ностями приложения. Если данные в требуемом объеме не поддерживаются, то об этом должно быть
сообщено потребителю.
5.4.6 Специализированные приложения
Каждое приложение запрашивает информацию, связанную с инициализацией, и. возможно, до
полнительную специализированную информацию. Синхронные и асинхронные интерфейсы типа 1
должны реализовать метод ввода и возврата специализированной информации. Провайдер должен
определить объем специализированной информации, поддерживаемой в соответствии с потребностя
ми приложения. Если информация в требуемом объеме не поддерживается, то об этом должно быть
сообщено потребителю. Сервис пользователя поддерживать специализированную информацию не
обязан.
5.4.7 Информация об отправителе и получателе
Должны поддерживаться методы передачи метаданных об отправителе информации. Должны
также поддерживаться метаданные относительно приложения получателя, работающего с передава
емыми данными.
5.4.8 Сообщения об ошибках
Каждое приложение требует наличия метода индикации ошибок при выполнении внутренних опе
рации и уведомления пользователей.
5.4.9 Обработка данных в блоках
В таблице 1 приведены основные методы обработки данных, которые должны использоваться
каждым блоком в открытой архитектуре обработки данных системы контроля состояния и диагности
рования.
Таблица 1 — Типы информации
Информация
Обязательность
включения
Значения
Событие данных
(DataEvent)
Да
Обеспечивает передачу данных с выходов каждого блоха систе
мы контроля состояния и диагностирования. Например, модуль на
уровне DA передает информацию о датчике в форме DataEvent
блока DA. Модуль на блочном уровне DM передает обработанную
информацию в форме DataEvent блока DM
Конфигурация
Нет
Указывает способ установки модуля в цепях обработки информа
ции. Включает в себя предпочтительные входные данные, алгорит
мы описания и типы выходныхданных. Может также включать спи
сок контролируемых компонентов и типы контролируемых отказов
Управление
Нет
Определяет способность изменить выполнение обработки моду
лем. Зависит от приложения
8