ГОСТ Р МЭК 61784-3-1—2016
7.2 Расширения протокола для применения в системах, связанных с безопасностью
7.2.1 Обзор
Для того чтобы использовать устройства полевых шин в системе, связанной с безопасностью,
необходимо расширить протокол полевой шины для обеспечения перехода процесса в безопасное со
стояние при возникновении отказов.
FMS и все остальные коммуникационные уровни, включая SMK. обрабатываются как черный ка
нал. В связи с этим все расширения протокола реализуются на уровне пользователя или в прикладном
процессе функционального блока.
Кроме объекта канала безопасности, не устанавливаются никакие новые типы данных. Данные,
которые передаются с помощью FMS, будут включать в себя расширения протокола. Расширения за
висят от типа взаимодействия.
П р и м е ч а н и е — CRC 32 описан в 7.1.2.
7.2.2 Взаимодействия издатель—подписчик
7.2.2.1 Общие положения
На весь сегмент Н1 приходится только один макроцикл. Все устройства в сегменте Н1. включая
LAS. должны конфигурироваться с одним счетчиком макроциклов. Функциональный блок в устройстве
должен в соответствии с планом выполняться только однажды за макроцикл. В начале
выполнения функционального блока текущий номер макроцикла (MCN) должен вычисляться
следующим образом:
MCN = D L - время / длительность макроцикла.
MCN должно быть 16-битным целым числом без знака.
П р и м е ч а н и е — Если устройство обладает множеством функциональных блоков, то MCN лучше вычис
лять в начале макроцикла, чем в начале выполнения каждого функционального блока, если это возможно.
7.2 2.2 Издатель
7.2.2.2.1 Установление соединения
На публикацию параметра функционального блока безопасности для использования его в функ
ции безопасности указывает присутствие объекта канала безопасности. Если для публикации имеется
объект канала безопасности, то FBAP издателя установит соединенно с издателем идентичным обра
зом. как и не связанное с безопасностью соединение с издателем.
7.2.2 2.2
Публикация данных
В конце выполнения функциональный блок безопасности должен определить, какие из его вы
водных параметров должны быть опубликованы. Выбор параметров для публикации зависит от типа
функционального блока и статуса его вводных параметров. Публикуемые параметры не рассматрива
ются в настоящем стандарте.
Функциональный блок публикует свои выбранные параметры (если такова его конфигурация) с
помощью расширенного протокола. На публикацию параметров функционального блока безопасности
для использования его в функции безопасности указывает присутствие объекта канала безопасности.
Опубликованное значение параметра будет защищено от возможного искажения, дублирования и от
приема вне последовательности, вызванных черным каналом. Для защиты данных от искажения ис
пользуется CRC 32. Виртуальный PDU формируется, как показано на рисунке 16.
Ключ соединения
(4 октета)
Индекс объекта
(4 октета)
Номер
последовательности
(4 октета)
Значение и статус объекта
(2-120 октет)
Рисунок 16 — PDU безопасности, демонстрирующий виртуальное содержимое
Используются только младшие два октета индекса объекта. Старшие два октета установлены
в ноль. CRC 32 вычисляется на основе виртуального PDU безопасности. Данные, предназначенные
для информационного отчета, модифицированы для включения в них номера последовательности
и CRC 32 и продублированы. Формат данных показан на рисунке 17.
28