ГОСТ Р МЭК 61131-6— 2015
3.4.4.5 Вычисления предельного значения УПБ
Для того чтобы заявить конкретное предельное значение УПБ для ПЛК-ФБ. необходимы соответ
ствующие как качественные методы и меры, определенные в приложении В МЭК 61508-2. так и количе
ственные значения, вычисляемые с помощью уравнений приложения В МЭК 61508-6.
Включение этих конкретных методов и мер в течение жизненного цикла ПЛК-ФБ позволяют ре
шать вопросы, связанные с систематическими отказами. Выполнение вычислений в соответствии с
приложением В МЭК 61508-6 позволяют решать вопросы, связанные со случайными отказами аппарат
ных средств.
Ниже рассмотрены количественные вычисления предельного значения УПБ для ПЛК-ФБ. Эта по
следовательность действий. выполняемая производителем ПЛК-ФБ. упрощает процесс вычисления УПБ:
a) определить значение УПБ. специфицированное для предназначенной(ых) области(ей) приме
нения — «целевой УПБ»;
b
) определить требуется ли для предназначенной(ых) области(ей) применения функция безопас
ности. действующая в режиме низкой частоты запросов, или функция безопасности, действующая в
режиме высокой частоты запросов или с непрерывными запросами, или они требуются обе. так как для
режима низкой частоты запросов необходимо вычислять PFD. а для режима высокой частоты запросов
или режима с непрерывными запросами — PFH;
c) специфицировать архитектуру ПЛК-ФБ;
d) установить тот процент PFD или PFH, связанный с УПБ системы, который будет определен для
ПЛК-ФБ (см. 6.3);
e) установить значения среднего времени восстановления M TTR и средней продолжительности
ремонта MRT для ПЛК-ФБ в случае отказа;
0 рекомендовать один или несколько интервалов контрольных проверок 7, для ПЛК-ФБ;
д) определить интенсивность опасных отказов для ПЛК-ФБ (для обнаруживаемых XDD и необ-
наруживаемых \ DU отказов) на основе интенсивностей отказов компонентов аппаратных средств (см.
9.4.4.3) и соответствующих вычислений (см. приложение В МЭК 61508-6);
h) вычислить проценты отказов по общей причине, которые обнаружены р0 и не обнаружены р.
(см. приложение Е, а также приложение D МЭК 61508-6);
i) использовать вышеупомянутые параметры, чтобы вычислить PFD и/или PFH согласно прило
жению В МЭК 61508-6;
j) проверить, что расчетное(ые) значение(я) не выходит(ят) за пределы соответствующих диапазо
нов таблиц В.2. В.З, В.4, В.5. В.10. В11, В.12 и В.13 МЭК 61508-6.
9.4.5 Требования по предотвращ ению систематических отказов аппаратны х средств
Должны использовать методы и меры, чтобы избежать систематических отказов во время разра
ботки аппаратных средств, описанные в приложении В МЭК 61508-2.
9.4.6 Требования по управлению систематическими сбоями аппаратны х средств
9.4.6.1 Общие положения
Систематические сбои — это такие сбои, которые связаны с причиной, которая может быть устра
нена только модификацией проекта или производственного процесса, эксплуатационных процедур, до
кументации или других соответствующих факторов.
9.4.6.2 Управление систематическими сбоями
Для управления систематическими сбоями проектирование ПЛК-ФБ должно обладать особенно
стями проектирования, которые делают системы ПЛК-ФБ. связанные с безопасностью, устойчивыми:
- к любым остаточным сбоям проектирования аппаратных средств, если вероятность ошибок про
ектирования аппаратных средств не может быть исключена (см. таблицу А. 15 МЭК 61508-2);
- внешним влияниям, включая электромагнитные воздействия (см. таблицу А. 16 МЭК 61508-2);
- ошибкам оператора управляемого оборудования (см. таблицу А.17 МЭК 61508-2);
- любым остаточным сбоям в программном обеспечении;
- любым ошибкам, возникающим в результате выполнения любого процесса передачи данных (см. 8.3).
9.4.6.3 Пригодность для обслуживания и тестируемость
Пригодность для обслуживания и тестируемость необходимо рассмотреть при выполнении дей
ствий по проектированию и разработке, чтобы упростить реализацию этих процедур для окончатель
ных. связанных с безопасностью, систем, включающих ПЛК-ФБ.
9.4.6.4 Интерфейсы с человеком
Проект ПЛК-ФБ должен учитывать способности и ограничения человека при формировании дей ствий.
которые должны выполнять операторы и обслуживающий персонал. Проект всех интерфейсов
41