ГОСТ Р МЭК 61131-6— 2015
Однако объединение с диагностикой требует рассмотрения ряда вопросов. Поскольку подсисте
мы 1 и 2 соединены последовательно, обе должны иметь ДБО > 90%. Это означает, что диагностика
подсистемы 1 должна составить ь 90% . если она содержит компоненты типа В .и > 60%, если она со
держит только компоненты типа А. Обеспечить требование типа А будет трудно, так как линии
управле ния для диагностики приходят из подсистемы типа В. Поэтому интерфейс у этих двух подсистем
должен иметь диагностический охват, равный 90%. Требовать конкретный диагностический охват
необходимо в соответствии с приложением В МЭК 61508-2.
В соответствии с таблицей 5. чтобы модуль ввода-вывода достиг УПБ 3. требуется, по крайней
мере, чтобы ДБО было равно 90%.
До использования подсистемой 1 процессора подсистемы 2 для диагностики, комбинация подси
стем 1 и 2 не могла достигнуть значения ДБО более чем 90%. При использовании подсистемой 1 про
цессора подсистемы 2 для диагностики, комбинация подсистем 1 и 2 может теперь достигнуть значения
ДБО более чем 90% . и следовательно модуль ввода/вывода может достигнуть УПБ 3.
9.4.3.2.2 Подсистема типа А
Подсистема может быть отнесена к типу А. если для ее компонентов, необходимых для части
функции безопасности, реализуемой ПЛК-ФБ. одновременно выполняются следующие условия:
a) виды отказов всех составляющих компонентов точно определены;
b
) поведение элемента в условиях сбоя может быть полностью определено;
c) имеются достаточные надежные данные об отказах из опыта эксплуатации, демонстрирующие,
что предъявленные интенсивности отказов для обнаруженных и необнаруженных опасных отказов
удовлетворяют требованиям (см. 9.4.8).
9.4.3.2.3 Подсистема типа В
Подсистема может быть отнесена к типу В. если для ее компонентов, необходимых для части
функции безопасности, реализуемой ПЛК-ФБ. выполняется хотя бы одно из следующих условий:
a) вид отказа по крайней мере одного составляющего компонента не определен;
b
) поведение подсистемы в условиях сбоев не может быть полностью определено.
c) имеются недостаточно надежные данные об отказах из опыта эксплуатации, чтобы поддержать
требования по интенсивностям отказов для обнаруживаемых и необиаруживаемых опасных отказов
(см. 9.4.8).
П р и м е ч а н и я
1 Это означает, что если по крайней мере один из компонентов самой подсистемы соответствует условиям
для подсистемы типа В. то такая подсистема должна быть отнесена к типу В. а не к типу А.
2 ПЛК-ФБ является сложной (тип В) подсистемой. В то же время ПЛК-ФБ может состоять из подсистем, кото
рые имеют тип А или тип В.
9.4.3.2.4 Архитектурные ограничения подсистем типа А и типа В
Таблицы 4 и 5 определяют значение ДБО, которое требуется, чтобы выполнить спецификацию
требования по УПБ 1. УПБ 2 или УПБ 3. на основе аппаратной отказоустойчивости. Архитектурные
ограничения в таблице 4 или таблице 5 должны применять к каждой подсистеме, выполняющей часть
функции безопасности, реализуемой ПЛК-ФБ. так. чтобы:
a) требования отказоустойчивости аппаратных средств были достигнуты для всей системы ПЛК-ФБ;
b
)
таблица 4 применялась для каждой подсистемы типа А. являющейся частью системы ПЛК-ФБ; c)
таблица 5 применялась для каждой подсистемы типа В, являющейся частью системы ПЛК-ФБ; d)
обе таблицы 4 и 5 применялись к системе ПЛК-ФБ. включающей подсистемы типа А и типа В,
так как требования таблицы 4 должны применять для подсистем типа А. а требования таблицы 5 — для
подсистем типа В.
9.4.3.2.5 Последовательное соединение подсистем
В системе ПЛК-ФБ, в которой некоторое число элементов функций безопасности реализуется с
помощью последовательности элементов (как показано на рисунке 7), максимальный уровень полноты
безопасности, на который может претендовать рассматриваемая функция безопасности, должен опре
деляться элементом, который имеет самый низкий уровень полноты безопасности для достигнутой им
доли безопасных отказов и отказоустойчивости аппаратных средств, равной 0. Чтобы проиллюстриро
вать этот метод, примем архитектуру, как показано на рисунке 5, и рассмотрим далее пример.
Пример
—
Пусть архитектура (рисунок 7), где некоторое число элементов функций безопасности
реализуется подсистемами 1,2 и 3, выполненными по одноканальной архитектуре, которые соответ
ствуют требованиям таблиц 4 и 5 следующ им образом:
32